新手自學，根據自身理解跟大家分享一下近期的學習成果。在剛剛開始學習產品經理的相關課程時，總是被BRD、PRD、feature list、開發、測試等等專業名詞搞得頭大，通過看視頻學習總感覺老師講解的並不是我想要的，摸不清重點又覺得有點浪費時間，在網站上看相關文章又覺得知識零散，沒有體系，我最後選擇的是看書學習，可以很清晰並迅速的建立知識框架，自己就可以分清難點和重點再逐個擊破。這是一點小體會，分享給大家。
我認為搭建知識體系是學習的重重之重，下面我將簡要的介紹我眼中的產品開發前的點點滴滴，我會把要重要的方法論，編寫的文件、圖件和一般使用的軟件加粗，讓大家能清晰的看出作為產品經理應有的必備技能和用武之地。
圖1 項目的開發流程圖
產品的誕生是從需求分析開始，我們要儘可能多的採集需求，包括對市場的調研，競品的分析，在競品分析方面可以參考《用戶的體驗要素》一書中從戰略層、範圍層、結構層、框架層和表現層幾個方面進行分析。
用戶需求採集的常用方法包括用戶訪談、調查問卷、可用性測試和數據分析。在產品的研發階段主要應用前兩種方法，用戶訪談可以可以幫助我們在內心還比較困惑時尋找方向，而調查問卷主要適用與大數據量的信息蒐集。經過了如上的工作我們蒐集了大量的用戶需求，下一步我們要將其轉化為產品需求，得到產品需求列表，也就是俗稱的feature list（一般用Excel完成），產品列表的製作和需求的類型、kano模型下的需求層級等基本要素我會在下一篇文章需求分析的點點滴滴裡闡述給大家。上述工作也就是每篇文章都會提到的需求轉化和打包。
圖2 Kano模型圖
同時在這個階段我們要著手製作BRD文檔（word/ppt可選工具比較多）的製作，BRD文檔是給大老闆看的，方便大老闆進行項目的篩選，在BRD階段我們不用對頁面細節有過多的描述，而是站在戰略角度分析市場的情況，產品的定位，相關功能的介紹，以及最重要的資源的評估和商業價值的闡述，誰不希望做一個資源佔用量少但商業價值高的“高性價比”產品呢？
圖3 BRD文檔基本要素
在BRD展示進行結束後，項目就進入了待執行階段了，下一步便是進入了開發的前期準備工作：項目團隊的組建、計劃的制定、“鼓舞人心”的kick off會議的開展，當然最終要的是在這一階段我們要開始編寫PRD文檔。PRD文檔全稱Product Requirements Document，是對產品功能進一步細化的產品需求文檔，是給開發、測試人員看的，所以PRD文檔要努力做到事無鉅細，減少開發過程中的麻煩，PRD文檔一般由總體說明和用例文檔部分（即UC部分）組成，UC部分首先要給出用例的可視化表示，說明各個用例之間的關係，一般用類圖、用例圖、狀態圖（一般可用Visio工具）表示，接著是用例的正文，由各個用例組成。有時候也可用些小的Demo（Axure工具）演示，更幫助團隊成員理解產品。因為本文主要是梳清脈絡，具體這些圖例和Demo怎麼製作，目的是什麼先不列入討論。
在大家一致通過PRD文檔後，開發人員就可以著手開發工作，測試人員也可以開始編寫TC測試，在後續的工作中仍有很多的評審工作以及很多的細節商討，這些部分我們就留著日後再討論。
感謝您看到了最後，上述我們討論的流程和條條框框並不能作為提高產品質量的利刃，正如每個產品經理所說，文檔是工具、方法論是工具，不要沉迷。對於資深的產品經理來說可能並不能說清這些條條框框，也沒那麼複雜，他們有的可能就是一種商業感覺，但我認為在初學階段還是要“學究”一點，先弄清這些東西才能幫助我們更好的成長！
另：上述內容僅是我自己的理解，不知道是否正確，也肯定比較淺薄，希望大家能多多擔待也能多多指教，希望我們能一起進步，成為出色的產品經理！
本文由趙佳玉原創，產品會轉載發佈僅用於學習交流，如涉及版權問題，請聯繫小編，微信：hf16881688~ 產品會QQ群：140710383~ MVP聯盟QQ群：213626555~
閱讀更多 長乘 的文章
