产品经理之6个基本能⼒模型理论

首先思考回答这么一个问题： 公司为什么给你升职加薪？

我想可以从这3个方面考虑：1）具备更高一级的能力；2）完成更高一级的任务；3）为公司和团队创造了更大的价值。

接下来，本文从产品视角分析，主要就下面6个方面，进行说明产品经理应该具备哪些基本能力。

一、行业视野

—— 你会因为是“多年XXX行业的产品经理”而增值，而不会因为是"多年的产品经理"而增值。

1、行业视野的目标

• 获得足够的信息和数据；

• 了解行业的过去、现状和未来；

• 了解行业中的角色，竞对及其玩法；

• 思考自己公司的定位和关键点；

2、了解行业的方法

• 不坐井观天，跟业内人士聊行业（潜）规则和他们掉过的坑；

• 定期、长期阅读官方发言、新闻、财报，融资进展；

• 看行业数据，每天看公司数据；

• 关注竞品动向，尤其海外先进产品；

• 不看所谓"互联网评论家/互联网思想家"的意淫；

• 自己推演、自己辩论，跟别人讨论。

二、需求分析

—— 需求分析本质上和写程序一样，想清楚问题，然后有优美的解法解决它。

1、需求分析的目标

• 想清楚产品目标和产品价值；
• 想清楚实现目标的关键路径和关键点；
• 想清楚目前团队要做的最重要的事；
• 在有限的时间和资源想清楚面对的未知问题的极优解。

2、怎么做？

1）熟悉套路

• 免费广告，付费增值，佣金提成。。。这些全是套路；
• 用户公式，收入公式，利润公式。。。这些也都是套路。

2）做产品要节制，才能走的更远

• 功能越少，主流程的转化率越高；
• 做得越多，错的越多，坑越多，维护成本越高；
• 产品上线容易，下线难；
• 有进有出，产品做减法更难；
• 要区别nice to have 和 must do。

3）逻辑要化繁为简

​ 找到根源 、抽象、细粒度、解耦合

4）如何解决问（填坑）

• 提出正确的问题就解决了问题的一半；

• 跟别人（尤其是跨部门）一起想办法，广听思路；

• 跳出圈子和规则，找到四两拨千金的方法；

• 观察别人是怎么做的，怎么样能更全面的思考问题；

• 没有标准答案，找到极优解就好。

5）上帝视角

• 扮演上帝，建立规则；

• 系统化思考，结构化思考；

• 关注群体而非单个用户。

6）用好数据，但别被绑架

• 把看数据当成习惯；
• 不要只相信数据；
• 数据代表过去，不代表将来；
• 学会思考：要不要"用数据说话"？

三、用户体验

—— 产品是你的镜子，或者老板的...

1、用户体验的目标 —— 开心的掏钱

• 降低用户完成需求的使用成本，提升用户满意度；
• 降低雨哦能更好碎产品意图的理解成本，提升产品转化率。

2、什么是用户体验 —— 是用户接触到的一切

是流程，是文案，是UI，是内容；

是功耗，是速度，是稳定，是安全，是成像质量；

是尊重，是爽；

是服务，是物流，是包装；

是用户接触到的产品的方方面面。

3、理解用户心理

• 用户是人

• 产生认同感和共鸣

• 创造优越感和鄙视链

• 挖掘用户需求背后的真实诉求

4、如何提升用户体验？

1） “先画树干，再画树叶”

• 明确目标，明确核心场景，建立产品模型，建好规划；

• 树干是核心场景，树枝是场景，树叶是功能列表；

• 树干要稳固、简单，树叶要灵活；

• 不要画完树叶再画树干；

• 不要试图把所有的树叶都画上，扔掉放不上去的树叶

2）不要改版！

• 只会/总改版的产品经理，是无能的产品经理；

• 改版几乎不会有任何商业好处，短期数据甚至会下降；

• 前人挖的烂坑，不要轻易改动（不是不能用）；

• 改版随着业务调整而改版。

3）不要把创作冲动当做才华

• 多看多抄少创新；

• 设计是为了解决问题而不是炫技；

