筆者整理了上、下兩篇《產(chǎn)品經(jīng)理工作指南》文章，核心只針對產(chǎn)品功能、設(shè)計方面，不囊括日常溝通、項(xiàng)目管理、資源協(xié)調(diào)等方面；文章將從產(chǎn)品評估、產(chǎn)品需求、產(chǎn)品結(jié)構(gòu)及流程、原型設(shè)計及邏輯規(guī)則四個方面進(jìn)行闡述。enjoy~

一年前，結(jié)合自身工作經(jīng)歷談到《如何用Axure輸出一份結(jié)構(gòu)清晰的prd 》文章發(fā)布后收到很多小伙伴的相關(guān)反饋，截止目前為止來自小伙伴們的反饋中主要為以下幾個方面：

1. 需求分析不夠透徹
2. 產(chǎn)品設(shè)計不夠嚴(yán)謹(jǐn)
3. 異常流程考慮不夠全面
4. 邏輯規(guī)則不夠完善

以及一些剛?cè)肟拥呐笥褌兒芎闷娈a(chǎn)品從0~1到底要做些什么工作，需要哪些文檔資料等。

因產(chǎn)品經(jīng)理日常工作沒有明確定義和標(biāo)準(zhǔn)，所以筆者針對上述問題結(jié)合自身工作經(jīng)歷，和大家聊一下：一個產(chǎn)品從0~1，或是一個訴求到產(chǎn)品功能的誕生，需要做些什么事情、輸入什么內(nèi)容，又如何保證輸出內(nèi)容的完善。

為此筆者整理了上、下兩篇《產(chǎn)品經(jīng)理工作指南》文章，核心只針對產(chǎn)品功能、設(shè)計方面，不囊括日常溝通、項(xiàng)目管理、資源協(xié)調(diào)等方面；文章將從產(chǎn)品評估、產(chǎn)品需求、產(chǎn)品結(jié)構(gòu)及流程、原型設(shè)計及邏輯規(guī)則四個方面進(jìn)行闡述。

一、產(chǎn)品評估

產(chǎn)品從0-1，首要任務(wù)是進(jìn)行充分的產(chǎn)品評估，評估你和你的產(chǎn)品是否有可能性，而不是立馬去分析需求，進(jìn)行產(chǎn)品設(shè)計、投入開發(fā)。而產(chǎn)品評估的內(nèi)容涉及以下14項(xiàng)：

1. 背景、痛點(diǎn)：用戶存在什么不能忍受的且持續(xù)反復(fù)出現(xiàn)的問題。
2. 產(chǎn)品價值：產(chǎn)品要解決什么問題。
3. 目標(biāo)用戶/市場：為誰解決這個問題。
4. 解決方案：如何解決這個問題，產(chǎn)品核心所在，我們的產(chǎn)品核心功能。
5. 產(chǎn)品目標(biāo)：目標(biāo)一定是可以用數(shù)據(jù)去衡量的（沒有出現(xiàn)數(shù)據(jù)的目標(biāo)不是合格的目標(biāo)），而這個目標(biāo)則是可以被拆解到各項(xiàng)目子線上，各項(xiàng)目子線再根據(jù)這個目標(biāo)去制定對應(yīng)的策略。
6. 度量指標(biāo)：怎么判斷產(chǎn)品的成功與否。
7. 市場規(guī)模：成功的機(jī)會有多大。
8. 市場時機(jī)：切入市場的時機(jī)合適么。
9. 競爭格局：有哪些同類產(chǎn)品、競品；對手的功能和體驗(yàn)如何。
10. 競爭優(yōu)勢：為什么我們最適合做這個產(chǎn)品；是否還有競爭對手未滿足用戶痛點(diǎn)可共產(chǎn)品進(jìn)行差異化。這一點(diǎn)很重要，企業(yè)一定要形成自己的護(hù)城河，不然在這個模仿的時代，很容易被別人取代。
11. 渠道、營銷策略：是否有現(xiàn)成的合作伙伴，如何尋找客戶，如何把產(chǎn)品推向市場。
12. 必要條件：解決方案必須滿足的條件是什么，缺少必要條件會導(dǎo)致失敗。
13. 成本分析：產(chǎn)品開發(fā)成本、拉取客戶成本、銷售產(chǎn)品成本、人力資源成本等。
14. 收入分析：盈利模式有哪些、收入、毛利等。

