在以产品为导向的公司，产品经理就是那个离CEO最近的人
于是一个项目诞生了，PM回去后，开始准备MRD文档，PRD文档，召集大家开会，在设计小姐姐和开发小哥哥之间不停周璇，直到项目结束。
在这里就不得不提一下，产品文档的重要性，写好产品文档，减少不必要的争论，不但可以多活几年，还能有更多时间看我的公众号侃大山了。
话不多说，下面我从产品文档的使用对象给你们一一道来它是如何贯穿整个产品生命周期的。
可以说，产品文档是一个项目的指南针，时刻提醒开发，测试，设计在工作中不要偏离方向，也是项目经理用来追踪各团队进展的有力证据。所以产品文档中要尽可能将需求实体化，如果说MRD文档追求华丽的词藻，PRD文档追求朴实的表达，每一句话都不能有第二种含义，不然可能会引起一场腥风血雨。
那么问题来了，一份带来平静生活的产品文档要包含哪些模块呢？
1、产品概述
在prd阶段，参与评审的成员大多都不知道项目的背景，这个模块就是向所有参与产品研发的小伙伴传达产品的背景，核心功能，产品规划蓝图，以及每个阶段应该要完成的任务。这里面一定要详述产品规划的蓝图，很多开发选择方案时会考虑未来产品的适用性，好的产品都是分3～4期迭代而来的，不要想一口吃个大胖子，规划好每个阶段应该要完成的任务，确保第一期mvp版本能满足基本需求。
2.用户和市场
这个模块是帮助成员业务流程，需求清单，包含业务流程图和需求清单两大环节。业务流程图就是在实际操作中用户使用方式和每一步的操作，需求清单是根据业务流程图所列的需要开发的需求点，通常需求清单和业务流程图是放在一个大模块下展示，帮助开发理解每个需求点存在的必要性，在这一模块下为了让成员更好的了解市场，也可以分享mrd环节的竞品调研，主要的优势
劣势和目标用户。
3.功能需求
这里是整篇文档的核心部分，在这里要用无二级性的表达产品主要流程，功能详情，用户使用场景和业务规则，通常这个模块需要搭配交互原型设计才能更清晰的将你想要什么传达给相关成员，至于交互原型设计需要画到什么程度，个人觉得只要能表述清楚，图只是辅助，不做太高要求，不然UED小姐姐们要怪你抢他们饭碗啦。
4.测试需求
测试用例需要知道你的beta版本或内测版本的基本要求，这里的要求包括功能的完成度和功能的性能要求。
对产品文档一定要很重视哦，它就是你的职场身份证，我为大家总结了每个阶段产品经理的文档段位，现在的你是哪个段位呢，头发还剩多少？
关注笔者公众号查看更多文章！！
想要看更多文章分享记得关注我的公众号哦😯公众号: candy_mars1001
