编辑导语：产品经理在职场中一直是不断进步的，也是要不断的学习新的知识以及经验，产品经理平常在工作中担当的角色也是一个统筹的位置，所以对于自身成长的要求也比较高；本文作者分享了关于产品经理自我成长的一些经验，我们一起来学习一下。
我昨天中午在朋友圈发了一条动态，这也就是最近热点我个人的想法：
在每周天我都会整理这一周的工作提炼总结和过去一周向大佬请教后所得产品经理工作方面的原则沉淀出来，用于自我成长和学习。（PS：主要读友们不嫌弃，我会时常分享出来的）
1）读《民法典》，发现真的是一部既缜密又非常落地执行的文档，落地执行是因为有详尽的背景说明和概念注释，缜密是因为有清晰无歧义的逻辑叙述。任何人都能读懂和执行，产品经理应该好好学学，尤其是需要写PRD存档的小伙伴们。
2）有网友问虎扑CEO：“为什么别的论坛都衰落了，你们直男论坛还逆势增长呢？”
虎扑CEO程杭神回复：“我们挖掘了男人的本质需求——男人喜欢和男人在一起，这是属于荷尔蒙的碰撞，但男人不敢和女人说。”
3）以前装N多to-do list工具，然后几天后，好像就不用了。
其实用微信和纸笔足够了：
- 微信：标记未读和指定功能（和某人待完成的沟通）+文件传输助手记录（这个能满足我90%的待办清单需求）。
- 纸笔：日期+清单，满足剩下其余的沟通记录和思考。
还有，微信的提醒功能贼有用，它在这儿：
4）产品经理好的成长环境是：一个愿意给你成长的前辈+操刀一个实际的项目+一群优秀的同事。
- 如果公司里没有愿意给你成长的前辈呢？你肯定能在圈子里找到给你帮助的前辈。说清楚问题，他一定会给你解答的；
- 如果没有操刀实际的项目，而是做零碎的事情呢？那就多去拆解产品，因为随着你产品感觉的培养，你老大会用你的；
- 如果是絮絮叨叨的同事呢？正好去采纳有效意见，你的能力会越来越完善。
你觉得呢？
5）产品经理三个接地气的能力：“想的清楚”、“说的明白”和“快速验证”，其实这就是产品经理工作流。
想的清楚：
- 想清楚这个需求为什么做？——够清楚产品业务和产品规划；
- 再想清楚现阶段是不是要做？——够清楚产品路线图和业务目标；
- 最后再想清楚怎么做？——够清楚用户路径、各模块之间的串联和交互方案。
说的明白：
能把自己所想通过“说人话”的方式周知协同合作方。
快速验证：
想清楚和说明白后，能快速迭代落地且有效执行。
6）聊聊SaaS产品，最近重新读了白鸦关于有赞设计原则的文章。
几点感悟：
- 一定要去跟客户聊，不明白客户的需求，你后面所有做的工作都是零；
- 模块一定有灵活化处理，哪怕是再固定的业务，也要给客户自定义的权限。因为总有特别的业务流程；
- 在设计模块时，一定要给商家实例和1:1预览。实例的目的是教会客户操作步骤，预览的目的是让客户做到心里有底；
- 在设计营销模块时，最好给参考样例和操作手册。站在客户的角度上思考他们启用该模块的目的是什么？（PS：SaaS产品经理的运营思维很重要）
- 说人话，不要用花哨的名字，并且在各处保持一致；
- 几乎没人会看公告；几乎没人会看系统消息和群发短信；如有补充知悉，一定先让客户勾选协议再确认。
7）产品经理是100%需要实践的学科，需要真正的去落地并实践。就好比新手看驾照手册是永远也不会学会开车；你不会做菜，背诵菜谱永远也不会成为大厨。
8）昨天，给部门分享一个APP，然后一位小伙伴说：“不就是这样么？还好吧……”然后我再贴了一张该产品的版本迭代记录图，然后该小伙伴说了句：“看了迭代记录，感觉还好……”。
我拿出一张A4纸，请他梳理某个功能，然后他10分钟就不知道咋梳理。
9）94.345%的产品经理都是原型产品经理。
探讨可行的业务需求后，接下来直接和业务方说“这个页面我放啥啥啥，那个页面我放啥啥啥”；这也是为啥很多公司招了个产品经理负责一切，很快就发现搞不定了。
要知道，产品经理只画原型的阶段早已经过去了。
10）产品经理懂技术，是要明白技术实现的逻辑。之前John写过一篇文章《一文聊聊产品经理应该懂技术吗？》
11）和业务部门开会，都会和小伙伴说：“所有的沟通都要记录并输出文字，发邮件要让业务部门确认”。
我记得张小龙说过：“因无法溯源而导致的撕逼和扯皮，都是产品经理自找的”。（这是假的）
12）聊聊增长：
首先我们要「先做好用户，再做增长」，没梳理清楚用户，就开始想着增长策略，看到结果你会伤心的；
其次多问问自己：了解用户吗？知道用户想要什么吗？用户分层的每一层都理解了吗？
最后是最想传递的观念是：「用户是增长的本身」。
其中很重要的前提是你的产品适不适合做增长，就需要针对频次和客单价来梳理。高频次的产品最适合做增长。再接下来针对用户进行分层，最后再考虑营销方案。
13）产品经理从问题入手到形成产品模块的逻辑链条应该是完整的一条线，且应该足够清晰和合理。这条线为：用户→问题→需求→竞品→功能→串联。
- 首先清楚这是哪类用户群提出的什么问题？
- 该问题是否为当前版本需要解决的需求？
- 看看竞品是如何解决的？
- 按照产品经理工作流形成功能点？
- 其中注意该需求是否关联其他模块？
14）“这事情你要去找业务”，“这个还需要沟通？”，“要不？你去和老板聊聊？”产品经理如果总是选择推诿，你在产品经理成长道路中会越来越窄。去突破试试吧……
15）用现金作增长策略最容易拉来用户，但是大部分情况下会流失的更快。（这其中除了金融类型的产品外）产品交互的顺畅、界面的美观度和逻辑合理性以及运营活动的合理性、趣味性——这才是把用户从竞品中抢过来的主要原因。
但基础的是满足用户需求。
16）其实产品经理的是所有决策都存在不确定性，包括对用户的分层、对数据的分析、对市场的把控、对产品的规划、对产品的交互……都存在着对用户的“友好度”的概率。而产品经理的目标就是在不确定性下来不断提升“友好度”的概率。
17）电梯广告决定今年的风口方向。怎么感觉少儿类的思维教育又拼起来了。
18）产品设计不单单只是好看，重要的是能解决问题。
好看是解决问题的路径之一，不是目的。
19）产品经理从新手到老手的标志是“make trouble”到“solve trouble”的转变；最重要的是能解决问题，小到页面布局，大到引导行业，其中都免不了思考和行动；解决的问题越复杂，需要整合协调的资源就越多。
解决问题的复杂程度能代表着产品经理的水平高低，问题越复杂，思考范围越大，行动难度就越高，就会有众多不确定因素；反而就证明你越重要，也反映了你的竞争力。
别东一榔头西一棒子的想解决方案，这个整合性在竞品和自身业务都可以找到。
20）很多产品经理群，一言不合就开怼，然后看表达出来的语句，毫无逻辑可言；如果想要诡辩就再看“白马非马”的逻辑诡论，正常辩论就看《奇葩说》。
问清楚了再说出你的观点。
作者：John，产品狗一枚，微信公众号：产品狗聚集地。
本文由 @John 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
文章评论