在進(jìn)行好所有的產(chǎn)品評估之后，并且評估結(jié)果是這個產(chǎn)品真的值得做，那我們方可進(jìn)行下一步，不然乘早結(jié)束為好，以免浪費(fèi)不必要的財力物力。

當(dāng)然通常會出現(xiàn)公司領(lǐng)導(dǎo)、老板強(qiáng)烈要求必須要做的情況，那我們應(yīng)做的是除了服從命令立即執(zhí)行之外盡量做一份產(chǎn)品評估報告給領(lǐng)導(dǎo)（或許領(lǐng)導(dǎo)在做之前并沒有考慮這么多，也或許站在領(lǐng)導(dǎo)的角度有更深層次的考慮，不過有了這份報告，說不定就會發(fā)生一些改變），如果明知山有虎偏向虎山行，既然領(lǐng)導(dǎo)、老板堅(jiān)持那就做了，但是有這么一份產(chǎn)品評估報告，總能夠避免一些不必要的坑！

二、 產(chǎn)品需求自查

在產(chǎn)品評估之后、產(chǎn)品設(shè)計之前，我們還要進(jìn)行產(chǎn)品需求自查的工作。包括以下內(nèi)容：需求收集；需求分析；需求管理。

2.1 需求收集

如何收集需求，從哪些渠道去收集需求？

需求收集的方式和渠道有很多種，如：用戶訪談、調(diào)查問卷、實(shí)地調(diào)研、數(shù)據(jù)分析、業(yè)務(wù)部門訴求等。除此之外，還包括：線上產(chǎn)品bug修復(fù)、性能優(yōu)化、用戶體驗(yàn)提升等等，都是需求收集的范圍，總之，用適合當(dāng)前公司、當(dāng)前產(chǎn)品的方式去做即可。

2.2 需求分析/篩選

收集的需求是否經(jīng)過認(rèn)真地需求分析？

聽用戶的但不要照著做！特別是用戶自以為是的需求，（這里的用戶不僅僅指ToC產(chǎn)品的用戶，還包括老板、領(lǐng)導(dǎo)、運(yùn)營、客服同事等等）我們要將收集來的需求，運(yùn)用kano模型、四象限法則等方法過濾掉無用需求、反向需求，挖掘出深層次的含義，找到的真實(shí)需求，并表達(dá)為產(chǎn)品的解決方案，即轉(zhuǎn)化為真正的產(chǎn)品需求并為產(chǎn)品需求排定優(yōu)先級！

2.3 需求管理

①需求問題池

將收集好的需求放進(jìn)需求問題池，標(biāo)明：需求描述、需求來源、提出時間、狀態(tài)、解決方案、分析人、處理時間。

• 需求描述：闡述清楚‘用戶’的問題、訴求及希望達(dá)到的目標(biāo)；
• 需求來源：注明問題的來源，在需求分析后必要的情況下和關(guān)系人進(jìn)行回復(fù)、溝通；
• 狀態(tài)：包括未分析、不予解決、確認(rèn)為產(chǎn)品需求；
• 解決方案：特別是針對不予解決的需求，一定要備注好因?yàn)槭裁丛虿挥杞鉀Q，比如該需求是偽需求、重復(fù)需求或者有另外實(shí)現(xiàn)方式等等。

②需求跟蹤矩陣

將需求問題池中問題，經(jīng)過需求分析后，轉(zhuǎn)化為產(chǎn)品需求的需求匯總到需求跟蹤矩陣中，記錄好每個需求從確認(rèn)到規(guī)劃到開發(fā)到測試上下的每個狀態(tài)，方便準(zhǔn)確的跟蹤需求狀態(tài)。

