很多小伙伴很好奇产品经理工作流程究竟是怎样的？很简单，4个文档便能总结产品经理的常规工作流程。当然，实际工作过程中并不是只需要完成这几个文档即可，产品岗位性质决定不能这么简单，产品是一位大管家，只要是关于产品大大小小的事情都需要管理，主线流程按照这样的方式来梳理是不会有问题，这只是一种仁者见仁，智者见智的过程，希望分享出来与大家共同学习和交流。
A、BRD文档。产品经理先针对现在的企业现状和行业趋势，输出一份BRD，就是战略需求文档，这类文档，未必是非要BRD，呈现形式很多，可以是商业可行性分析，可以是建模方法论等等，取决于你写这份文档的读者，务必根据读者的特点进行撰写，这样通过的概率会大大增加。通常情况下，主要是带上CEO，公司高管，各个部门的总监，一起来评审下，看看目前的这个思路和思辨是不是OK，是否可行，我的这个产品的概念是不是可以执行下去，一定要学着借助swot分析、波特五力模型、波士顿矩阵、pest理论这类分析模型来辅助传达你的BRD的核心需求。
B、MRD文档。BRD评审会议结束后，如果高层通过，那么接下来，就是写MRD文档，也就是市场需求文档。有的小伙伴往往对MRD和BRD很混淆，这两个文档核心区别-BRD关键说明产品的方向，MRD关键说明产品的定位。MRD大纲：概述、PEST、行业市场分析、竞争对手分析、用户及客户分析、STP、产品定位和概念、USECASE、核心功能介绍、核心流程介绍、用例等。比如：BRD告诉大家我们要为养宠人群提供服务；MRD告诉大家我们为养宠人群提供提供宠物知识社区和宠物周边。当然，BRD里面还有很多思辨的基础数据和理论依据，告诉高层为啥我们要提供养宠人群服务而不是做开宠物店或者其他的，同理，MRD里也有很多思辨的基础数据和理论依据，告诉高层为啥我们要提供宠物知识社区和宠物周边，而不是提供宠物健康服务或者其他。
C、PRD文档。等MRD通过了高层的评审了，接下来，就是要编写PRD文档了，PRD和MRD的核心区别：PRD就是在RD的基础上，详细的给出了UI和UE，就是加了AX或者墨刀做的原型。PRD文档的核心，是需求分析并根据需求开始落实产品原型，输出产品的DEMO，针对不同的阅读人群尝试重点的偏移，比如技术读者注重流程图的逻辑和原型备注，UI和测试注重原型和需求描述。PRD评审主要是一些核心的产品+运营+技术人员参与就行了，不需要高层的与会了。
D、SRS文档。如果PRD评审过了，就是SRS文档-需求规格说明书评审。PRD和SRS的核心区别：SRS需要讲明白这个产品的规格，例如做一个杯子，SRS需要说明杯子的口径、高矮等情况。SRS描述方式：五点论，即标准参数+用例+小功能的USECASE+流程+功能介绍，有些公司可能会把SRS文档融合进PRD中。
E、技术性文档。技术，其实文档丢失率超级高，没有概要设计+详细设计等说明文档。例如系统架构、数据库、表单设计等，不是产品部的范畴，是纯技术范畴了。技术开发过程中，我们需要监督、督办，要是没有项目经理，产品经理还需要起到项目管理的作用。
本文主要帮助读者通过4份文档搭建常规产品经理工作流程框架，涉及到的文档以及产品经理必须要会的文档再下一篇文章将会详细分享，如果觉得对你有帮助的话，留下你的鼓励，反之，你有不一样的观点欢迎再评论区提出意见，大家共同进步。
