产品能力
脑海中始终有一张不断被完善的产品架构图
一份靠谱的 Roadmap
ROI 极高的设计生产力
思维能力
大结局前的反向思维能力
就算只剩一位工程师也要活下来的求生欲
上天入地的换位思考能力
个人软实力
让人舒服的递进式沟通能力
回答（汇报）能力
认识自己的能力
1. 脑海中始终有一张不断被完善的产品架构图
了解了公司的产品架构，你才知道自己负责的产品所处的位置。以日日煮为例，以下是公司的各大产品线及具体产品：
内容生态产品线 —— 给用户带来价值的美食内容
社群互动产品线 —— 包括微信、APP 的社群，让用户和平台产生关系
商业价值产品线—— 以课程、广告、电商为主，拥有商业价值的产品
平台产品线 —— 包括会员系统、营销系统等内部产品
我们往往只负责框架下的某个小产品，但一定要把这个小产品放在整个业务板块里，认清它的目标和功效。把握了产品节奏，才能与业务部门有效沟通，合理安排工作的优先级。
2. 一份靠谱的 Roadmap
以搭建菜谱分享社区为例，普通的产品经理能完成产品路径层的规划。先完成菜谱列表，以热门美食吸引用户浏览转发，然后开放发布功能，鼓励用户原创分享。
资深的产品经理，在产品路径之外，会叠加运营增长的规划。比如，上线菜谱列表前需要准备多少则菜谱？上线用户发布功能前需要累积多少种子用户？忽略了运营增长，就可能出现功能上线后没人用的尴尬情况，这对创业公司而言是致命的。
再进一步，优秀的产品经理还会规划产品的数据目标。考虑产品的用户体量，评测这一体量是否能支撑产品迭代。我们不仅要做一个产品，更要做一个有价值的产品。
3.ROI 极高的设计生产力
五大产品设计图分享给大家，让大家快速提升沟通效率：
4. 大结局前的反向思维能力
回到菜谱社群的案例，大家觉得刚刚的 Roadmap 有没有什么不足之处？
既然目标是让更多用户参与社群互动，第二次迭代的收藏/转发功能是特别重要的。当我们只有2000 个菜谱的时候，用户随手翻翻就看完了，有没有收藏的必要？是否应该把用户发布功能提前，让大家更早参与社群的互动？
这就是反向思维能力，在整个团队都认为某个项目都不错的时候，需要一个人站出来反向思考，用各种角度挑战规划的合理性，往往能避免很多无用功。
5. 就算只剩一位工程师也要活下来的求生欲
还是菜谱社群的例子，我们可能需要 10 位工程师才能实现一个月内社群搭建及上线工作，包括菜谱列表，用户发帖及分享，评分及榜单功能。
但如果老板只给你 5 个人，上线时间不变，你会怎么办？
砍功能。核心的菜谱列表不能砍，为了保证社群活跃度，用户发帖和分享也不能砍，所以我会把评分和榜单功能砍掉。
如果只有 3 个人呢？
那就做一个单向产品，只保留核心的菜谱分享功能。
如果只剩你自己了呢？
回归产品核心目标。搭建菜谱社群是为了让美食爱好者分享各自的美食菜谱。那搭一个论坛是否也能实现？虽然这不是我自己的产品，但在招到研发之前，我还是不会让整个工作停下来。
这个意思是，产品经理需要思考每天的人力是否都花在了最好的功能上。
6. 上天入地的换位思考能力
我常用一句玩笑话，考验自己是否真正理解了需求：如果业务方去生孩子了，我是否能胜任她的工作？比如，一款市场投放产品，你能否帮助市场监控投放数据，衡量投放的ROI？简单来说，就是站在业务及用户角度，使用自己的产品。
7. 让人舒服的递进式沟通能力
很多时候，在沟通开始前，产品经理其实没必要把功能细节想透。沟通的第一步通常只是发布信号，比如我想做积分换钱功能。不同部门的人听到这个意见之后，会站在不同的角度去思考这一功能的利弊。进过两天的思考，双方再沟通功能细节，效率会有明显提升。
在研发过程中，常出现产品和业务沟通中断的情况。其实保持进度的更新是很有必要的。比如研发进度已经到 30% 了，运营端的内容资源是否也开始准备了？大家信息保持同步，才能更好实现整体项目落地。
8.回答能力 （汇报能力）
针对这一点，大家不妨先看看以下两个回答：
当被问到某一项目的表现情况时，我们的第一反应往往是 A 模式。每个人都有舒适区，表达自己的经历是容易的。而依照 B 模式，总结表现结果，尤其是数据表现不好的结果，往往比较困难。但这样的回答，才是我们真正需要的。如果没办法直接回答一个问题，那所有围绕这个问题的讨论都是浪费时间。
9.认识自己的能力
最后一点是认识自己。这主要依靠个人的日常积累。比如每次参加活动是否都有收获，这不仅来自嘉宾的演讲分享，更多的是来自和同行的交流。吸收了大家的想法，回去思考自己做得如何，才能在以后做得更好。