PM产品经理技能树

调研

领导层

数据反馈

竞品

产品

运营

市场

商务BD

用户

Tower

teambition

worktile

禅道

jira

wiki

在线编辑文档

需求池

growingio（付费）

诸葛io（付费）

百度统计（免费）

友盟（免费）

appannie

点点数据

酷传

推送

如：1.2.1

主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。

副版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。

修正版本号：一般是Bug的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重Bug即可发布一个修订版。此版本号由项目经理决定是否修改。

统计AppsFlyer

adjust

1、要做什么样的产品这就包含了项目定义，描述项目并且让老版感觉到产品的竞争优势以及产品未来的期望;2、需要什么样的资源要什么资源就必须知道产品的市场定位，需要通过多少人、多长时间、多少金钱、多少关系等等能够实现这样的市场价值。3、最终做成什么样怎么做或者怎么安排，老板们几乎不关心，更多的是关心产品的结果以及盈利模式，这个产品能带来什么样的收入情况等最终BRD需要展现的高度是商业模式、盈利模式、资源投入、市场优势等，需要上升到公司战略层，要有一定的高度和视角。

1、我们要找什么样的客户，进行资源合作一般公司资源合作的都是商务和市场人员，或者加上运营人员，那么他们是资源拓展者，对于产品的推广起到保驾护航的作用。商务、市场及运营人员在产品之前必须对于产品进行资源拓展，且快速评估产品的实现情况，MRD就是给他们一个清楚的方向，我该找什么样的客户，我该如何去运营和进行渠道投放等。2、找到客户后，我们该怎么和他们说MRD指引着商务、市场和运营往前走，那么找到客户该怎么和他们说呢?除了文档描述一个清晰的蓝图，或者说从红海中挖掘新的路子和想法，这就是MRD中的业务模式了，通过业务模式，可以看到清晰的产品，且客户可以看到他们的位置，以及赢利模式;一般给客户看的是PPT+Demo的方式，这样对于客户更直观更易于理解，所以MRD的文档就是给团队和客户一个说明。3、产品针对什么样的用户群体商务是资源拓展的关键、市场是产品保障的关键、则运营就是产品的推手，那么市场和运营就需要了解产品是针对什么用户群体的，毕竟最终的是使用人群是用户，MRD基本需要明确产品的用户人群，这样市场才能更好的进行分析，通过分析这个人群，给运营提供很好的参考资料，这样运营在推广这部分人群的时候也能够制定出很好的方案，减少资源消耗，降低成本，这就是MRD对于商务、市场、运营的关键作用。最终MRD浓缩为产品模式、业务模式、运营模式、市场模式等，明确客户及市场方向

1、产品具体是什么样的呢?对于与产品相关的人员，就必须有一个清楚的产品概念，这个产品到底是干嘛的。要了解到底是什么产品，那就需要详细的进行说明，但是这个只能是描述，而与策划、开发、测试沟通的可能是另一种方式，那就是UI、UE、原型图、流程图等，这样方便策划及开发人员的工作进展!2、我们该怎么实现呢?产品经理与商务、市场、运营沟通的方式和与开发人员沟通的方式并不一样，区别在哪儿呢?商务、市场、运营更多的是发散型思维，而开发则更多是紧密型思维，对于开发人员的沟通则不能用“基本”“差不多”“还好”等模糊的词进行沟通，否则开发人员会开始发散，如果发散的和你一致的话，你就烧高香吧，如果不一致，对于程序来说推导再来，就不是那么容易的了!甚至会出现大量BUG，有时候过多的BUG会让一个产品死掉。所以就需要有详细的功能说明，具体细化到产品的每一步，每一个流程以及对每一种可能出现的情况进行描述。3、什么样的产品才能投入到市场?产品开发人员更多的是站在产品角度思考问题，以实现产品而完成产品，那么产品最终开发完后，是不是能够满足运营需求呢，这就需要产品经理进行产品验收了!主要还是通过内部测试和外部测试完成，主要集中在产品功能是否完整，界面是否友好，用户体验是否顺畅等方面。PRD最终就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的推进，最终关系到整个产品的发展方向!

紧急问题

特殊问题

销售

用户运营

产品运营

活动运营

客服

方法论从实战中总结还是比较好的