C端产品经理工作的6个重点

首先声明本文不是鸡汤文,而是认真的在思考工作的一些方法心得,并且希望跟各同行交流探讨。本文并不是针对互联网新人看的,会结合工作的具体案例来支撑我的思考,还请大家根据需求来选择看或不看。

产品经理的主要工作

任何抛开实际空谈理论的行为都是扯犊子,产品经理类型分为很多种,不同类型的PM或许工作内容和重心都不相同,就我来说,属于c端产品,我认为c端产品的主要工作分为以下几点。

1. 价值明确

这个环节其实是工作的根本,你必须要知道业务目标在哪里,然后建立一些指标用于评估目标的完成情况。否则,后面进行产品迭代时,容易导致东一榔头西一棒槌,找不到发力点。

就拿我所负责的产品举例,我负责OTA产品的内容板块,由于整个产品已经比较成熟,业务目标比较明确,就是订单量的增长。

具体到我所负责的内容板块,也是要为这个大目标服务的。所以,我给自己定的目标就是,通过内容板块对站内流量进行高效分发,从而为各个业务线导流。

再往细了说,我们app以火车票订单为主,为扩大业务范围,我们又发展了机票、酒店、门票等多条业务。如果要在整体用户量难以增长的前提下,实现订单的增长,其实就需要带动用户在机票、酒店、门票多下订单。

所以,在这个背景下,我需要做的就是,结合用户预订火车票的场景,通过内容的形式,来做各其他业务线的交叉转化,为其他业务线导流。

那这个大目标制定完成后,就需要找出合理的指标来评判目标的完成情况了。这里我选取核心指标是导流UV,此外我还会看内容板块的总流量和点击率,因为这两个指标意味着产品本身做的好不好。其实还会一些更加辅助的指标,比如说用户留存、间接引导订单等,这些会在某些特定场景下去看,不作为主要指标。

很多PM在负责工作的时候,其实是没有接触过这个环节的,这个环节是从0到1的产品过程,并不是所有PM都有机会能接触的,所以如果自己不参与从0到1的环节,会比较轻松一些, 只需要跟前辈了解清楚你们产品的目标,你们的价值出口,否则后面的环节都会受到影响。

2. 需求定义

这个环节我认为是最重要的环节,你需要对用户想法进行揣摩,并且时刻勿忘自己的业务目标。而且要知道,你的业务目标与用户需求往往是没有任何关联的,并非只要满足了用户需求就能实现业务目标。

这时就需要通过你超人的洞察力、理解力、想象力来将用户需求与业务目标结合,转化为产品目标。说起来可能有些晦涩,还是通过举例子来分析吧。

对使用OTA产品的用户来说,旅游是用户的刚需。在用户的角度,往往是需要先发散地看到各种各样的好玩的地方;然后当用户对具体的某1个或某几个目的地产生兴趣时,再深度了解当地的玩法;

如果用户有很强的意愿去玩,则后面需要评估自己的出行方案,比如时间、人、如何去、如何住、怎么玩、多少钱;等整个方案确认完毕后,再根据实际条件来决定是否下单。

整条链路非常长,每个环节都可以采取一些做法来促进用户决策。

比如为了满足用户浏览旅游内容的需求,我可以做玩法推荐,推荐当下热门目的地、适合周末玩的景点或者是适合情侣出游的景点。

再比如说,为了方便用户可以深度了解某城市的玩法,我可以做城市玩法攻略,将某城市的著名景点和玩法汇总起来,让用户在需求时即可搜到。

再下一个环节,我可以做行程规划,帮助用户便捷智能地生成出游方案,缩短用户的决策周期。再往后,当用户确认了出行方案后,是否选择下单,选择在哪下单,则会结合价格、服务等多种因素来做决定。

从以上可以总结出,用户需求有:浏览全球好玩的景点、玩法;了解某特定地区的详细玩法;结合自身条件,规划去某地的全部行程。

