产品经理自我成长指南.docVIP

产品经理自我成长指南 / 我昨天中午在朋友圈发了一条动态，这也就是最近热点我个人的想法： 在每周天我都会整理这一周的工作提炼总结和过去一周向大佬请教后所得产品经理工作方面的原则沉淀出来，用于自我成长和学习。（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）“这事情