做一款產品就像做一盤美食一樣，從選材（市場調研）、加工（數據分析）、烹飪（研發）、調味（運營）等等，缺一不可。想要一個盡善盡美的產品經理，就要有一條清晰的工作流程。石墨文檔為你的產品團隊提供從需求收集、產品設計，到版本開發、Bug 追蹤的全程支持，團隊可以更為專注，真正為客戶創造價值。
1、需求確定：收集用戶反饋 — 撰寫需求梗概 — 貼附設計稿
用戶的反饋是產品迭代的重要依據，產品組通過兩種形式收集用戶反饋：一是通過各渠道收集反饋；二是提供公開鏈接文檔，用戶自發填寫反饋。按產品類型分成不同的版塊需求，結合產品方向和研發資源提取有價值的信息歸入需求池進行開發排期。
通過線下討論確定要開發的功能之後，主要負責的 PM 會在石墨文檔上撰寫簡要的需求梗概，把文檔共享給相應的設計師，設計師根據需求要點畫出 UI 設計稿，並貼在文檔中。此時通常會把文檔鏈接分享給產品組 leader，一是讓領導瞭解產品最新動態，二是讓多方意見能儘早彙總，避免之後的過程一直改動。
2、需求評審：查閱文檔 — 線下評審 — 交付設計
需求文檔和設計稿確定下來之後，就到了需求評審階段。負責的 PM 會把文檔發給各方（管理層、產品設計組、研發組），大家在文檔中直接評論出不同的建議以及意見，PM 實時看到各自的評論後予以回覆，現在線上進行一輪的討論，讓各方先有全面的瞭解。
接下來是組織線下評審會，基於之前的文檔，各方對需求和方案有了詳細瞭解，線下評審方案會非常的快速高效。
方案過審之後，會交付設計輸出完整的設計稿。在這個過程中一般會產生設計貼圖（視覺圖）和原文件（或切圖包），以附件形式附在相應的位置，便於直接下載使用。
3、輸出PRD：撰寫PRD — 交付研發 — 實時反饋
需求方案過審且設計圖完成之後，PM 會基於方案在石墨上撰寫一份完整的 PRD 文檔。按時交付給工程師進行開發，在開發過程中遇到的任何問題都直接在 PRD 文檔進行評論，並 @ 相應負責的 PM，作出及時的方案變更和優化。
4、開發上線：版本測試 — 產品上線 — 文件歸檔
需求文檔的新功能開發完成之後，提交給研發組的測試同事進行版本測試，在測試過程中產生的任何問題會在文檔中記錄下來，反饋給相應的 PM 和工程師，對 bug 進行修復。
測試通過之後，產品會正式上線發版。客服組、市場運營組、用戶支持等組會收集用戶的體驗感受和建議，通過表格的形式反饋給產品同事，供下一版本的優化迭代。
同時，PM 會把這個功能開發過程中產生的所有文檔（需求梗概、PRD、設計切圖等）進行歸檔處理，一是供新員工學習和熟悉工作；二是複審老邏輯時有跡可循。
現在，打開石墨文檔（shimo.im），做一名合格的產品經理吧！
閱讀更多 石墨文檔 的文章
