1）产品经理拆分为“产品”“经”“理”
1） 产品经理是老板，工程师、设计师等都得听我的
在很多公司，产品经理虽然管理一个产品团队， 但并不是团队工程师或者设计师的老板，没有直接的生杀大权，当然团队的工程师或者设计师就不会完全听从你的“指挥”，而是需要你来说服他们，激励他们，让他们发挥能动性自己主动做事情。在遇到分歧的时候，也要尊重他们的想法，慢慢商量，而不是跋扈专横地直接做决定。
2） 产品经理的工作就是画画 UI 图。
很多初级的产品经理花大量时间写产品需求文档，看看其他产品怎么做的，东抄抄西凑凑，再用 wireframe 软件画个按钮，加个对话框，加班加点，追求完美，是要方按钮还是圆按钮，要精益求精，然后把图纸给设计师精修一下，最后抛给工程师，让他们照着图纸原封不动地开发出来。其实，这只是产品经理工作的一个非常小的部分，画草图的目的也不是为了让工程师原封不动照做， 而更多地是清晰沟通产品的想法。
对于产品经理来说，最重要的工作是决定该做什么。这包含：
第一，对市场以及用户需求的深入了解；
第二，能够制定出合理有效的成功指标，然后用成功指标推动产品功能的发展；
第三，思考帮助用户解决这个问题应该有什么样的用户体验， 在现有产品不受欢迎的情况下， 快速找到问题所在，并制定计划进行改进。
准确地说，区分一个优秀的产品领袖和普通的产品经理，更多的是看他们思考的部分。说白了，画图的工作你做得再好， 也不会比设计师做得好，如果你花时间的地方，团队其他人比你做得更好，那你就浪费了团队的时间，也没有发挥出自己的优势。
3） 产品经理就是催工程师干活的。
产品之所以拖延，其实更有可能是以下的原因：
第一，产品的需求或者由于前期准备不充足或新的用户反馈需要修改，从而增加了开发时间。
第二，开发时间的前期预估不准确。本来需要几个星期才可以完成的事情，之前过于乐观地估计了更短的时间。
第三，沟通遇到了问题，当工程师发现某个功能其实难度非常高， 执行压力大的时候，没有尽早沟通，deadline 快到了才说，耽误了工期。
第四，产品功能的设计过于烦琐，本来可以简化的功能，却花费了大量的时间，其实这个功能根本不需要浪费这么长的时间。
尽管产品经理有责任保证产品按期交付，但你看，真正能够解决高效开发的方式，并不是狠催工程师、每天夺命 call 这么简单直接， 这就需要产品经理能够发现上述问题，及时解决，从而才能高效执行。
1）行业区分：金融产品经理、医疗产品经理、教育产品经理、电商产品经理等；
2）产品形态：移动产品经理、PC产品经理、小程序产品经理、中台产品经理、后台产品经理等；
3）工作内容及方法分：功能产品经理、数据产品经理、策略产品经理、商业产品经理等；
功能型产品经理是当前市面上人数最多的一类产品经理，也是在移动互联网初期产品经理主要的工作方式
功能型产品经理：通过设计合理的产品功能满足用户的需求并持续提升用户体验。
数据型产品经理:一类是负责分析全平台的数据，得到有指导意义的结论然后反馈给对应的产品经理负责改进，另一类数据产品经理是负责数据后台以及数据分析体系的搭建
策略产品经理：策略都是为了解决特定的问题达到目的
商业产品经理：目标用户一般都是商家或者广告主
1）用户体验
用户体验是一种能力，产品经理不仅仅是在思维和想法上有用户体验的思维，也在方法和技术能力上具有一种可以了解用户需求、体验的能力,诸如SWOT分析方法 ，用户研究、用户体验分析等能力
建议三个维度：场景、需求和动机。当你在讨论一个产品的需求、用户痛点和体验的时候，一定要还原到场景里面，看看用户当时的需求，并且了解他彼时的动机，来看你的产品是否满足用户需求。同时建议做一些专业的技能提升，在用户行为分析（UBS）、产品体验报告（UES）、用户研究（US）方面多做工作 。
2）技术能力
不是狭义说的研发能力，而是指研发能力和产品设计能力的总称
本职技能：原型图、流程图、交互设计、需求文档、思维导图
相关技能：开发技术技能
其他技能：技术思维、创新思维、沟通能力
核心竞争力：产品思维、创新思维
3)商业思维
产品和互联网的思维很复杂，简单地说就是把人当人的思维。商业思维比产品思维可能涵盖的更多，需要全面看行业、格局、生态，并且通过产品打出自己的一个空间。
1）需求文档编写
没有需求文档可能产生的影响：
2）如何编写需求文档
i. 全
说明书需要覆盖需求的每一个功能点，每一个按钮的具体操作和功能
ii. 明确
不能有等等，一个功能有几个模式，需要一一列出来依次描述
iii. 结构化
分章节很规整，有各个功能描述的部分
3）整体编写思路
i. 先搭建框架写目录
注：
产品全流程
4）原型图工具
3. 第三步制作高保真、动态交互
4.产品经理相关文档
一、BRD：商业需求文档
1.场景：公司的管理者在启动新项目或开发新功能时用到。
2.内容：针对云计算产品来说，商业需求文档需要说明该项目属于云计算哪个架构层，以及它在该架构层内同类产品中的商业价值、核心竞争力，之后要给出项目预算和风险评估。
二、MRD：市场需求文档
1.场景：产品经理或助理在获得公司资源后来说明用户需求以及需求存在的具体原因。
2.内容：针对云计算产品来说，市场需求至关重要，我们通过分析市场需求才能够在众多云计算产品中占有一席之地。那在市场需求文档中，我们要说明现有市场存在哪些挑战以及还有哪些用户急需但没有对应解决方案或者现有解决方案存在诸多问题的应用场景，并针对该项目对用户问题进行统一研究，找到问题共性来给出产品的具体定位和功能。
三、PRD：产品需求文档
1.场景：产品经理或助理在明确了用户需求后进行产品功能的设计。
2.内容：该产品的主要功能描述和非功能需求。针对云计算产品，需说明该产品在其应用领域（计算、存储、网络、备份、安全······）中的具体功能以及一些其他的非功能需求（比如对带宽的要求、对地域的要求等等）。
四、竞品分析文档
1.场景：与其他产品竞争时作对比。
2.内容：我觉得在云计算产品的竞品分析文档中，优缺点总结和功能点对比表格是最重要的。在各类云计算产品中，同类竞品非常多，很多场景下就是某个功能点比较突出会为我们赢得有对应应用场景的用户，比如备份产品中，veeam和commvault来比较，veeam的即时虚拟机恢复针对要求虚拟机停机时间不超过几分钟的用户来说就是最大的卖点。
五、用户体验文档
1.场景：说明为什么样的使用场景提供什么样的服务。
2.内容：有五个层次——战略层：说明产品是干什么的，面向的应用场景是哪些；范围层：说明产品能够提供的各项服务；结构：说明产品的功能结构逻辑；框架：说明产品界面的导航方式和布局模式；表现：说明产品的视觉效果设计。比如一款公有云平台产品，我们要依次说明这个平台包含了计算、存储、网络等内容，能够为想要开发软件的用户提供一键获取所有资源的服务。然后说明产品的各项服务有哪些，比如能够提供多大的存储量、同时最多提供多少虚拟机等；接下来说明平台的结构具体如何；之后说明这个平台是怎么导航的，各项服务在界面中如何布局；最后说明用户登陆该平台能够看到怎样的视觉效果，是否满足用户的使用习惯等。
5. 产品经理常用网站
原型设计与制作
AxureUX.com——交互原型素材分享平台
http://www.axureux.com/home/default.html
AxureShop——元件库、原型模版、素材资源平台
https://www.axureshop.com/
产品大牛——项目管理、原型分享平台
https://www.pmdaniu.com/
蓝湖——产品设计协作平台
https://lanhuapp.com/app
https://modao.cc/
https://www.axure.com.cn/
https://www.xiaopiu.com/
https://www.pmdiss.com/
https://www.iconfont.cn/
产品社群类：人人都是产品经理、产品邦、产品100
设计规范
常用用具：axure、墨刀、百度脑图、processon、伙伴、teambition、X-mind、viso
语雀——阿里旗下的云端知识库协作管理平台
https://www.yuque.com/
飞书——字节跳动旗下的企业协作平台
https://www.feishu.cn/
腾讯文档——在QQ、微信场景使用较方便的在线文档
https://docs.qq.com/
印象笔记——人气颇高的笔记管理工具
https://www.processon.com/
有道云笔记——网易旗下的笔记管理工具
http://note.youdao.com/
Notion——高度自定义的笔记、知识、任务协作空间
https://www.notion.so/
点击拨打：