首先思考回答这么一个问题: 公司为什么给你升职加薪?
我想可以从这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)运营&市场宣发
-
用运营解决产品问题;
-
主动思考有什么亮点功能和有传播价值的功能;
-
给产品将一个故事(包装和诉诸情感)。