PRD 的核心功能是阐述清楚产品经理所要实现的功能，同时让参与方的信息同步一致，最
终降低沟通成本。


为什么写这篇文章？
都说需求要有规范性，那怎样才算规范详细呢？而市面上又很少有适合的模板。自己将每
一个细节点逐一铺出来就特别费时间，不详细的话项目成员又看不懂，容易造成理解偏差
。 产品经理需要关注自己的方案，以及项目团队成员看完文档之后的第一时间理解情况
。如果项目成员对于具体实现方案有认知偏，就等同于给自己挖坑。所以要想项目按预期
发展，我们就需要建立团队内部规范，帮助项目成员建立认知一致性， 自己曾经遇到的
坑，因为有些规范性没写清楚（比如排序）导致需求拒接。最后花时间和团队进行讨论，
最终提炼出一份《B 端 PRD 需求规范》之后，整个团队需求理解、默契度以及工作效率
得到了很大的提升。
基于以上，我将自己所整理的方法论分享出来，虽然不一定对，但希望对一些新人有所帮
助。
附上本人理解的《B 端 PRD 需求规范》。
一、 B 端产品需求结构
说明：B 端的需求设计更多的是为“流程”服务，关注拓展性。而体验和效率不是设计的
核心。
1. 文件名：项目名称+版本号。
其中 ...