产品经理快速积累经验的八条铁律

不少人觉得PM需要懂画Axure，懂点交互，懂点设计，懂点用户心理学，懂点技术，懂点管理，懂点沟通。这是正确的废话！PM了解得越多，工作确实越顺手。但反过来，「懂」了不代表就能做PM了。公司对产品经理的技能需求都是复合的，既要懂数据和用户，也要会写 PRD，完成产品迭代。

其实产品经理常常遇到的挑战是：要在短期内完成丰富的经验积累，并为公司带来快速的业绩增长。于是John总结了一些自己的想法，不算产品思维，也不算方法论，就是总结。和大家一起成长。

一、心里永远有一张不断被完善的产品架构图

这个产品架构图会影响着产品经理在思考产品的过程中不断的修整自己的方向。产品架构图是依托于产品规划。John在公众号也写过《一文理清产品规划究竟怎么做（内附案例剖析）》。尤其是刚入职的，怎样才能尽快了解公司并上手工作？我的做法是从产品架构入手。基于现有内容，总结公司的各大产品线：

内容生态产品线 —— 给用户带来价值的内容（如何凝聚用户）

社群互动产品线 —— 包括微信、APP 的社群，让用户和平台产生关系；

商业价值产品线—— 以课程、广告、电商为主，拥有商业价值的产品；

平台产品线 —— 包括会员系统、营销系统等内部产品。

后面就需要在框架中去填充产品，这就是John根据以往的某个项目总结的框架图：

我们往往只负责框架下的某个小产品，但一定要把这个小产品放在整个业务板块里，认清它的目标和功效。把握了产品节奏，才能与业务部门有效沟通，合理安排工作的优先级。

二、一份有效的产品路线图很重要

说到产品迭代，大家都不会陌生。迭代能否顺利完成，往往取决于产品经理的思考深度。以社区产品为例子，产品路径的规划可行性，先完成PGC+UGC内容的填充，根据用户行为形成数据，紧接着形成内容精华和原创输出，制定用户等级体系，最后形成KOL机制。于是社区产品路线图就出来了。

资深的产品经理，在产品路径之外，会叠加运营增长的规划。比如：需要准备多少PGC版块？上线用户发布功能前需要累积多少种子用户？忽略了运营增长，就可能出现功能上线后没人用的尴尬情况，这对创业公司来说，几乎是致命的。再进一步，优秀的产品经理还需要规划产品的数据目标。我们不仅要做一个产品，更要做一个有价值的产品。因此，我们需要考虑产品的用户体量，评测这一体量是否能支撑产品迭代。

三、体验竞品一定要思考逻辑

下图为John总结下产品体验的流程：

1.指导思想

作为产品经理，本职工作是在短时间内把握产品需求，确定产品的价值，可用性和可行性。所以，产品经理在平时的生活工作中学习目标，学习内容都应以此为最终目标。体验产品也是产品经理学习的重要过程，体验产品的意义在于：

拓展视野。通过持续体验形式各异的产品，用心体验总结产品，可以有效开拓视野。只有见识过行业内优秀的产品，视野才能足够开阔，到了自己操刀之时，不致陷入思维的死胡同。

取其所长。正所谓“他山之石，可以攻玉”，体验了足够多的产品后，如果我们用心做了总结思考，那么其中优秀的特点必然给我们留下深刻的印象。当我们在产品定义时，可以借鉴多个产品的优秀思想或设计，有效改善产品体验。

自我激励。在体验优秀产品时，我们总会发出“我怎么会想不到？”“原来这样设计是出于这样的考虑”的感叹。优秀的产品总是让我们意识到自己作为产品小白的不足，激励我们不断学习进步，避免故步自封。

接下来谈一下产品体验中深度与广度的问题。

深度：深度是指充分深入某个领域持续体验。例如对直播产品感兴趣的同学，可以较长期追踪直播行业的相关产品，观察直播产品的迭代演进历史，注意总结产品更新的内容和改进，细心思考这些变化的原因，并做出总结。深度体验的意义在于可以了解某个特定行业产品，充分了解该行业产品的一些不易注意到的细节，持续坚持会让你变成某领域的“产品专家”。

广度：广度是指体验各个领域的产品，在体验过程中汲取各种各样的交互、idea，同时由于体验了形式各异，领域不同的产品，有助于更好横向比较各个领域在用户体验及使用场景等方面的异同。

