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

toG产品寒酥 2022-05-09 08:47:51

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

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

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

1. 产品规划定义

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

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

2. 产品规划目的

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

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

二、产品规划的步骤

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

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

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

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

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

政策、法规；
业务单位的具体需求；
查找理论依据（书籍、网上资料）。

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

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

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

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

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

2）看用户，看核心用户，其他相关方

3）看自身

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

4. 实施方式论证

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

5. 产品路线图

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

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

6. 业务分析

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

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