• 你想到的创新，都是别人玩剩的；

• 了解点子到创新的距离（《重新定义公式》）

• 发现已有的痛点，而不是臆想需求。

四、执行力

—— 创意有的是，缺的是执行。

1、执行力的目标 —— 把事做完

产品经理的职能之一是执行并实现目标：给你一件事，你完成了，又给你一件事，你又完成了…

2、怎么做？

1）主人翁精神

• 不要找借口，不要找理由；
• 不做鸵鸟，不存侥幸，反复确认；
• 向上汇报遇到的障碍，即使寻求帮助；
• 不要让自己成为瓶颈，并解决其他瓶颈；
• 做好准备：如果你跟老板的思路不一致怎么办？

2）扫除达成目标中的一切阻碍，"不折手段"完成目标，明确 "谁承担责任谁说了算 "。

3）把握节奏感

产品的节奏感就是：版本规划，了解产品节奏感的价值以及节奏感带来的协同效应。

4）风险预估

• 产品经理要对自己的项目进度了如指掌；

• 项目管理的一个核心概念就是风险；

• 提早发现风险，降低风险。

五、沟通

—— 忽悠，使劲的忽悠。

1、沟通的目标

完成目标 + 协调团队 + 提高效率 + 开心就好

2、如何让大家听你的？

1）成为"无冕之王"

• 逐步建立信任

• 共赢

• 画饼，连哄带骗

• 基本套路

2）见人说人话，见鬼说鬼话

• 有同理心，换位思考，理解对方的难处；
• 讲需求要翻译成对方听得懂的语言；
• 多用"我们"，而不是"我"或者"你们"。

3）有效的沟通

• 提取知晓/准备内容
• 求同存异，问题搁置
• 不要发散！不要发散！不要发散！
• 形成书面结论
• 需求文档，需求评审是最重要的沟通手段
• 需求评审会前先私下分别沟通，会上才能提高效率

4）沟通的方式和利弊

​ 当面 > 电话 > IM > 邮件，不同的事情用不同的方式

• 当面沟通：争论，讨论，听取对方建议；
• 电话：不方便见面的即时沟通，紧急通知；
• IM：需要整理话术的，需要群体告知的；
• 邮件：结论沉淀，数据报表。

5）邮件使用礼仪

• 不要用邮件讨论问题；
• 慎用全部回复，区分收件人和抄送人；
• 言简意赅，首句要高亮问题，行动标注执行人；
• 不要把内容只写在标题里，尽量使用邮件正文而不是附件；
• 需要对方回复确认的要明确指出，并通过其他方式通知；
• 会议邀请请发日历项，邀请要把会议内容、地点都写明；
• 学会使用归档。

六、跨职业技能

1、跨职业技能的目标——整体思考

2、如何培养跨职业技能？

1）全栈思维

• 全栈是一种思维，而不是学会全套技能，更不是目的；

• 理解上下游每个工种的工作内容、工作方式、工作量；

• 理解他们希望看到什么养的需求，他们的产出是什么；

• 做到自己不给别人挖坑，发现别人挖的坑；

• 懂得越多，越好配合；

• 在需求分析的时候，忘掉全栈！

2）文案

• 写出逻辑通顺的话；

• 写出普通用户看懂的话；

• 告诉现状也要告诉该做什么；

• 名词和感情；

• 不要过度卖萌。

3）设计

• 排版：网格系统、对齐，留白；

• 交互规范：慢慢形成规范，不要想当然

• 配色：冷色、暖色。。。

• Dribble / Behance / Pinterest

4）研发

• 不是非要学编程，而是要学会在技术的角度思考

• 文案，前端交互，后端接口，业务逻辑，表结构；

• 了解系统的边界，什么能做什么不能做；

• 用产品方案解决技术问题；

• 永远不要说“这个改动不大，你就顺便做了呗”。

5）运营&市场宣发

• 用运营解决产品问题；

• 主动思考有什么亮点功能和有传播价值的功能；

• 给产品将一个故事（包装和诉诸情感）。

人人都是产品经理！