产品经理必须具备的180个技能
原型axure/墨刀/Mockups 可写备注形成简单的需求文档
思维导图xmind / MindManager/ /Visio / processon
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最终就是产品界面、产品流程、功能需求、测试需求、体验需求等，保证产品有效率有节奏的推进，最终关系到整个产品的发展方向!
解决问题的能力
发现问题/紧急问题/特殊问题/解决问题/学习能力/复盘,很重要
沟通与开发沟通 / 测试 / UI/UE/ 用户 / 市场 / 销售 / 商务BD
运营用户运营/ 产品运营 /活动运营 / 客服 / 电销 / 售后 / 领导层/ 其他部门
商业画布（顺序：首先要了解目标用户群，再确定他们的需求（价值定位），想好如何接触到他们（渠道），怎么盈利（收益流），凭借什么筹码实现盈利（核心资源），能向你伸出援手的人（合伙人），以及根据综合成本定价。）
客户细分 ——找出你的目标用户
价值定位——你所提供的产品或服务
用户获取渠道——分销路径及商铺
客户关系——你想同目标用户建立怎样的关系
收益流
核心资源——资金、人才
催生价值的核心活动——市场推广、软件编程
重要合伙人
成本架构
一些资料心理学/ 审美/ 用户体验/ 逻辑思维/ 创业 /励志/ 科技
最好能看懂代码，不要求会写，要相信所有的问题都是有解决方法的，与人为善，要坚持，要落地，方法论从实战中总结还是比较好的
工作任务
需求池（推荐使用领客PM）
需求来源（需求管理）
调研
市场调研 / 目标用户调研 / 盈利分析 / 竞品分析 / 领导层 / 数据反馈 / 竞品 / 产品 / 运营市场 / 商务BD / 用户
优先级
紧急必要 / 紧急不必要 / 必要不紧急 / 不必要不紧急
原型
高保真/低保真/视觉设计/交互设计/功能操作界面/需求文档/评审/需求评审/技术评审/开发周期评估/一定要留充足的开发时间（包含测试时间）/进度跟踪/项目管理/团队协作
Tower / Teambition/ worktile / 禅道 / jira /wiki
进度管理/ 敏捷开发/ MVP / 周会、例会 / 工作日报 / 团队管理
一些管理工具
石墨文档 / 一起写文档/ 腾讯文档 /quip/谷歌文档 / 需求池
http://pm.linkcode.org/login 领客PM
测试用例测试 / 接口测试 / 可用性测试 / 用户体验测试 / A/B测试 / 冒烟测试 / 验收/ 上线
产品说明文档
用户教育
销售培训
运营培训
推广方案
运营策略
产品定价
数据分析
用户反馈
功能改进
数据分析
运营策略调整
数据挖掘
一些第三方网站
growingio（付费）/ 诸葛io（付费）/ 百度统计（免费）/ 友盟（免费）/ appannie/ 酷传/ 推送/ firebase/ 个推 / 迭代
想要阅读更多干货，关注公众号 PM陈大大
