PM产品经理技能树

市场调研

目标用户调研

盈利分析

竞品分析

调研

领导层

数据反馈

竞品

产品

运营

市场

商务BD

用户

需求来源（需求管理）

需求池

紧急必要

紧急不必要

必要不紧急

不必要不紧急

优先级

高保真

低保真

视觉设计

交互设计

功能操作界面

需求文档

原型

需求评审

技术评审

评审

一定要留充足的开发时间（包含测试时间）

进度跟踪

开发周期评估

Tower

teambition

worktile

禅道

jira

wiki

团队协作

进度管理

敏捷开发

MVP

周会、例会

工作日报

团队管理

知识库

石墨文档

一起写文档

腾讯文档

quip

谷歌文档

金山文档

飞书文档-个人推荐

在线编辑文档

一些管理工具

项目管理

用例测试

接口测试

可用性测试

用户体验测试

A/B测试

冒烟测试

测试

验收

产品说明文档

用户教育

销售培训

运营培训

推广方案

运营策略

产品定价

上线

用户反馈

功能改进

数据分析

运营策略调整

数据挖掘

growingio（付费）

诸葛io（付费）

百度统计（免费）

友盟（免费）

appannie

点点数据

酷传

firebase

个推

推送

一些第三方网站

如：1.2.1

主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。副版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。修正版本号：一般是Bug的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重Bug即可发布一个修订版。此版本号由项目经理决定是否修改。

<主版号>.<次版本号>.<修订号>

迭代

活动

数据

统计AppsFlyer

adjust

推广

其他

工作任务

axure

墨刀

mockups

可写备注形成简单的需求文档

xmind

MindManager

OmniGraffle

Visio

processon

aonaotu

思维导图

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

BRD 商业需求文档 Business Requirement Document

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

MRD 市场需求文档 Market Requirement Document

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

PRD 产品需求文档 Product Requirement Document

文档

紧急问题

特殊问题

发现问题

解决问题

解决问题的能力

学习能力

很重要

复盘

与开发沟通

UI/UE

销售

用户运营

产品运营

活动运营

电销

售后

客服

其他部门

沟通

客户细分 ——找出你的目标用户

价值定位——你所提供的产品或服务

用户获取渠道——分销路径及商铺

客户关系——你想同目标用户建立怎样的关系

收益流

核心资源——资金、人才

催生价值的核心活动——市场推广、软件编程

span style=\

成本架构

商业画布（顺序：首先要了解目标用户群，再确定他们的需求（价值定位），想好如何接触到他们（渠道），怎么盈利（收益流），凭借什么筹码实现盈利（核心资源），能向你伸出援手的人（合伙人），以及根据综合成本定价。）

心理学

审美

用户体验

逻辑思维

创业

励志

科技

一些资料

最好能看懂代码，不要求会写

要相信所有的问题都是有解决方法的

与人为善

要坚持

关注前沿技术信息

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

要落地

技能树

产品经理