结合业务目标将用户需求转化为3个产品需求:

  1. 是出游玩法推荐;
  2. 是目的地的玩法攻略;
  3. 是帮助用户做行程规划。

通过这3个产品,来吸引用户进入我的页面,并尽可能地转化到下一级页面。

个人认为最大的难点在于,首先你自己要成为真正的用户,才能理解用户的想法;其次要时刻牢记业务目标才能不设计出鸡肋的功能。

一句话来总结下就是:c端产品的设计,必须要满足用户的需求,这样用户才能用你的产品,从而实现你的目标。

3. 方案设计

这是第二重要的环节,也是难度等同于需求挖掘的环节。我所在的部门风格是产品主导整个方案的设计,因此经常会感觉一个人的思路有些局限,想不出好的产品方案。

我通常采取的方法是:将产品需求从一句话扩充成简单的示意图,然后再将简单的示意图扩充为PRD。当然这个环节,个人建议是最好可以跟产品同学或交互设计同学讨论,并且设计的初版方案给同事做些简单的调研。

具体还是举例说明:

比如上面谈到的目的地玩法攻略的设计,首先是考虑用户怎么查看,我的想法是用户搜索城市名的时候,比如北京/上海,点击后直接跳转到新的落地页,落地页名称就叫–上海玩法攻略,然后在这个页面上展示一些上海当地的景点、玩法、酒店等。

有了这个思路后,再把简单的示意图画出来,最后通过讨论调研,再调整成初版PRD。

个人认为这里最大的难点在于对用户心理的把控,这个环节基本上已经涉及到用户可视化的页面了,而页面架构如何设计,重点突出什么信息,页面的交互形式如何,视觉风格如何,都需要在这里考虑到了。

有可能你拿着画好的示意图去找用户做调研,发现大家对此没有一点感觉。所以,这里还是建议多用用自家app,成为真正的用户。

4. 沟通实现

这个环节相对来说比较明确,核心目标就是跟设计、研发、测试沟通清楚产品需求和产品逻辑,确保最终上线的产品是你想要的样子。

大公司流程会规范一些,像我们会有初评和终评,并且除了这些评审,任何问题也会随时与设计、研发保持沟通,因此基本上也没遇到过太大的问题。

这里要画个重点,埋点方案一定要重视,不然以后看不到数据有你哭的。

5. 排期跟进

各方一起定下最终排期,若资源不足导致很多功能排不上,如果一定要做,那就及时跟领导反馈情况,看是否能从资源层面来解决。

一旦排期确定后,产品、设计、研发测试都要按照这个排期来协作,保证高质量上线。

6. 分析总结

不说了,大家都懂。

各环节的精力分配

这其实也是我想跟大家讨论的地方,各个环节应该如何分配工作时间,才能达到更好的结果呢。

首先价值明确这个环节,一般仅在新产品开辟时需要研究,后续迭代就没有这部分工作量了,所以只考虑后续的环节。

如果从时间上来看,我目前各环节的时间分配从高到底分别为方案设计、排期跟进、沟通实现、分析总结、需求定义。

但其实前面也说了,需求定义反而是很重要的环节,我曾经试过连续2天坐在工位想需求,特别难受,而且效率也不高, 所以其实最好把需求定义放到平时 ,每天抽出一些时间来切换成用户的视角看产品,这样有利于积累一些用户需求,从而帮助自己高效地定义需求。

方案设计环节最好能收集用户的想法,或者借鉴下设计的想法。然后是分析总结,这块可以结合需求定义一起来做,并且除了主要的指标,也可以拉一些之前不太看的指标,说不定能找出一些问题呢。

总结

我相信每个PM都不希望沦为做需求的,也不希望被开发大哥拿刀砍。所以,合理分配好自己的工作时间,把精力放到刀刃上,其实是更有意义的。

如果大家看后有所感悟,欢迎加我微信探讨,我是Chris,从运营到产品,变化的是职位,不变的是业务的追求以及对用户的忠诚。

作者:chris;个人微信:huazi1004850671

本文由 @000 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章