矩陣包括：需求功能名稱、需求概述、需求類型、需求屬性、優(yōu)先級、需求來源、需求狀態(tài)、對應(yīng)原型及文檔、需求完成時間、責(zé)任人、備注等。

• 需求功能名稱：簡要說明功能定義，比如：新增電子發(fā)票、優(yōu)化意見反饋、優(yōu)化賬單詳情頁；
• 需求概述：大致闡述該需求的主要功能及效果，比如：支持用戶所有消費(fèi)訂單進(jìn)行開電子發(fā)票；
• 需求類型：即該需求的分類，包括原本的產(chǎn)品規(guī)劃的新增功能、運(yùn)營/客服/老板等部門提的內(nèi)部需求、bug修復(fù)、體驗(yàn)優(yōu)化、性能優(yōu)化等等；
• 需求屬性：原始需求、修改需求、增加需求、刪除需求，主要為了記錄該需求進(jìn)入需求跟蹤矩陣后的變更情況（個人認(rèn)為該屬性的記錄十分重要），即便通過需求分析，轉(zhuǎn)化為真正的產(chǎn)品需求，在實(shí)際設(shè)計、開發(fā)過程中，仍存在增、刪、改等變更情況，所以一定要記錄好每個需求的屬性，并在每次版本迭代后，進(jìn)行復(fù)盤，統(tǒng)計4種屬性的需求數(shù)量，若原始需求比例過少，就需要認(rèn)真反思自己在需求分析過程中是不是考慮不全面、分析不嚴(yán)謹(jǐn)?shù)鹊龋?/li>
• 對應(yīng)需求文檔及原型：簡單標(biāo)注需求對應(yīng)的原型或者文檔所在位置，方便快速檢索、查看。

三、產(chǎn)品結(jié)構(gòu)及流程自查

通過需求分析，整理好真實(shí)的產(chǎn)品需求之后，就開始進(jìn)入具體的設(shè)計階段。

如果是新產(chǎn)品或者某個大的功能模塊，需要提前進(jìn)行產(chǎn)品功能結(jié)構(gòu)設(shè)計，涉及較為復(fù)雜的流程，還需考慮是否繪制時序圖、業(yè)務(wù)流程圖等進(jìn)行分析。

3.1 產(chǎn)品功能結(jié)構(gòu)圖

是否有產(chǎn)品功能結(jié)構(gòu)圖、產(chǎn)品模塊劃分是否合理、功能層級、分類是否合理，產(chǎn)品模塊是否包含該有的功能、產(chǎn)品模塊是否有優(yōu)化的地方，同時需要將功能結(jié)構(gòu)圖和信息圖區(qū)分開來，網(wǎng)上有很多關(guān)于產(chǎn)品功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖的區(qū)分，本文不再作過多的闡述。

3.2 系統(tǒng)交互圖

也稱為時序圖，描述對象是如何交互的，消息是如何在對象間發(fā)送和接收的，通常用來描述前端、客戶端、服務(wù)端或者本系統(tǒng)和其他系統(tǒng)之間的數(shù)據(jù)交互邏輯。如下圖：

3.3 業(yè)務(wù)流程圖

業(yè)務(wù)流程圖主要是為了描述作業(yè)順序和管理信息的流向，業(yè)務(wù)流程圖的繪制是按照業(yè)務(wù)的實(shí)際處理步驟和過程進(jìn)行的。對于APP或者管理平臺等產(chǎn)品，也可以簡單的理解為用戶操作流程，你如何進(jìn)行操作，系統(tǒng)如何進(jìn)行反饋。其中需要充分考慮流程設(shè)計是否合理、異常流程是否設(shè)計、逆向流程的設(shè)計是否考慮周全，以及操作的容錯性等。

如下圖：

本文為《產(chǎn)品經(jīng)理工作指南（上）》，以上內(nèi)容就是產(chǎn)品評估、產(chǎn)品需求、產(chǎn)品結(jié)構(gòu)及流程三部分內(nèi)容。因篇幅有限，原型設(shè)計及邏輯規(guī)則稍后會在《產(chǎn)品經(jīng)理工作指南（下）》中為大家分享，敬請期待！

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

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