与 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. 认识自己的能力

最后一点是认识自己。这主要依靠个人的日常积累,我每次来参加活动都会有收获,不仅来自嘉宾的演讲分享,更多的是来自和大家的交流。吸收了大家的想法,回去思考自己做得如何,才能在以后做得更好。

很多人看到的成长其实是产品或平台的成长,自身的成长离不开个人的努力。希望这十个原则能帮助大家,无论在产品还是个人层面,都实现快速增长!

声明:本网站发布的内容(图片、视频和文字)以原创、转载和分享网络内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-62778877-8306;邮箱:hyg@west.cn。本站原创内容未经允许不得转载,或转载时需注明出处::西部数码新闻资讯门户 » 与 167 位增长经理共事后的经验总结:10 条产品力原则

赞 (0)

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址