我认为，这两种体验方式是应该穿插进行才是最有益的。对某个领域深度了解（例如自己目前从事或未来有兴趣从事的领域）有助于当前工作或未来规划更顺利地进行，毕竟大部分人是无法做到精通多个领域，对某个领域的深入了解有助于产品经理在工作和职业规划中更加游刃有余。

但是在此同时，也应充分在广度上了解其他领域作为知识储备，更何况，很多产品设计方法是相通的，在广度上充分了解，能有效避免长期在自己工作领域内工作导致的思维僵化，能够帮助产品经理们触类旁通，举一反三，在某些时候会起到出奇制胜的效果。

2.接下来谈一下体验产品的具体细则。

第一个谈到的是多角色体验产品的问题。

作为产品体验者，首先我们是普通用户，其次才是产品经理。体验产品的过程中，应充分站在用户的角度看待产品，是体验产品应遵循的基本原则。

始终提醒或心理暗示自己是普通用户，有助于打破作为产品从业人员的思维局限性。作为产品人，我们熟悉的一些操作或设定，或许是用户困惑不已的地方。这些被我们当作理所当然的设定，很可能是导致用户愤怒不已，日后对产品口诛笔伐的功能设定。所以，综上所述，站在用户的角度体验产品非常重要。那么，站在用户角度体验产品，我们应注意产品的哪些方面？

总结如下：

产品的简介评价。用户是否会选择产品，产品口碑的作用异常重要。所以在我们体验产品前，我们先要关注这款产品的评价以及简介，大致了解产品概况以及口碑。

使用产品过程中，作为普通用户，我们时时有“为什么没有这个功能？”的困惑。我们在体验过程中也应注意该款产品是否有自己预期的功能。此外，也要注意有无亮点功能及其入口位置，是否能够解决用户的问题。

仅仅作为普通用户来体验产品就够了吗？别忘了，我们还是产品经理，回归到产品经理的角色，有助于我们拔高作为普通的用户的思维高度，产生更多思维的火花，所以作为产品经理也应从两个角度关注产品：

a.产品历史演进过程。通过查看产品的历史更新记录，观察哪些地方做了改进，思考其中原因，注意其改进是否响应了用户的要求或者是通过更好的方法解决了用户的困难。产品经理的职责在于定义有价值可用的产品，不囿于用户要求并能洞察用户的真正需求，是产品经理应该具备的素质。

b.验证想法。思考用户预期的功能为何没有，是技术原因还是本身定位策略的原因。很多产品始终没有用户呼声较高的一些功能点，并非无法实现，而是产品定位决定的，避免陷入面面俱到但一无是处的困局。

3.五层分析，突出重点

众所周知，产品理论中流行的五层理论几乎人尽皆知。很多产品体验报告中，也是基于此做了深度分析。但是作为产品小白，由于工作经验或者知识储备的原因，对于其中一些层的分析难以深入，很容易在这些层面的分析上分散精力，流于表面。所以，对于产品小白，我的建议是五层分析，但应有所侧重，从而在有限的时间内，获得更多的成果。下面简单叙述五层分析的一些要点：

a.战略层。作为五层中底层，其决定了产品的方向以及日后的生死存亡。但是每个成功产品的战略背后，都有诸多的因素影响和作用。作为产品小白，由于在行业内经验尚浅，无法洞察其中的一些关键因素，强行对这部分进行分析，很容易陷入自我想象中不能自拔。所以我建议作为产品小白，这部分可查阅产品战略相关的资料，并对资料进行一定的筛选和思考，作为思维锻炼和知识储备的一种途径。

b.范围层。范围层指产品包含的内容和功能。在体验产品过程中，注意产品有哪些功能，还欠缺哪些功能，思考背后的原因：是之后不会开发的功能还是因为开发周期而暂时搁置的功能。对范围层的思考，有助于产品经理在产品迭代过程中，划分功能的范围和优先级。

c.结构层和框架层。之所以放在一起说，是因为作为刚入行的产品萌新，绝大多数工作内容都是在这两个层面上完成的。所以对这两层的体验是体验产品过程中的重中之重。对于结构层，应该充分关注其交互设计及其信息架构，体验思考产品的结构是否合理，是否能响应用户完成任务，能否用更合理的路径完成用户任务。对于框架层，则对一些重要页面的界面设计和导航设计进行体验分析。

