产品经理年终总结.docVIP

产品经理年终总结 / 俞军老师曾说过：“面对需求合理性的取舍，往往能决定一个产品生与死，而这恰恰是产品经理存在的原因”。 但残酷的现实是大部分产品人在需求取舍的敏锐度上基本缺失，也没有去挖掘需求的合理性。比如之前在Blues团队对需求的挖掘和梳理有一套完备的机制。所以这些产品经理在工作中放弃对“需求”这个最重要环节的掌控权，甘于成为“需求的搬运工”，所有力气和才华花在了自认为的“Do the things right”——生产环节：系统设计、交互、需求文档、项目管理。 如果你心里永远有条业务线和一张不断修正的产品蓝图。对于你自身来说，你将不会失败。用一张图来梳理下： 前面稍微聊的有点多。接下来John通过产品经理日常工作制作了几张戏谑的图，来聊聊产品经理年终报告：（踏实做好每一步，将每块产品知识碎片拼凑起来，才能更好更快的成长。图片纯属虚构哈。如有雷同，你就太牛X了。） 01 关于业务需求 可能大部分产品经理在梳理业务层模块时，往往会被业务方牵着鼻子走。其中需要和业务同事进行有效沟通，主要分为三部分： 首先产品经理需要对整个业务非常熟悉——现有业务（直接呈现给用户的）和后续方向（业务规划和竞品梳理）； 和业务方沟通时，要有针对性追问业务同事提出方案的合理性。这不是抬杠，是说清楚做这个事情的意义和背后的目的。达成一致才能更高效做事； 背后的目的和当前优先级必须贴合当前OKR。 “业务”和“需求”是产品经理入行的必修课。业务的制定策略，可能产品经理不太清晰，但是业务的实现逻辑以及业务规划，产品经理要非常明白。 02 关于用户需求 大部分的用户需求合理性一定是用户在一段时间使用产品后反馈的需求，所以这就是为什么要时时刻刻跟踪用户，跟踪用户最好的方式是把用户凝聚在一个群里互相沟通。这也就是搭建核心用户群最好的办法。John一般是这么做的： 适当的福利加引导，尤其是新版本更新时，非常有必要去做； 比如在电商产品中，每天有效的做好任务引导（核心群设定对应的任务环节），并做好优惠+奖励； 其他的，运营需要准备对应的方案。 需要注意的是：一定要有了完备的方案才考虑拉核心用户群，且核心用户群目的是为了用户反馈需求。一定要围绕这两点出发才行。否则就变成营销群。 03 关于数据需求 数据的重要性对于产品来说就不言而喻了吧。但是…但是…数据字段的定义是基础点。如果数据定义都产生分歧or模糊不清，那再多的数据都是扯淡了。那么产品经理和业务一定要尽可能有完备解释每个数据的定义。比如： 新增用户(7日平均):最近7日(不含今日)每日新增用户的平均值 新用户次日留存率(7日平均):最近7日(不含今日/昨日)新增用户次日留存率的平均值 使用时长(7日平均):最近7日(不含今日)用户每日使用时长的平均值 活跃用户(7日平均):最近7日(不含今日)每日活跃用户的平均值 7日总活跃用户数(重) :最近7日(不含今日)活跃用户的总数(去重) 30日总活跃用户数(去重) :最近30日(不含今日)活跃用户的总数(去重) 累计用户数:截止到当前时间，启动过应用的所有独立用户(去重，以设备为判断标准) 总崩溃率:每日错误数/启动次数 先定义好数据字段，在去梳理数据分析。 04 关于产品拆解 “如果你认真拆解3款产品后，你真的会上瘾。”如果只是完成任务，你会越拆解越难受。所以试着去拆解下产品，真的贼有用。新读友可以看看拆解的三步法： 产品架构——梳理下产品功能清单（尽量无遗漏的写出来）； 运营体系——结合该产品的历史版本迭代记录和结合市场分析做出运营体系梳理； 商业模式——梳理下该产品的盈利模式。 （还可以加上以下两条： 核心流程梳理——把该产品的核心流程及其有关联的流程全部梳理出来； 特色功能——特色功能的交互和页面流程梳理有必要整理出来。） 建议产品小伙伴都去拆解下，哎哟……真的会上瘾哦~ 05 关于产品路线图 对产品规划和业务规划非常清晰，并且对于竞品有一定的认知后，再来制作产品路线图。且产品路线图一定要落地…… 所以路径一般是这样的：产品规划蓝图→产品需求；业务OKR→业务需求；用户核心群→用户需求；数据分析→数据需求。把以上需求进行紧急优先级梳理和排序，和各方小伙伴进行版本梳理。 制定了就需要推行落地，有调整就修改…… 06 关于产品设计 产品设计处于基本功，清晰的产品原型展示是传达给项目组的基础。需要考量的点是： 产品设计的原则要和UI叙述清楚，让UI能从产品原型中明白你的意思； 产品原型在技术眼中要清晰功能的重要优先程度。 John一般针对于原型的设计是黑白灰的线框图。给UI在设计的过程中，尽量不要造成配色上、布局上的歧义。在交互上，有条件的尽量可以完善交互和用文字表述清晰。 另外，有参考图会更佳。核心点就是通过你的产品原型设计，能让项目组明白布局、功能的优先级。