文档
BRD 商业需求文档 Business Requirement Document
1、要做什么样的产品这就包含了项目定义，描述项目并且让老版感觉到产品的竞争优势以及产品未来的期望;2、需要什么样的资源要什么资源就必须知道产品的市场定位，需要通过多少人、多长时间、多少金钱、多少关系等等能够实现这样的市场价值。3、最终做成什么样怎么做或者怎么安排，老板们几乎不关心，更多的是关心产品的结果以及盈利模式，这个产品能带来什么样的收入情况等最终BRD需要展现的高度是商业模式、盈利模式、资源投入、市场优势等，需要上升到公司战略层，要有一定的高度和视角。
MRD 市场需求文档 Market Requirement Document
1、我们要找什么样的客户，进行资源合作一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品的推广起到保驾护航的作用。商务、市场及运营人员在产品之前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，我该如何去运营和进行渠道投放等。2、找到客户后，我们该怎么和他们说MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢?除了文档描述一个清晰的蓝图，或者说从红海中挖掘新的路子和想法，这就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们的位置，以及赢利模式;一般给客户看的是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明。3、产品针对什么样的用户群体商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，减少资源消耗，降低成本，这就是MRD对于商务、市场、运营的关键作用。最终MRD浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向
PRD 产品需求文档 Product Requirement Document
1、产品具体是什么样的呢?对于与产品相关的人员，就必须有一个清楚的产品概念，这个产品到底是干嘛的。要了解到底是什么产品，那就需要详细的进行说明，但是这个只能是描述，而与策划、开发、测试沟通的可能是另一种方式，那就是UI、UE、原型图、流程图等，这样方便策划及开发人员的工作进展!2、我们该怎么实现呢?产品经理与商务、市场、运营沟通的方式和与开发人员沟通的方式并不一样，区别在哪儿呢?商务、市场、运营更多的是发散型思维，而开发则更多是紧密型思维，对于开发人员的沟通则不能用“基本”“差不多”“还好”等模糊的词进行沟通，否则开发人员会开始发散，如果发散的和你一致的话，你就烧高香吧，如果不一致，对于程序来说推导再来，就不是那么容易的了!甚至会出现大量BUG，有时候过多的BUG会让一个产品死掉。所以就需要有详细的功能说明，具体细化到产品的每一步，每一个流程以及对每一种可能出现的情况进行描述。3、什么样的产品才能投入到市场?产品开发人员更多的是站在产品角度思考问题，以实现产品而完成产品，那么产品最终开发完后，是不是能够满足运营需求呢，这就需要产品经理进行产品验收了!主要还是通过内部测试和外部测试完成，主要集中在产品功能是否完整，界面是否友好，用户体验是否顺畅等方面。PRD最终就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的推进，最终关系到整个产品的发展方向!
商业画布（顺序：首先要了解目标用户群，再确定他们的需求（价值定位），想好如何接触到他们（渠道），怎么盈利（收益流），凭借什么筹码实现盈利（核心资源），能向你伸出援手的人（合伙人），以及根据综合成本定价。）
客户细分 ——找出你的目标用户
价值定位——你所提供的产品或服务
用户获取渠道——分销路径及商铺
客户关系——你想同目标用户建立怎样的关系
收益流
核心资源——资金、人才
催生价值的核心活动——市场推广、软件编程
<span style="color: rgb(51, 51, 51); font-family: arial, 宋体, sans-serif; font-variant-ligatures: normal; orphans: 2; text-indent: 28px; widows: 2;">重要合伙人</span><br>
成本架构
