編輯導(dǎo)語：to B產(chǎn)品在規(guī)劃設(shè)計前需要考慮哪些事情呢？又有哪些注意事項呢？本文作者結(jié)合自身5年的產(chǎn)品工作經(jīng)歷，通過復(fù)盤自己多年的工作心得，總結(jié)了一些經(jīng)驗和方法論，最終為我們分享了toB產(chǎn)品設(shè)計前的三問以及產(chǎn)品設(shè)計的五部曲。

一、前述

本人從事產(chǎn)品工作5年，歷經(jīng)三家公司，負(fù)責(zé)過大大小小10余個項目，也一直收到領(lǐng)導(dǎo)賞識。

因最近公司剛?cè)肼氁晃恍氯水a(chǎn)品經(jīng)理，在工作閑余中也經(jīng)常一起探討toB產(chǎn)品經(jīng)理，在開始規(guī)劃、設(shè)計一個中大型系統(tǒng)時需要掌握哪些方法論以及有哪些注意事項？

今日突然興起，想與大家一同分享下，我做產(chǎn)品5年來的一些心得，不求對各位有多大幫助，如果能引發(fā)各位的一些思考，目的就已達(dá)到。

以下為個人工作過程總結(jié)的經(jīng)驗及部分方法論，各位需辯證看待。

二、產(chǎn)品設(shè)計前三問

萬事開頭難。

在最開始規(guī)劃一個產(chǎn)品前，如果沒有全面地從各個維度去思考各種場景及問題，那么這個項目推上線的一刻，就極有可能遭到各種質(zhì)疑和吐槽。

當(dāng)然我們可以通過快速迭代不斷地進(jìn)行產(chǎn)品優(yōu)化來彌補之前犯下的錯，但要付出的各項成本也會隨之增加。

把場景及問題想在前面，會是一個不錯的選擇。其中最核心的幾個問題如果可以尋求到答案，基本就成功了一半。

1. 如果是我用，我希望這個產(chǎn)品是怎樣的？

看似是一句廢話，但大部分人在高壓情況下，是否都可以靜下心來認(rèn)真思考并且尋求到最終的答案了呢？

先以產(chǎn)品思維思考，永遠(yuǎn)相信自己作為一個產(chǎn)品人的專業(yè)性，我們所學(xué)到的所謂可以有更好的用戶體驗的理論知識，在這個即將開發(fā)的系統(tǒng)里，有哪幾個關(guān)鍵部分是一定要去體現(xiàn)極佳的用戶體驗的？這需要我們認(rèn)真的思考。

最好可以一想到這樣去實現(xiàn)就讓你感覺興奮，就基本達(dá)到了一個不錯的效果，因為你已經(jīng)信心十足的開始了這次的產(chǎn)品設(shè)計開發(fā)旅程。

當(dāng)然，我們還需要從各方面去綜合考慮問題，比如成本，是否需要在每一個模塊中都要投入大量的成本去摳細(xì)節(jié)，還是先以保障最常用的10%的功能達(dá)到了極佳的體驗及效果，這需要根據(jù)公司實際情況以及客戶的需要去做出決定。

2. 如果我是XXX，我希望這個產(chǎn)品是怎樣的

然后再站在用戶的實用場景上去思考。

如果我是XXX角色，基于我的身份，我關(guān)注的重點，我在使用系統(tǒng)時，我希望它是怎樣的？

這個問題其實很多產(chǎn)品相關(guān)書籍中都有所提及，那就是換位思考、基于用戶場景去設(shè)計產(chǎn)品。但是否進(jìn)行了深入的思考并得到了讓自己滿意的答案，是需要我們耗費大量心力才能做到的。

3. 這個產(chǎn)品最終以什么形態(tài)存在，賣點在哪里？

作為產(chǎn)品經(jīng)理，我們希望它是一個怎樣的產(chǎn)品？

這個問題代表了我們站在公司角度去思考投入大量資源去研發(fā)的系統(tǒng)，它需要為公司帶來什么，可復(fù)制性？商業(yè)價值？以及其他等等對公司有益的方面。

我們可以從老板、從前場同事那里得到一些答案，但這些都相對碎片化，我們需要結(jié)合自己大量的思考及調(diào)研，從而給出一個系統(tǒng)性的答案。

三、產(chǎn)品設(shè)計五部曲

1. 第一步：產(chǎn)品架構(gòu)圖

產(chǎn)品架構(gòu)圖，真的很重要。

通過產(chǎn)品架構(gòu)圖，可以從宏觀角度去梳理整個產(chǎn)品的重要組成部分及如何組成。

