互联网

产品经理进阶,开始做产品规划

原创: Kevin改变世界的点滴 Kevin改变世界的点滴 昨天

由于近期在做产品规划,刚好调研了一些规划方案。结合自己的公司业务也做相关的案例。


产品经理在工作中通常都是基于需求来做某个功能。在产品1.0初期我们是基于公司业务模式做产品。


做个比喻:


公司的业务如同一个没有形态的空壳。我们需要将空壳装在产品形态下,为此1.0的产品形态是为了给予业务一个“肉身”,这个肉身就是最终我们所使用的产品。


本来公司的业务或企业所探讨出的商业模式,以产品“形态”表现出来。产品规划将其每个形态拆分,那个阶段做什么、为什么这样做、一共又有多少个阶段?


产品生命周期



如上图,产品的生命周期需要考虑到用户的生命周期。每个用户进入产品生命周期后都会从新用户到流失用户。


对当前阶段的产品规划,是为了降低用户的流失。提升用户的活跃最终达到营收与增值增加。


请拆分你的产品阶段


1.0的版本是相对容易。因为我们清楚我们在需要的上线时间前。可以做多少的模块、多少的后台管理。但为什么1.0版本我们做成这个样子?是产品经理拆分后的细则。


如下,是一个CRM系统拆分的模块细节



产品负责人在设计产品规划后。对其每个模块进行拆分,需要关联或统筹在一起的就可以考虑为独立平台。


比如上图中的运营管理后台,卡券管理、会员管理、分析报表。都是可以集合在一起,独立后我们可以更好的方便后期的权限设计、模块扩展。


时间点与需要资源


在把内部产品团队要做的任务拆分后。围绕整体产品上线的时间点,对着优先级跟进每个模块的时间点。


同事,在模块需要的关联资源我们要在产品规划中写明。比如法务支持、财务支持、人力支持。


在资源支持上,后台产品和C端产品会有明显的差异。后台产品根据业务对象,比如餐饮系统、医生端系统、门诊系统、门店系统,都是各个角色串线后的业务。


C端则需要大量的运营、开发支持。及时解决严重BUG问题,和准备下个版本的上线时间。


好啦,今天的原创case就到这里。每周两篇我的工作案例在这里~


推荐阅读:

坚持一年,招募100个产品经理


我的第一本书,给你们





Talking

发表