相信産品原型、PRD這兩個文檔名稱肯定是大家聽的最多的，但是在一個産品的設計中光有這兩個就夠了麼，顯然答案是否定的，下面我就把我在産品的設計中會用到的文檔類型及其作用做一個詳細說明。
首先，在一個産品需求收集階段，我們需要進行大量的使用者訪談或者是調查，在這個階段我們需要準備一封叫做“需求管理清單”的文檔（也有人叫做“需求池”），這份文檔也是我們後續工作的指導性文檔，很多其他的文檔都是從這份文檔衍生出來。下面是我們自己的需求管理清單的截圖：
需求管理清單示例
這份表格中的内容大多比較好了解，特别需要注意的是優先級和需求來源，這兩項屬性是後續決定該需求是否實作的重要依據，來源一般可以分為公司内部和外部使用者，具體在往細分可以根據自己所在團隊的實際情況決定。
在需求收集階段完成之後，産品經理需要快速的把需求功能化，這一階段需要把需求抽象、挖掘需求的本質，很多時候不同的需求可以整合到一個功能中進行實作。例如：
- 需求1、我要能夠及時的和朋友聊天；
- 需求2、我想要把自己拍的好看的圖檔傳給我的朋友；
- 需求3、要是能夠和朋友進行語音或者是視訊聊天就好了。
類似這樣的描述在需求收集階段是經常出現的，産品經理需要挖掘其背後的本質，進行需求抽象，形成實際的功能，于是我們需求産生一份功能清單和功能結構圖（資訊結構圖）
功能清單示例
功能結構圖示例
在需求功能化的階段，對每一個子功能都需要整理出對應那個的功能流程圖，流程圖是産品經理梳理自己的産品邏輯、驗證産品效用的重要步驟，在制作流程圖的過程中會窮盡功能的各種狀态和操作，并在腦海中不斷的推演功能的使用場景。在這一階段一定要定義好具體功能的狀态，通過狀态去控制不同的操作，而操作又可以改變狀态，在這一階段如果能夠對狀态和操作進行十分明确的定義，那麼在開發進行具體實作時邏輯也會清晰，因為在具體的功能實作中流程往往包含正向和逆向，而通過狀态和操的互相影響是解決這兩種流程的較優解決方案（至少我現在沒有找到更好的解決方案）。
功能流程圖示例
往往在你完成了這兩份文檔的時候，一般你也開始進行原型設計了，會産生線框圖、低保真原型、高保真原型等等一系列的原型文檔。在很多的産品經理社群一直在讨論原型和prd能不能整合為一個文檔，個人認為在原型中加入必要的功能說明和互動說明是很有必要的，但是PRD也是不可缺少的文檔，所有文檔的存在都有其價值所在，不明白其價值而讨論起存在的合理性都是耍流氓。原型多是在項目進行中使用，其特點：直覺、有互動邏輯、能給項目成員真實的體驗，在完成的過程中産品經理更多的是處于互動體驗的角度去考慮問題；而PRD更多的是保證産品疊代的延續性，其特點：内容全面、定性定量，在團隊成員更換、産品周期較長時發揮其作用，在完成過程中産品經理更多的是規範規則和定義。兩個文檔的意義，決定了他存在的價值。
原型頁面結構示例
在以上三分文檔（功能清單、功能結構圖、産品原型）準備妥當之後，我們就可以愉快的去組織第一次評審會議了，如果要求高的同學，也可以準備對應的示範PPT，主要是對整個産品的介紹，有部分公司可能需要準備MRD文檔，進行立項說明，争取更多的公司内部的資源，而像我現在所在的公司屬于創業型公司，産品經理提出的絕大部分功能都是為了解決實際問題的，一般不會存在争奪資源的情況。而在不斷的評審确認的過程中，一般會輸出更多的與其他人員對接的文檔，與UI溝通的界面跳轉流程圖、與測試溝通的用例等等。
界面跳轉流程圖示例
而在評審和确認階段，需要把最開始的需求管理清單和産品功能清單完善，把項目開發計劃于技術人員進行确認，并逐漸完善&優化原型文檔、PRD，把産品标準和規則、功能定義及說明、産品風險等事項進行充分考慮。而評審通過後，視覺進行UI設計（原型、界面跳轉流程圖）、開發進行技術實作（原型、PRD）、測試進行功能檢測（功能清單 、PRD、原型）主要的參考依據都是以上文檔，至于PRD的模闆優秀的太多了，我也就不再進行累贅了。而最後作為一個産品自然少不了自己也體驗并測試産品，還會輸出測試回報文檔，提出功能優化意見。
測試回報一覽表示例
往往在完成了一個産品後我們都需要對其進行部署、上線，而每一次的上線我總是提心吊膽着，感覺每一次的上線都是在走鋼絲，錯了一步都會造成巨大的影響，功能是否全部測試到位、程式的代碼是否完整的送出了、新老版本直接更新會不會出現意想不到的情況等等，這些問題一緻困擾着我，而在經曆了若幹次的提心吊膽之後，我把上線中可能會遇到的問題整理成了一份上線前的自查清單，每次在上線前都會發送給項目中的各個成員要其對清單中的具體内容進行确認，以保證産品上線的品質，至此一個完整的項目便算完結，而後續的資料統計分析等環節，有時候更多可能是營運需要保證的工作。
産品上線自查清單示例
以上就是我在整個項目的實施過程中需要用到的文檔，産品經理需要對接的角色太多，而不同角色的特定或是專業知識也是不一樣的，不可能通過一份文檔對接所有的幹系人，是以會衍生出各種各樣的的文檔，而這些文檔也是必須在實際的項目中遇到問題之後才能展現其價值，而我也是出于希望你能夠去實際體驗、領悟的目的，故不提供以上文檔模闆的下載下傳連結。