通過產(chǎn)品架構(gòu)圖，來判斷我們所設(shè)想的系統(tǒng)本身架構(gòu)是否合理，與公司已有系統(tǒng)組成一個解決方案時是否合理，從而進(jìn)一步指導(dǎo)、約束我們進(jìn)行接下來的工作。

這里有一點需要提醒部分同學(xué)，尤其在前幾次繪制產(chǎn)品架構(gòu)圖時，會把架構(gòu)圖搞得很復(fù)雜，結(jié)構(gòu)也不夠清晰，這個需要下功夫去苦練，去學(xué)習(xí)別人繪制的架構(gòu)圖，要表達(dá)哪些重點內(nèi)容。

隨著不斷地積累，你會越來越得心應(yīng)手，它也會由一項極度困擾你的工作，變成你產(chǎn)品規(guī)劃及設(shè)計時的利器。

一張好的架構(gòu)圖，結(jié)構(gòu)是簡單的，清晰并且合理的。

2. 第二步：業(yè)務(wù)流程圖

分享一下我的個人經(jīng)驗。

通常我會繪制多張業(yè)務(wù)流程圖，一張用于梳理整體主流程的業(yè)務(wù)流程圖，針對部分無關(guān)緊要的環(huán)節(jié)，不需要在該流程圖中呈現(xiàn)。

通過這張流程圖，可以讓研發(fā)更好的了解整個系統(tǒng)的主要業(yè)務(wù)流程是如何的。

如果事無巨細(xì)的在該流程圖中呈現(xiàn)，往往可讀性就會降低，同時會讓初次接觸該需求的研發(fā)同學(xué)摸不到產(chǎn)品的重點，在進(jìn)行底層構(gòu)設(shè)計時可能會出現(xiàn)頭重腳輕的情況。

然后再基于各個大的功能模塊，繪制多張詳細(xì)流程圖。通過局部詳細(xì)流程圖，可以幫助我們梳理所有可能遺漏的小流程，同時也有助于研發(fā)在開發(fā)時針對各個模塊都有十分詳細(xì)的開發(fā)參照。

3. 第三步：功能腦圖

完成上述兩步，可能我們感覺已經(jīng)可以進(jìn)入到原型設(shè)計的階段了，其實還沒有。

完成了系統(tǒng)整體架構(gòu)的設(shè)計，梳理完流程，接下來就是一個更需要耐心的工作了：繪制功能腦圖。

這里只有一點提醒：能多細(xì)就多細(xì)，把所有涉及到的功能點都放到腦圖中，這樣才可能最大限度防止功能點的遺漏。

4. 第四步：原型設(shè)計與PRD

原型設(shè)計是各位小伙伴入行開始就必須要具備的從業(yè)技能，在此就不多做贅述。

僅一點提醒：對照第三步中制作的功能腦圖，每完成一個頁面都需要逐項檢查，是否覆蓋了在初期構(gòu)想系統(tǒng)時所有的功能點。

當(dāng)然也會出現(xiàn)在原型設(shè)計時發(fā)現(xiàn)腦圖中有遺漏的功能點，此時千萬別偷懶，將該功能點老老實實補充到腦圖中，在此也不贅述原因，實操過程中，你會發(fā)現(xiàn)他的益處。

PRD不在字?jǐn)?shù)多，最重要都就是是否夠清晰明了。有時我們寫了上萬字的PRD，研發(fā)同學(xué)真的不會逐字去讀，冗長的PRD可能最終只能變成我們和研發(fā)據(jù)理力爭時的呈堂供正。

但好像此時也不會起到什么積極的效果，所以一定要有條理，爭取不寫一句廢話。

5. 第五步：復(fù)盤

ok，你已經(jīng)完成了90%的工作，馬上就要成功，但是，最后這10%的工作如果做不好，可能會讓之前付出的努力大打折扣。

一定要復(fù)盤?。。。?/p>

去重新審視一、二步制作的架構(gòu)圖、流程圖，最終輸出的原型是否發(fā)生了偏離？如果有偏離，哪個是更合理的？你需要大量的思考。

當(dāng)然也不必非要堅持一開始構(gòu)想的東西，畢竟原型圖更加具象，更有助于我們?nèi)フw的看待本次設(shè)計。思考之后再慎重作出決定要在哪一步進(jìn)行修改。

四、給產(chǎn)品人的小建議

1. 不斷糾結(jié)的過程其實很有意義
2. 那些容易被忽略的細(xì)節(jié)殺死了用戶體驗
3. 適當(dāng)考慮實際情況，但不能被過分影響
4. 碎片化的思考時間會有奇效

以上幾條是我留下的心得，也可以叫做伏筆，本篇不展開討論，后續(xù)會 不斷更新文章，和大家一同探討設(shè)計中的糾結(jié)與思考、現(xiàn)實與理想的種種。

本文由 @David‘s D 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議