与 167 位增长经理共事后的经验总结：10 条产品力原则

要在短期内完成丰富的经验积累，并为公司带来快速的业绩增长。作为一个中年产品经理，我总结了 10 条产品力原则，希望能帮大家在增长的道路上提提速。

大家常说“产品经理”，但在当今互联网背景下，我认为人人都应该成为增长经理。企业对每个人的技能需求都是复合的，既要懂数据和用户，也要会写 PRD，完成产品迭代。
现在，我们常常面临的挑战是：要在短期内完成丰富的经验积累，并为公司带来快速的业绩增长。作为一个中年产品经理，我总结了 10 条产品力原则，希望能帮大家在增长的道路上提提速。

1. 脑海中始终有一张不断被完善的产品架构图

刚入职的时候，怎样才能尽快了解公司并上手工作？我的做法是从产品架构入手。基于现有内容，总结公司的各大产品线：

• 内容生态产品线 —— 给用户带来价值的美食内容；
• 社群互动产品线 —— 包括微信、APP 的社群，让用户和平台产生关系；
• 商业价值产品线—— 以课程、广告、电商为主，拥有商业价值的产品；
• 平台产品线 —— 包括会员系统、营销系统等内部产品。

接下来，就要往大框架里填充各类小产品，这是我整理的大致框架：

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

2. 一份靠谱的 Roadmap

说到产品迭代，大家都不会陌生。迭代能否顺利完成，往往取决于产品经理的思考深度。以搭建菜谱分享社区为例，相信各位都能完成产品路径层的规划。先完成菜谱列表，以热门美食吸引用户浏览转发，然后开放发布功能，鼓励用户原创分享。

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

3. 大结局前的反向思维能力

回到菜谱社群的案例，大家觉得这个 Roadmap 有没有什么不足之处？既然目标是让更多用户参与社群互动，第二次迭代的收藏/转发功能就显得特别重要。当我们只有2000 个菜谱的时候，用户随手翻翻就看完了，有没有收藏的必要？是否应该把用户发布功能提前，让大家更早参与社群的互动？

这就是反向思维能力，在整个团队都认为某个项目都不错的时候，需要一个人站出来反向思考，用各种角度挑战规划的合理性，往往能避免很多无用功。

4. 就算只剩一位工程师也要活下来的求生欲

还是菜谱社群的例子，我们可能需要 10 位工程师才能实现一个月内社群搭建及上线工作，包括菜谱列表，用户发帖及分享，评分及榜单功能。但如果老板只给你 5 个人，上线时间不变，你会怎么办？
砍功能。核心的菜谱列表不能砍，为了保证社群活跃度，用户发帖和分享也不能砍，所以我会把评分和榜单功能砍掉。
如果只有 3 个人呢？
那就做一个单向产品，只保留核心的菜谱分享功能。
如果只剩你自己了呢？
回归产品核心目标，搭建菜谱社群是为了让美食爱好者分享各自的美食菜谱。
那搭一个论坛是否也能实现？
虽然这不是我自己的产品，但在招到研发之前，我还是不会让整个工作停下来。
很多初创公司的融资规模都不支持充足的技术资源，这就要求增长负责人思考每天的人力是否都花在了最好的功能上。

5. 上天入地的换位思考能力

换位思考，指的是考虑每个需求背后的原因。有的需求可能是例会上讨论出来的，有的是老板安排的，也有的可能是日常聊天聊出来的。但这些需求方的目标到底是什么？有没有更好的实现方式？
这都需要产品经理进一步理解消化，我常用一句玩笑话，考验自己是否真正理解了需求：如果业务方去生孩子了，我是否能胜任她的工作？比如：一款市场投放产品，你能否帮助市场监控投放数据，衡量投放的ROI？
简单来说，就是站在业务角度，使用自己的产品。

6. ROI 极高的设计生产力

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

• 核心路径用不超过 15 个字的描述，讲清楚产品的操作流程。以共享单车为例：扫码、验证、开锁、骑行、关锁。这是用户操作的核心流程，流程描述清楚后，其实每一步都可以变为数据指标，比如：每天的扫码量，骑行时长等。
• 模块结构把项目拆解为一个个互相联系的模块，比如：登陆模块，可能包含短信通道，语音验证码通道，第三方登陆整合以及登陆后的设备关联等。模块结构图能让产品设计更完整，不会遗漏任何路径或功能。
• 功能树功能树的作用就是把各个模块的场景具象化。以支付为例：包括微信支付、支付宝支付、余额支付和积分支付，每个支付模式下又有不同的优惠条件。将功能树与模块结构结合，能将产品功能描述得更清楚。
• 页面结构页面结构描述的是每个页面之间的关系。页面结构和功能模块是相通的，每个模块都应想对应其中一个页面，而页面里的功能也要体现在模块里。有了页面结构，就能和业务方进行深入沟通了。
• 原型设计现在很多产品经理一上来就会把原型设计做出来，但其实这样的效率非常低。我们关注的往往是功能和页面间的逻辑，把逻辑架构树立好才能一步到位完成产品的原型设计。

7. 让人舒服的递进式沟通能力

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

很多时候，在沟通开始前，产品经理其实没必要把功能细节想透。沟通的第一步通常只是发布信号，比如：我想做积分换钱功能。不同部门的人听到这个意见之后，会站在不同的角度去思考这一功能的利弊。进过两天的思考，双方再沟通功能细节，效率会有明显提升。
在研发过程中，常出现产品和业务沟通中断的情况。其实保持进度的更新是很有必要的。比如研发进度已经到 30% 了，运营端的内容资源是否也开始准备了？
大家信息保持同步，才能更好实现整体项目落地。

8. Excel 高手

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

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

9. Answer First

针对这一点，大家不妨先看看以下两个回答：

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

10. 认识自己的能力

最后一点是认识自己。这主要依靠个人的日常积累，我每次来参加活动都会有收获，不仅来自嘉宾的演讲分享，更多的是来自和大家的交流。吸收了大家的想法，回去思考自己做得如何，才能在以后做得更好。
很多人看到的成长其实是产品或平台的成长，自身的成长离不开个人的努力。希望这十个原则能帮助大家，无论在产品还是个人层面，都实现快速增长！
 
作者：赵征宇，日日煮产品战略副总裁

关键字：产品经理

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！