d.表现层。作为呈现给用户的一层，其重要性不言而喻。产品经理对于这一层的体验分析应该基于该层的设计是否让产品的功能和结构变得模糊不清，是否让用户变得无所从，是否风格一致，是否能够突出产品的亮点和重点。

5.带着问题出发

体验产品的最终目的是让我们能够在自己做产品面临问题时更加游刃有余。所以，体验产品不应仅仅是“体验”，既然是为了解决问题，我们也应带着问题去体验产品。因为不同的产品可能面临同样的问题，你体验产品时思考的问题，可能是你自己产品未来面对的问题。我将体验过程中应该思考的问题总结如下：

产品解决的问题？

产品面向的用户群体是谁？

产品是如何解决问题的？背后的需求，逻辑和场景是怎样的？

产品可否优化？如何优化？

带着问题出发去体验产品必然是不轻松的，但是只有带着问题出发，将自己置于一个始终苦思冥想的“非舒适区”，才能取得长足的进步。

四、小步快跑，快速迭代

如何实现产品设计的快速迭代？以下是我整理五大步骤，让产品经理快速阐述产品设计，提高思考和沟通效率：

核心路径用不超过 15 个字的描述，讲清楚产品的操作流程。以共享单车为例：扫码、验证、开锁、骑行、关锁。这是用户操作的核心流程，流程描述清楚后，其实每一步都可以变为数据指标，比如：每天的扫码量，骑行时长等。

模块结构把项目拆解为一个个互相联系的模块，比如：登陆模块，可能包含短信通道，语音验证码通道，第三方登陆整合以及登陆后的设备关联等。模块结构图能让产品设计更完整，不会遗漏任何路径或功能。

功能树功能树的作用就是把各个模块的场景具象化。以支付为例：包括微信支付、支付宝支付、余额支付和积分支付，每个支付模式下又有不同的优惠条件。将功能树与模块结构结合，能将产品功能描述得更清楚。

页面结构页面结构描述的是每个页面之间的关系。页面结构和功能模块是相通的，每个模块都应想对应其中一个页面，而页面里的功能也要体现在模块里。有了页面结构，就能和业务方进行深入沟通了。

原型设计现在很多产品经理一上来就会把原型设计做出来，但其实这样的效率非常低。我们关注的往往是功能和页面间的逻辑，把逻辑架构树立好才能一步到位完成产品的原型设计。

五、产品经理沟通能力

沟通和研发有一定相似之处，需要用各种修复补丁来完善发布的版本。

很多时候，在沟通开始前，产品经理其实没必要把功能细节想透。沟通的第一步通常只是发布信号，比如：我想做积分换钱功能。不同部门的人听到这个意见之后，会站在不同的角度去思考这一功能的利弊。进过两天的思考，双方再沟通功能细节，效率会有明显提升。

在研发过程中，常出现产品和业务沟通中断的情况。其实保持进度的更新是很有必要的。比如研发进度已经到 30% 了，运营端的内容资源是否也开始准备了？大家信息保持同步，才能更好实现整体项目落地。

六、落实到指标的反馈

当被问到某一项目的表现情况时，我们的第一反应往往是 A 模式。每个人都有舒适区，表达自己的经历是容易的。而依照 B 模式，总结表现结果，尤其是数据表现不好的结果，往往比较困难。但这样的回答，才是产品经理真正需要的。如果没办法直接回答一个问题，那所有围绕这个问题的讨论都是浪费时间。

七、每一次迭代都是为了业务目标进行着

每个产品经理心里都需要一个表格，了解每个功能对公司业务增长的价值。每个项目的增长指标与公司的业务间都有联系，这是一个递进的过程。

作为产品经理，我们需要从收入和成本的角度评判业务是否健康。此外，我们还要熟悉核心的增长指标以及拆分后的各项指标，可能是用户量、活跃度，也可能是平均成交金额等。持续跟踪每一个最小增长单元数据，才能在第一时间发现业务问题并作出调整。

八、产品经理工作流真的很重要

John之前经常写产品经理工作流。今天再回溯。只想说——产品经理工作流真的很重要。

这八步去思考后，其实在我们做产品的过程中似乎可以有更多的自我发挥空间。当然这最后需要取决于我们对产品业务的认知。但愿能帮到你。

点个“在看”吧。写文不易。

历史文章：（其他的查看历史文章吧）