做一款产品就像做一盘美食一样，从选材（市场调研）、加工（数据分析）、烹饪（研发）、调味（运营）等等，缺一不可。想要一个尽善尽美的产品经理，就要有一条清晰的工作流程。石墨文档为你的产品团队提供从需求收集、产品设计，到版本开发、Bug 追踪的全程支持，团队可以更为专注，真正为客户创造价值。
1、需求确定：收集用户反馈 — 撰写需求梗概 — 贴附设计稿
用户的反馈是产品迭代的重要依据，产品组通过两种形式收集用户反馈：一是通过各渠道收集反馈；二是提供公开链接文档，用户自发填写反馈。按产品类型分成不同的版块需求，结合产品方向和研发资源提取有价值的信息归入需求池进行开发排期。
通过线下讨论确定要开发的功能之后，主要负责的 PM 会在石墨文档上撰写简要的需求梗概，把文档共享给相应的设计师，设计师根据需求要点画出 UI 设计稿，并贴在文档中。此时通常会把文档链接分享给产品组 leader，一是让领导了解产品最新动态，二是让多方意见能尽早汇总，避免之后的过程一直改动。
2、需求评审：查阅文档 — 线下评审 — 交付设计
需求文档和设计稿确定下来之后，就到了需求评审阶段。负责的 PM 会把文档发给各方（管理层、产品设计组、研发组），大家在文档中直接评论出不同的建议以及意见，PM 实时看到各自的评论后予以回复，现在线上进行一轮的讨论，让各方先有全面的了解。
接下来是组织线下评审会，基于之前的文档，各方对需求和方案有了详细了解，线下评审方案会非常的快速高效。
方案过审之后，会交付设计输出完整的设计稿。在这个过程中一般会产生设计贴图（视觉图）和原文件（或切图包），以附件形式附在相应的位置，便于直接下载使用。
3、输出PRD：撰写PRD — 交付研发 — 实时反馈
需求方案过审且设计图完成之后，PM 会基于方案在石墨上撰写一份完整的 PRD 文档。按时交付给工程师进行开发，在开发过程中遇到的任何问题都直接在 PRD 文档进行评论，并 @ 相应负责的 PM，作出及时的方案变更和优化。
4、开发上线：版本测试 — 产品上线 — 文件归档
需求文档的新功能开发完成之后，提交给研发组的测试同事进行版本测试，在测试过程中产生的任何问题会在文档中记录下来，反馈给相应的 PM 和工程师，对 bug 进行修复。
测试通过之后，产品会正式上线发版。客服组、市场运营组、用户支持等组会收集用户的体验感受和建议，通过表格的形式反馈给产品同事，供下一版本的优化迭代。
同时，PM 会把这个功能开发过程中产生的所有文档（需求梗概、PRD、设计切图等）进行归档处理，一是供新员工学习和熟悉工作；二是复审老逻辑时有迹可循。