浅谈如何落地To G产品规划

14 评论 16241 浏览 308 收藏 10 分钟

编辑导语:To G产品规划对于做To G产品来说十分重要,本篇文章作者结合自身工作经验,分享了过往To G产品经验和所学产品规划技能,梳理出To G产品规划步骤,感兴趣的一起来学习一下吧。

16年入行产品,从产品小白到助理到专员到产品经理,一路走来,遇到过苦难挫折,但也收获了方法,提升了能力。从事产品工作以来一直在乙方工作,做过政务项目,也做过B端产品。通过几年的工作总结出了一些可复用的工作方法与工具,分享出来希望能够帮助到入行不久或想要入行的朋友们,同时也希望经验丰富的朋友们多多指教。

本篇产品规划是结合过往To G产品经验和所学产品规划技能,梳理出To G产品规划步骤。

一、产品规划的定义与目的

1. 产品规划定义

产品规划就是通过行业调研、市场分析、用户研究、竞品分析、数据分析等工具或方法论来收集信息并分析、拆解、加工形成结论,依据结论得出产品定位、业务模式、产品路线图、功能模块的过程。

  • 产品定位主要是说这个产品要做什么?也就是行业、切入点的选择,解决谁在什么场景下需要完成什么工作的需求。
  • 业务模式就是要怎么干?
  • 产品路线图则是需要分几步做?
  • 功能模块也就是流程及功能的规划。

2. 产品规划目的

  • 明确产品路线:团队认知统一;阶段目标明确;工作取舍(基于大目标决定是否做);
  • 准备资源:申请依据;分配依据(团队工作分工);

以上是大多数B端产品的产品规划步骤,G端产品是算是B端的一类吧,但又与B端不尽相同,我所接触的G端产品的起点大多是业务需求或政策导向,例如:政务OA、一网通办等。

二、产品规划的步骤

下面我将以21年所做的一个技术创新协作平台为例,介绍下我是如何做产品规划的。

1. 从背景现状中寻找切入点

了解客户方背景和现状,有助于我们根据实际情况确定切实可行的规划。在了解背景和现状阶段,我们去客户方调研了近3个月,通过多次现场访谈和一对一沟通,整理了目前的背景现状及待解决的问题。

2. 从业务需求中归纳出业务框架

梳理业务需求阶段可以从以下方面获取信息:

  1. 政策、法规;
  2. 业务单位的具体需求;
  3. 查找理论依据(书籍、网上资料)。

我在做这个平台时主要以政策、法规为框架,以业务单位的具体需求为核心,用书籍作补充来进行业务框架梳理。

3. 收集完整信息确定产品定位

收集信息确定产品定位就是要确定产品的整体目标,我们要有一个大的愿景,来支持后续工作的不断完善,当后续工作中出现问题时我们可以回归到最初的愿景。B端产品收集信息大多从以上8个部分收集,我在做技术创新平台时,因有核心客户,需求框架是相对明确的,所以我主要从市场、竞品、用户、自身来收集信息。

1)看市场、看对手,看市场需求、行业玩家、业务模式

  • 看产业图谱:了解行业玩家、角色划分、产业运作模式,帮助我们系统的了解行业;
  • 看竞品,看他的发展历程,基于什么背景产生、怎么孵化起来的、产品矩阵中的产品哪些是先有的哪些是后有的)、产品定位、布局路径、基于什么目的和解决方案做的这个事情等,可以参考并确定如何搭建产品矩阵,先做哪块比较好,后做哪块,最后是什么样子;
  • 市场需求分析确定目标用户、市场规模,结合自己的优势去匹配市场需求确定目标用户及市场。

2)看用户,看核心用户,其他相关方

3)看自身

  • 分析发展规划的优劣势;
  • 确定产品服务特征(通用功能+定制功能);
  • 绘制商业模式画布;
  • 确定基础收入能力,需积累的资产(例如:标准化的模块),长期的核心能力(例如:数据收集)。

4. 实施方式论证

确认自建或找合作厂商联合开发建设,此部分需结合自身能力和产品的核心价值做评估。在自身能力允许的情况下最好自己做,边缘业务,例如:成果管理、需求管理,市面上已经有一些比较成熟的产品可供使用,那么就可以与第三方厂商合作,引入生态应用,减少成本。

5. 产品路线图

产品定位和核心业务模块确定之后,就需要输出产品大图和产品路线图。每个G端项目都是包含很多业务块的,产品路线图就是将这些业务按优先级进行排列,制定合理的规划。

同时,G端涉及的用户角色也比较多,也就会有多个核心场景。政务产品的MVP就是满足最最最核心的业务场景,在本次规划中则是科研项目管理,所以我们将业务分类后,按核心业务、基础业务、辅助业务三类做了优先级排序并输出产品大图和产品路线图。

6. 业务分析

基于以上规划,我们对最先做的是分析核心业务,先落地MVP版本,使客户急需的科研项目管理达到可用状态。

在进行业务分析时要依托于客户的核心业务展开讨论,当我们不确定一个功能或模块是否需要时,就要回到最初和客户沟通时的场景去确认这真的是客户想要的嘛。最终确定设计方案后一定要再去和客户汇报一次,大多数G端的客户第一次的需求陈述并不十分准确,就需要我们快速熟悉业务并与其反复沟通。梳理出切实可行的业务流程和简单易用的业务模块。

以上是我对To G产品规划的部分实践,希望链接更多同做G端伙伴,一起交流学习。最后想和大家说句:产品规划是要持续修正的,有时计划真的是没有变化快,我们要根据产品的发展做出适当的规划调整来推动其产生更大的商业价值。

 

本文由@toG产品栗子 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 大佬,这篇文章是干货。学到了,学到了

    来自广东 回复
  2. 大佬,学到了

    来自浙江 回复
  3. 大佬🐮 少见的g端干货!支持

    来自福建 回复
  4. 少有的G端好文章,我也是G端的一枚产品,不知道有机会拜师学艺没?如何联系您?

    来自湖北 回复
  5. 有受益,学习一下。

    来自北京 回复
  6. 这篇文章写的很专业,在跟G端用户的前期沟通中靠一般调研能获得的有用信息很少,需要产品经理在后续工作中收集大量业务讯息+多套解决方案,让他们去做选择,选择题才是与G端用户沟通最快速且有效的方式

    来自上海 回复
  7. 很棒,还有部分商业化的思维。

    来自湖南 回复
  8. 经验丰富,非常专业

    来自浙江 回复
  9. 非常感谢

    来自山东 回复
  10. 看了您写的文章收益匪浅,怎么能联系到您?

    来自河北 回复
  11. 请问这个技术创新协作平台是线上的产品吗?有没有链接,想看看呢

    回复
    1. 客户的项目,没有对外开放哈。

      来自北京 回复
  12. 写的好详细的一篇文章!思维导图我直接爱了!感谢作者分享

    来自广西 回复
    1. 感谢认可,欢迎随时交流。

      来自北京 回复