本文写给0~3岁，又处在创业公司的产品经理。
PRD很基础也很重要，PRD没有什么标准，好的产品经理会根据实际情况来写适合自己团队的PRD。
创业公司与大公司，主要的区别在于资源和时间都更匮乏。这意味着创业公司会有更多的变数，时间周期、团队配置随时可能变，很多时候PM不得不根据情况来调整工作方式，以保证事项顺利的进行。
我刚毕业就在创业公司，没人带，会去网上找各种各样的PRD模板，也会思考如何写出一份优秀的PRD。 后来经历了团队从30人到100多人的过程，团队配合、工作流程一直在变，也经历了初创团队暴露出的诸多问题，我写PRD的方式也一直在变化。
所以在讲如何写PRD之前，我更愿意讲一讲什么是PRD：
PRD是需求的说明，是用来把需求讲清楚的一种沟通方式。
举个不恰当的例子，就像表情包是用来表达情绪的一种沟通方式，PRD是用来把需求讲清楚的一种沟通方式。
写出一份优秀的PRD不是目的，把需求说清楚，保证各个部门与PM理解一致才是目的。PRD文档没有什么标准，标准是你的团队是否与你理解一致。
理解以上这些，然后再去参考别人的PRD，借鉴那些能帮助你把事情说清楚的方法，写出适合自己团队的PRD文档。
模板有很多百度随便搜，我在这里分享一下写PRD思考的三个维度，仅供参考：
需求维度
需求背景/目标：目标清晰可以让团队劲往一处使。帮助团队理解为什么要做这个需求？用户在什么场景下遇到了什么？不做这个需求会对用户有什么影响？做了会带给用户或者公司带来什么价值？
需求的依据：有理有据才可以让团队信服。这里的依据可以是产品数据、竞品分析、用研报告，也可以是你的思考过程。目的是向你的团队展示你的思考过程、逻辑、论证需求的有效性。
业务维度
业务逻辑：帮助团队理解需求的具体业务，业务之间的各个角色是的关系等（复杂一点的业务建议使用流程图）
功能列表：具体需要哪些功能，各个功能的优先级。
名词定义：如果出现了新的业务名词，最好给出明确的定义，防止团队之间理解出现分歧。
交互维度
页面逻辑：功能入口，页面之间如何跳转。
交互方式：点击、长按、滑动等。
角色区别：未登录用户、已登录、高级or管理员等不同角色看到的页面之间有什么区别。
显示规则：包括默认显示、点击/选中后显示样式、哪个交互元素需要突出等。
控件规则：输入框限制、按钮禁用等。
数据规则：数据校验、加载、边界值等。
异常情况：断网、网络请求失败、空页面、数据同步等。
最后，多与自己的团队沟通，会收获一些有用建议。PRD没什么标准，希望大家可以写出适合自己团队的PRD。祝愿在创业公司战斗的大家，都可以做出带给用户价值感的产品。
