硅谷产品实战36讲
硅谷产品实战36讲
来源:极客时间-硅谷产品实战
目标: 做一个具有产品思维的工程师
1. 产品经理的定义
- 经理: 产品经理能够带领和鼓舞一个团队.
- 能够理解用户的需求.
- 能够高效执行.
- 要有长远的眼光, 能够策略性的制定产品的下一步规划.
对产品经理的几个误解
- 产品经理是老板.
- 产品经理就是画画UI图.
- 产品经理就是催工程师干活的.
2. 硅谷产品经理是什么样的
硅谷的产品经理相当于产品的全线负责人, 他们不仅负责制定产品的功能要求, 还要负责制定产品线的蓝图和策略.
公司的成与败取决于产品经理.
1. 什么样的背景能成为产品经理?
谷歌要求技术背景出身.
Fackbook,Uber对技术背景没有硬性要求.
2. 能影响他人,而不是直接管理
3. 1个产品经理 vs 7个工程师
4. 越是高级的产品经理, 越是不会花很多时间写需求文档
5. 并非事无巨细, 应该懂得放权
3. 科技巨头与初创公司的产品经理的区别.
- 科技巨头
- 产品团队会有很多人.
- 要界定每个人做什么, 自己做什么
- 建立一个有效的,可持续的工作流程.
- 做好新人旧人之间的衔接.
- 面对办公室政治, 怎么处理
- 初创公司
- 人手少.
- 要能够快速的学习新技能, 拿来就用.
- 没有数据做AB测试, 要参与用户调研.
- 要有前瞻性, 制定产品策略.
- 没有基本流程, 要自己设计出来.
4. 产品经理和项目经理的区别
-
产品经理
- 主要工作: 带领产品团队, 做出产品, 为团队指引方向.
- 成功的标志: 增加用户量.
-
项目经理
- 主要工作: 分解工作, 带领技术团队.
- 成功的标志: 按时完成项目.
5. 硅谷产品经理每天在做什么?
无
6. 硅谷产品经理都来自什么背景?
-
有些要求计算机专业毕业, 且写过代码.
-
有些是MBA毕业.
-
软实力
- 领导力
- 沟通能力
- 创新精神
- 勇往直前的执行力.
7. 如何寻找用户需求
-
产品存在的意义
能够帮助用户解决一个之前无法解决的问题, 或者提供一个比之前的解决方法要强100百倍的解决方案.
-
用户需求
一定要立足于用户, 一定要验证这个痛点到底是不是真的存在.
-
寻找用户需求的途径
- 确认好你的目标用户是谁.
- 通过数据分析和调查, 作出关于用户痛点的假设.
- 进一步挖掘数据和用户反馈,验证用户痛点的存在.
8. 目标客户和用户画像
-
确定目标客户
就是你要针对的客户群体.
-
描绘用户画像
生动描绘用户的特点.
9. 写用例
- 用例就是描述在什么场景下用户用产品来做什么事.
- 通过一系列动作, 完成某个操作.
10. 最小化可行性产品(MVP)
- 精益创业: 先向市场推出极简的原型产品,然后在不断实验和学习中,以最小的成本和有效的方式验证产品是否符合用户需求,灵活调整方向.
- 最小化= 降低试错成本, 速度 > 完美
- 可行性 = 确保你的产品能够基本解决用户的需求.
11. 如何权衡取舍?
- 砍掉不重要的功能.
12. 制定产品成功指标
-
指标
是为了定义你要完成的目标, 需要表达清楚在什么期限内,要达到什么具体的, 可衡量的结果.
-
确定正确的指标, 就成功了一半.
-
明确产品的成功指标是什么
- 弄清楚整个产品的最高目标
- 思考你的产品功能还有哪些指标需要注意.
- 思考新功能可以解决的问题和上面列出的几个指标有什么关系.
- 思考反指标是什么(产品带来的负面影响)
-
进行A/B测试.
13. 如何撰写产品需求文档?
-
明确产品需求文档的目的
撰写产品需求文档是为了和工程师,设计师,数据科学家等团队成员清晰的沟通产品蓝图,讲清楚产品要解决的问题, 实现的场景, 成功的标准等等, 并有据可查.
-
产品需求文档要具备的功能
- 和团队成员高效沟通,用他们能够看懂的方式清晰的表达你的想法, 让他们清楚什么该做,什么不该做.
- 记录之前的问题是如何解决的
- 明确列出产品的短期目标,长期目标,绘制一个从短期到长期的产品蓝图.
-
产品需求文档需要包含哪些内容
- 要解决什么问题.
- 论证这个痛点问题到底是不是存在.
- 写清楚这个功能的成功指标和反指标是什么
- 讲清楚要解决的用户场景.
- 解释清楚产品功能方案.
14. 如何用数据做出产品决定?
做AB测试
15. 如何组织有效的会议?
-
失败的产品需求讨论会
- 人过多.
- 效率低
-
开会秘诀
- 一鼓作气, 设定一个结束时间,精准管理开会的时间, 精确到分钟.
- 分工明确, 减少参会人数
- 会议开始时, 先说明会议达到的目的.
16. 如何和工程师有效沟通?
1. 优秀产品经理的重要性.
硅谷,我们常说一个顶尖的产品经理每次跳槽,都能拉走一堆优秀的工程师,究其原因:一是,这样的产品经理确实不多见;二是,遇到一个好的产品经理,工程师可以把更多精力花到他们感兴趣的、有巨大影响力的方面,可以更有效率地做出优秀的产品
2.优秀的产品经理能激发工程师的能动性
-
作为产品经理,你应该知道这个工程师在乎的是什么。
他是一个刚毕业不久、满腔激情、想赶快升职加薪的工程师?还是一个想解决最高难度的技术问题,哪怕产品没人用,只要解决的问题难度足够高就高兴的工程师?还是一个满肚子主意,极其讨厌产品经理告诉他该做什么的“点子大王”?还是一个有些害羞、很多想法都憋在心里,但其实特别希望自己有存在感的人?
知道了他在乎什么,你才能知道怎么激发他的能动性,以及该让什么人做什么样的目。
想升职的工程师肯定喜欢做老板能看得见的项目,哪怕这些项目没有多高的难度,帮助这些工程师在老板面前“出出风头”,他们肯定对你死心塌地。
技术宅?那你就给他们强调一下,这个项目的哪些技术问题是其他工程师想想就头疼、根本解决不了的,满足他们的虚荣心。
“点子大王”?那就找机会表扬他的点子又多又好,就算这个想法是你先想出来的,你也可
以在和他交流时循循善诱,引导他说出你的想法,然后赞叹他的想法真厉害。比如,如果你认为应该在视频平台上做一个让用户发弹幕的功能,不要直接和“点子大
王”说:“你负责做弹幕”,而是要从问题出发,你可以说“我们的视频互动性太差,用户
都不喜欢发评论”,然后引导他说出做弹幕的主意。至于害羞的工程师,你可以在开会的时候刻意给他们表达自己的机会,他们绝对对你感激涕零,期待和你继续合作。
-
产品经理应该知道怎么和工程师沟通最有效率。
很多工程师最讨厌的就是开会,因为 30 分钟的会议打断了他们的思考时间,拖慢了他们写代码的进度。
所以作为产品经理,虽然你每天要花很多时间在开会上,但是要考虑一下这个会到底有没有必要让工程师参加,可不可以安排到这个工程师其他会议之前或者之后的时间, 这样尽量少地打断他们的思考,以便于他们有效率地编程。
你还需要思考,除了开会之外,还有没有其他可以高效做决定的方式,比如发个邮件。
-
产品经理要弄清楚什么决定需要自己领导大家做,什么决定可以放心地交给工程师们自己
做
一个好的产品经理一定会清晰表达产品要解决的问题、如何衡量成功、需要最先解决的
用例以及原因,让产品团队的工程师、设计师、数据科学家等都有足够的背景信息。 这
样,很多的小决定完全可以让团队成员自己做,从而既可以大大提高产品效率,又可以
提高团队成员的能动性。
-
产品经理应该帮助工程师解决开发过程中的一些困难
很多工程师在开发过程中会遇到一些困难,比如因为其他组工程师进展缓慢而导致开发
工作停滞,因为开发的新功能被律师认为风险太大而面临一些质疑,等等。因此,产品经理应该积极询问工程师:“你需不需要我为你提供一些帮助”,帮助工程师解决开发过程中遇到的障碍。
因此,帮助工程师扫清开发路上的各种障碍,可以提升你的产品开发效率,而这正是优秀的产品
经理需要做的事情。 比如,我常常对工程师说:“现在有哪些工作是你不喜欢做的,告诉我,无论是脏活累活,我来帮你做”。其实,这也是一个帮助你和工程师建立信任关系的过程。
3. 怎么催工程师加快进度?
这个问题是很多刚入行的产品经理最担心的,我的建议是,让工程师先自己估计需要的工期,然后再设定截止日期。如果他们预估的工期太长,我可能会提出一些问题,弄清楚为什么需要这么长时间,看看哪些部分可以砍掉,到底值不值得为截止日期砍掉这些功能。
工程师估计完自己需要的时间后,我会和工程师说明我们的发布计划, 比如某月某日营销团队会开始宣传产品功能、 某月某日我们需要开始运营工作等等,这样可以让工程师了解其他部门的进度,增强他们的归属感。
刚入行不久的工程师估计工期的能力比较差,如果他们的工期估计得太长,我就会想方设法让他们告诉我工期是怎么估计出来的,然后跟他一起讨论,哪些部分可以用现成的 API,哪些部分可以少花一些时间。
如果遇到确实要将截止日期提前的情况,我会告诉工程师需要提前的详细原因。这样做的目的是,让工程师觉得你和他是一起的,让他感觉到你的信任、你在思考如何一起解决工期提前的问题。
所以,我一般不会直接说要花多长时间,而是让工程师先估计工期,如果我觉得估计得过长,我会诚恳地告诉他我们需要加快进度,看看有没有什么方式能够重新组合一些计划,以加快工期。
在这里,一定要让工程师觉得自己是有掌控权的,而不是产品经理一拍脑袋,就决定个截止日期。 就算这个截止日期是你自己拍脑袋决定或者老板要求的,在表达日期的时候也要尽量体现出对工程师的尊重,用问问题的形式表达自己的看法,积极地和工程师一起寻求提前工期的方式。
4. 需要改需求怎么办?
-
尽早和工程师进行产品功能设计的讨论,让他们提前了解各种背景信息
先在产品需求文档中写明需要解决的问题、如何判断成功,并写几个产品方案的初稿,和工程师、设计师们进行讨论,回答他们的问题,让他们一开始就参与进来。
通过这个讨论过程,我可以知道有什么技术上的局限性,然后根据大家的反馈修改产品需求文档。这样可以避免在工程师花费大量时间后才发现问题,然后重新来过,导致工程师做无用功。
-
如果确实需要让工程师们重新写已经写好的东西, 或者砍掉他们已经写好的东西,一定要
积极承担责任。
这种情况,可能是因为你作为产品经理少考虑了某些情况,也可能是突然发生了一些变故,比如公司改变了策略、竞争对手突然“搞事情”。虽然这并一定是你的责任,但是这时你还是应该积极和工程师交流,主动承担责任,告诉他们:“这个赖我,辛苦你了”
5. 总结
-
知道这个工程师在乎的是什么;
-
知道怎么和工程师沟通最有效率;
-
弄清楚什么决定需要自己领导大家做,什么决定可以放心地交给工程师们做;
-
帮助工程师解决开发过程中遇到的困难。
17. 如何与设计师有效沟通
1. 设计师的艺术家型人格
设计师是艺术家,艺术家都是完美型人格。他们在乎的是用户体验,而不是具体的数据指标提升了几个点
很多优秀的产品设计大都源于设计师的艺术家型人格,这也就决定了设计师的角色在产品团队中不可或缺。因此,作为产品经理,时刻谨记“设计师都是艺术家”,实现和设计师的高效沟通是非常重要的
2.设计师新人和设计师老手的沟通技巧
设计新人
设计新人一般只负责产品具体的一个功能,产品经理要把产品要求甚至每部分做成什么样都写得一清二楚。这样,设计新人才能把产品经理制定的产品计划、产品体验,转化成具体的设计图。
- 他们不具备产品思考能力,也不能从头设计一个产品。
- 如果不把产品功能的范围讲清楚,他们会抓不住重点
- 他们估计工期的能力非常差。
设计老人
设计老手在你的团队,就意味着你无需把产品需求文档写得非常详细,比如不用具体说明某个按钮应该是什么样子的,但是你一定要写清楚产品要解决的问题、衡量成功的方式、第一版和第二版产品功能之间的路线图,这些内容适用于所有设计师
18. 如何搞定a/b测试
1. 目的
进行 A/B 测试前,你必须明确要测什么、如何测的问题无论采用哪种测试方法,你都必须在产品测试前弄清楚要测试什么、如何测,这就要求你在设计产品时要先从问题出发做出假设。
2. 验证因果性的唯一途径是 A/B 测试
3.两种不适合 A/B 测试的情况
- 无论新功能上线后的数据怎么样,都要发布这个新功能
- 样本数量太少,不能通过 A/B 测试得出合理、科学的结论。
4.短期数据 vs 长期数据
要看长期数据, 而不是短期数据.
19.增长黑客的核心公式
1. 概念
把钱花在刀刃上, 创新性的实现增长.
以前的产品增长主要靠砸钱,而增长黑客是用技术和数据来分析如何增长,找到影响增长的切入点,然后精确执行,从而实现病毒式增长。
2. 增长黑客的核心公式
增长 = 新增 + 留存 + 挽回(Growth = Acquisition + Retention + Resurrection)
- 提升产品的用户活跃指标
- 规划大型公司的增长团队的架构
20.想要增长,你的团队需要高效的工作流
1.让团队的所有人都明确要增长的指标什么
组织专门的增长讨论和分享会议
为团队配备增长大屏幕
21. 换个按钮颜色, 就能增长百万用户?
- 了解清楚你要优化的是什么指标
- 了解已有的产品工作流
22. 硅谷高管的UIE(Understand, Identify, Execute)增长论
23. 增长的核心在于减少用户阻力
1.什么是用户阻力?
所有在用户享受到价值的同时,需要用户做但他们不想做的行为都是用户阻力。
2. 如何减少新用户使用体验的用户阻力?
一个产品的登录和注册流,是痛点最多,用户最讨厌的,也是用户最容易流失的部分,这部分的用户阻力对产品增长的伤害也是最大的。
24. 产品增长的代价, 如何权衡取舍?
1.产品增长的代价
2.明确产品的长期使命宣言和原则
-
使命宣言(mission statement)用一句话概括,就是:产品为用户提供了什么价值。
-
产品原则是根据使命宣言制定出的核心指导思想,不管增长的指标有多么激进,都要确保符合这
个原则。
3.反指标
当你确定了产品长期的使命和原则后,在制定增长指标的同时,应当同时制定反指标。
25. 三分靠策略, 七分靠执行
1. 高执行能力的产品团队
-
要在团队中培养结果导向、责任分明的团队文化
-
每个人有自己负责的部分,并且其他人都知道是这个人负责这部分,对这部分的成绩负责;
-
工作效果有一个具体的衡量方式,是可量化的,有时间限制的;
-
这个人遇到困难,可以向他人求助,他人应该帮助这个人,如果困难解决不了,这个人有责任及时汇报给产品经理。
2.明确产品功能的优先级
26. 为什么加班很久但是没成果?产品开发流程有问题
1.低效团队常见的坑.
- 需求变变变,但新需求并不是来自于用户反馈
- 做决定的人太多,做决定的速度太慢,工程师上班在等产品决定
- 产品开发计划没做好。
27 | 如何激励和管理比你资深的工程师、设计师?
第一招,建立信任从帮忙打杂开始
第二招,建立和资深成员的信任关系
第三招,弄清楚资深成员想要什么。
第四招,你的“必杀技”就是把事情干成。
总结
第一招,建立信任从帮忙打杂开始,从一开始就帮助大家做实事,宁可踏实做“脏活累活”,也不夸夸其谈、装模作样。
第二招,和资深成员建立信任关系,虚心请教,让他们帮助你成长。
第三招,弄清楚资深成员的需求,无论是引领创新还是做最有挑战的事情,成人之美,尽可能地满足他们的需求。
第四,靠产品成绩说话,尽快做出结果,高效执行,只有真正能够推动产品进展 ,你才会得到大家的支持。
28 | 产品经理的晋升秘密
1. 那么怎样才能加快升职的速度呢?
第一,如果你是个产品菜鸟,你可以思考一下自己负责的产品对公司整体有什么影响。
第二,你可以思考一下怎样才能扩大你的产品版图。
第三,你可以思考一下你的产品如何帮助公司的长期策略,让产品在未来三到五年一直保持领先。
第四,不要局限在思考产品,你还可以思考一下公司的产品管理流程是怎样的
第五,在硅谷还有另外一个升职的捷径,就是能够发扬自己独特的优势,快速在行业内建立领域专家的地位,当你在行业内有影响力的时候在公司自然就有了影响力。
总结
第一,你可以思考自己的产品对公司发展的影响;
第二,你可以考虑如何扩大自己的产品版图;
第三,进行长线思考,而不是局限在短期目标上;
第四,你可以思考如何提升产品开发流程;
第五,你要弄清楚自己的独特优势是什么,以及如何发挥
29 | 你需要一个产品路线图
产品路线图的目的
产品路线图的目的是让团队成员清楚知道产品要往哪个方向走,怎么走,以及在什么时间要做什么事情。
首先,明确产品的长期愿景;
然后,明确分为哪几个阶段,每个阶段的成功标准是什么,每个阶段之间有什么样的逻辑关系,才能实现最后的长期愿景;
最后,明确每个阶段我们具体要做什么,以及怎么做。
30 | 如何制定产品优先级 ?
1.为什么需要产品优先级?
产品优先级,可以让团队成员明确哪些功能是需要优先做的,哪些功能是无关紧要的,从而在最短的时间内解决产品最关键的问题。
如果没有明确的优先级,团队成员就会失去方向,各打各的小算盘无法高效合作;产品优先级弄错了,就会耽误产品进度,而且你认为不重要的功能被竞争对手抢先发布了,对创业公司来说可能就关乎生死
2.产品优先级的误区
- 认为所有功能都优先,这句话同时意味着所有功能都不优先。
- 认为优先的功能是最简单的功能,这源于产品经理对最小化可行产品的误解。最优先的功能应该是最有价值的功能
- 判断产品优先级时只考虑工程难度以及预期效果,而忽略了这个功能的潜在风险。
- 在做产品计划时,没有明确什么叫做最优先。
3. 你的产品优先级决定真的算数吗?
4. 无情的权衡取舍还要明确我们一定不做什么
-
无知,就是产品经理不应该马上下结论,而是应该保持好奇心,提出假设,然后验证假设;
-
无畏,就是产品经理应该勇于制定有难度达到的成功指标,更好地激发团队潜力,而不是为了不担风险只打安全牌;
-
无情, 就是我今天跟你说的, 不管产品的想法多么好,可做的事情多么重要,都一定要分出个主次, 明确我们一定不做什么。
31 | 好的产品经理和卓越的产品经理
1. 痛点真实存在吗?
普通的产品经理面试者,会假设他设计的产品解决的痛点是真实存在的
卓越的产品经理面试者,会先搞清楚用户到底有没有这个痛点。
2. 长期的产品目标和短期的产品目标
好的产品经理面试者,会马上给我一个产品指标,比如月活数、日活数
卓越的产品经理面试者,会告诉我短期的小目标是什么, 长期的大目标是什么。
3. 只在乎自己管辖的产品功能
好的产品经理面试者,只在乎自己负责的产品。
卓越的产品经理面试者,思考方式可以达到产品总监/首席产品官的高度
4.不符合公司之前同类产品的流程
如果你设计了一个视频产品,但是我对你说,你的这个产品不符合公司视频产品的设计准则。这
里的产品设计准则,是说公司制定的针对产品线中所有产品的设计哲学和原则。
好的产品经理面试者,会说我换个方式再想想看吧
卓越的产品经理面试者,敢于思考公司的设计准则是不是有问题,可否优化设计准则本身。
5. 抽象化和细节化
好的产品经理面试者,设计产品功能时会一步一步按照流程来
卓越的产品经理面试者,设计产品功能的时候有思考框架,现在的功能和以后的创新都按照这个框架来。
6. 个人特点和风格
好的产品经理面试者中规中矩,但就是没什么特点
卓越的产品经理面试者特点鲜明,让面试官们吵得不可开交。
总结
- 设计一个产品时,他们会先搞清楚用户到底有没有这个痛点,并分别给出短期目标和长期目
标;
- 他们不仅会给出“头脑风暴”的想法,并会明确说明每个想法的代价是什么,怎么权衡取舍
才会达到最优;
- 他们的思考不仅局限在于一个具体的功能,而是可以全盘考虑对整个产品的影响,可以达到
产品总监/首席产品官的高度;
-
他们对公司的既定流程提出质疑,并给出优化流程的建议;
-
他们在设计产品时会先思考框架,而不是一上来就设定每一步的细节流程;
-
他们会在面试者展示自己的特点,往往更能打动面试官们,或许不能获得一致认同,但相比
没有特色的面试者会更容易得到理想工作。
32 | 产品经理面试考察的是什么?
虽然产品经理面试没有一个准确的量化标准,但是通过面试,我们要考察的重点,即候选人的分析能力、讲故事的能力、沟通能力、 权衡取舍的能力、解决问题的能力,是确定的。
针对这些能力的考察,我们一般会通过产品体验设计、产品分析和执行、领袖气质和团队管理这四个主题展开
1. 产品体验设计:
-
能力:面试者是否能从用户需求出发,设计出整个产品体验,满足用户需求;
-
形式: 我们会问一个非常大的问题, 看面试者如何层层递进,按照一定的逻辑关系,找到产品要解决的问题精髓,制定出靠谱的产品解决方案;
-
经典题型:设计一个 00 后使用的新闻 APP。
2. 产品分析和执行:
-
能力:面试者能够深入浅出,把一个模糊不清的问题清晰化、具体化,把大问题拆分成可以逐步解决的小问题;
-
形式:我们会问一系列的产品分析、数据分析、权衡取舍、优先级这样的问题;
-
经典题型:视频产品的浏览量降低了 20%,作为产品经理,你应该怎么做?
3. 领袖气质:
-
能力:面试者是否体现了领导能力,沟通能力,同理心,勇往直前的勇气;
-
形式: 我们希望通过具体的案例以及假想问题,让面试者非常详细地描述解决这些情景的方法,尽可能地用具体的事例和详尽的细节展示他的领导能力;
-
经典题型:让面试者说一个,以前挑战权威的例子。
4. 团队管理:
-
能力:面试者是否能在艰难的环境下掌控局面,和团队成员建立信任关系;
-
形式:我们会问一些非常具体的情景, 如果面试者以前有相应的经验,他可以说说以前的故事,否则可以说说如果这个事情发生了, 他会怎么做;这部分更适合和面试者面对面的谈心, 甚至他说的每一句话我们都会仔细询问;
-
经典题型:你的一个工程师不信任你,作为产品经理,你会怎么做?
5. 面试流程
硅谷顶尖公司的面试流程一般比较相似:
-
首先,是和人力资源部面试,这个部分就是问你的简历和以前的经历,看看公司的哪个职位比较适合你。
-
然后,给你安排电话面试,我们一般有两轮电话面试,分别考察你的产品体验设计和产品分析能力。
-
表现好的人会进入最后一轮面试,一般会让你到公司和面试官面对面交流,这个部分不仅考察全面体验设计和产品分析执行能力, 还会考查你的领袖气质和团队管理能力。
我们有一个内部系统,面试官可以输入对候选人的评价,大家提交评价前看不到其他面试官的评价,为的是让面试官独立作出考评,保证面试的公平性
6.面试考察的是综合能力
一般情况下,我们面试产品经理时,会综合考虑候选人,让他们开放进组,即我们不会考虑他对于某一个具体的部门是不是合适, 而看他适不适合整个公司。
33 | 如何提升产品感(product sense)?
1. 产品感(product sense)
是一个有点儿抽象的概念,其实说白了就是,产品经理能把用户的需求转化成用户喜欢、用得顺手的产品体验, 主要包含了以下四个方面:
-
能否将模糊抽象的想法转化成实际可行的产品解决方案;
-
能够设计符合用户使用习惯、体验流畅的产品方案;
-
能够制定产品策略,明确产品的特点,知道下一个功能该做什么;
-
能够明确产品的重点以及成功标准。
2. 如何提升你的产品感?
-
第一,对比和研究同类产品,从同类产品中寻找灵感。
-
第二,给每一个你喜欢的产品挑刺。
-
第三,思考产品成功指标的制定过程。
-
第四,从非互联网产品中寻找灵感。
不能把互联网产品看成一个孤立的门类, 你完全可以通过对其他类别产品的观察以及研究来提升对科技产品的创新能力和产品感。所以,一定要多看多听多思考,跳出互联网产品的小圈子去看外面的大世界,这是产品经理的素养,也是提升产品感的好方法
34 | 如何提升产品经理的综合素质?
1. 讲故事的能力
要给团队讲清楚我们到底做的是什么事情,为什么这件事情值得我们做、值得我们这么做。
- 你可以用一些具体的人物细节,很多的名人演讲中也都会用到。
- 你可以借鉴虚拟文学的写作方式,甚至是一些戏剧文学书的写作方式,它们的开端、铺垫、高潮、结局的写作技巧同样适用于讲清述产品故事
2. 和他人建立信任的能力
领袖吸引他人的两个特点:一是有能力,二是慷慨
一是,敢于直接面对不舒服的对话(Difficult Conversation),包括对别人的工作方式提出批评、建议,直面和同事的隔阂等等,直击问题要点,让对话透明化;
二是,主动问别人对你有没有什么意见,用这样的方式让对方更舒服地说出问题,从而解决问
题。
3. 创造能力
虽然工作繁忙,但我还是建议你要花时间去尝试自己不熟悉的东西,其实这也是在为工作做功课。
35 | 非计算机专业也能做产品经理?
硅谷的很多公司,几年前都要求产品经理必须要有计算机背景,谷歌甚至要求所有产品经理都要通过编程面试。
一个理想的产品经理,确实需要具备一定的计算机知识,但是不一定要有计算机专业的学位。 我自己是计算机和经济双专业背景,做了产品经理这么多年,我也曾认真思考过我的计算机知识究竟用在了哪里,毕竟工作中我从来不写代码。