前言
产品规划是指导产品周期迭代的大纲，一个成功的产品依赖于合理的产品规划。产品的类型、阶段、业务进展、市场环境等诸多因素影响着产品规划的制定。因此，如何保证规划的合理性，是每个产品负责人都应该思考的问题。产品规划定义：
通过调查研究，在了解市场、客户需求、竞争对手、外部机会和风险以及市场和技术发展趋势的基础上，根据公司自身情况和发展方向，制定出能够把握市场机遇、满足消费者需求的产品愿景以及实现这一愿景的战略战术的过程[1]。
结合自己的工作实践，笔者认为合理的产品策划应该做到以下几点:
1。梳理业务目标
业务目标的梳理是一个定义业务方向的过程，需要考虑以下要素:
客户群体
也就是产品服务的对象和目标用户群。b端业务系统都有明确的用户角色，通常会进行职责划分，比如常见的人力资源、财务、销售等。C端产品的目标客户是有明显特征划分的，通常包括年龄、地域、职业等。定义客户群体就是挖掘用户的核心需求和痛点，衡量市场规模。
解决方案
即以什么形式提供什么样的服务或产品，满足用户需求，解决用户痛点。解决方案可以概括为两个方面
产品定位
和
产品形态
。产品定位就是提供什么样的服务或产品，解决用户问题，满足用户需求。产品形态是服务的载体，是产品的外在形态，如桌面客户端、桌面WEB、定位器APP、小程序等。
价值产生
产品服务用户，解决用户的问题，满足用户的需求，为用户产生价值。对B端产品价值的常见描述包括满足业务需求、提高效率、降低成本等。对C端产品常见的描述有满足用户情感需求、节省用户等待时间、提高用户办事便利性、减少信息不对称等。
产品给用户带来价值，那么用户价值如何转化为企业价值？应特别考虑商业产品。
产品独特性
即该产品区别于其他竞争产品的特征。企业通过分析自身的优势和劣势、市场的机遇和挑战、竞品的对比，挖掘产品的独特卖点，形成竞争优势。
触达用户
即如何让产品到达目标客户？如何让用户找到产品？对于B端产品，是以销售为导向的多渠道寻找线索获取客户。对于C端产品，则是以运营为导向，多渠道吸引新客户。
客户维护
那就是维护产品和客户的关系。客户关系的维护可以分为
拉新
、
挽留
和
转化
。通过对客户关系维护的数据量化，其关键指标大致可分为
收入类别
(如订单数量、收款金额、付款率、续保率等。)、
转化类别
(如点击率、转发率、K因子等。)和
流量类【不同的产品侧重不同的关键指标。通过关键指标的变化，我们可以分析当前产品的客户留存率。
盈利模式
也就是产品的收入来源。B端产品常见的盈利模式有一次性***付费、订阅付费、提成抽取等。C端产品常见的盈利模式有广告、增值服务、商品销售等。盈利模式是产品将用户价值转化为商业价值的方式，通常是多种盈利模式的组合。
上层规划
产品不是孤立存在的，需要其他产品的资源。所以产品规划要看产品线、产品组合、系统架构、企业规划，要考虑产品在产品线、产品组合、系统架构、企业中的位置。
不同的产品在规划时需要考虑的因素不同，可以通过是否商业化来区分。
客户解决方案的价值产生产品的独特性，达到维护客户的盈利模式。上层规划商业化√√√√√√√√√√√√√√——–√
通过调查研究明确了产品的相关要素后，就要对目标进行量化。量化目标要遵循SMART原则[2]，还要考虑产品生命周期。在导入期，产品本身的功能不完善，客户规模小，所以业务目标的制定要着眼于客户群体、解决方案、价值生成和客户触达。产品成长期业务目标的制定要以客户维护和盈利模式为重点。在产品的成熟期和衰退期，业务目标的制定应着眼于客户维护、解决方案和价值创造。
SMART原则
具体:混凝土
可测量的:定量的
可实现的:可实现的
现实:相关
基于时间:有时间限制
产品生命周期
引进期
生长阶段
成熟期
衰退时期
2。确定利益相关者和业务范围
利益相关者是影响项目成败，与项目利益相关的人。常见的项目干系人包括公司高管、项目团队成员和产品用户。识别项目利益相关者并满足不同利益相关者的期望和需求是产品成功的关键因素。
要打造的产品必须能够改善所有者的实际业务，能够应用于所有者的业务领域，完成部分(有时是全部)工作[3]。因此，梳理业务范围不是基于系统的功能实现，而是从用户使用的实际业务出发，总结其业务构成，明确业务系统化边界在哪里，哪些业务应该系统化。
业务范围的定义有两个方面:一是抽象产品用户，挖掘其共性，定义产品的业务对象；另一个是分析实际业务的工作流程，分析业务事件，定义系统边界，梳理系统支持用户的实际业务。获得正确的产品系列是获得正确需求的关键[4]。
业务范围可以从不同的业务领域细化到业务用例，然后分析业务用例的哪些部分是系统实现的，这些部分称为产品用例。B端系统的业务范围以教育培训行业B2C CRM系统为例，C端系统的在线职业教育APP的业务范围为例。具体产品如下:
业务对象
即用户角色，是对产品直接使用者的抽象。B端产品的用户角色可以按照其岗位的工作内容进行区分，如教培行业的CC、CR等。C端产品的用户通过用户特征进行分类来划分不同的群体，如用户基本信息、用户行为数据。也就是说，用户角色是产品直接用户的抽象。B端产品的用户角色可以根据其岗位的工作内容来区分，比如教育培训行业的CC、CR。C端产品的用户通过用户特征，如用户基本信息、用户行为数据等，划分为不同的群体。
业务用例
对系统业务事件的响应被称为业务用例，它包括做出正确响应所需的所有处理和数据[5]。
产品用例
自动化系统处理的业务用例部分是产品用例[6]。
3。确认业务流程
如果系统支持或优化的业务范围得到确认，那么系统将参与组织的工作，将工作中的某个业务单元系统化，或者优化现有的系统流程。原有的业务流程发生了变化，需要对变化后的流程进行整体梳理。先梳理整个过程，再从上到下逐部分分析。确定一个好的业务流程，就是梳理系统与用户实际业务工作的关系，对业务进行建模的过程，有利于业务流程的持续改进。
业务流程图需要反映系统、角色和模块之间的逻辑关系。以教育培训行业B2C CRM的客户跟进业务场景流程图为例，如下:
业务流程图(TFD)是描述管理系统中所有单元和人员之间的业务关系、操作顺序和管理信息流的图表。它用一些规定的符号和联系来表达具体业务的处理过程，帮助分析人员找出业务流程中不合理的流向[7]。
业务流程图通常包括活动图和顺序图。活动图通常以多车道的形式显示不同业务对象活动的逻辑关系。序列图(也叫序列图)是按照时间顺序展示多个业务对象之间交互和协作的顺序关系。
除了梳理业务工作中业务活动的逻辑关系，还需要关注系统信息的流转，分析实际业务流程中的信息载体(即业务活动处理的“实体”)。数据“实体”是在过程中创建、演化和(通常)归档的核心概念对象，是跟踪业务运行信息的重要载体。常见的有订单、**、商品、工单、审批表等[8]。业务流程中不同的业务活动会导致数据实体状态的变化，这可以看作是对核心实体生命周期的管理，周期的每个状态直观地对应一个业务相关的状态[8]。这个数据实体的状态变化可以用UML状态机图来描述。
状态机是一种行为，它解释了对象在其生命周期中为响应事件而经历的状态序列，以及它们对那些事件的响应。状态是指对象生命中的条件或状况，在此期间对象会满足一定的条件，执行一定的活动或等待一定的事件[9]。
4。分析业务优先级
产品开发的时间规划和资源规划都依赖于业务优先级的确认，所以我们在产品规划的时候优先考虑系统的业务优先级，也就是分析系统产品用例的优先级。那么应该用什么样的方法来分析呢？应综合考虑以下因素:
战略规划方向
分析业务是否符合企业当前的战略规划方向。
市场情况
即考虑市场竞争和市场规模，分析业务对产品竞争力和用户群体的影响。
业务目标
分析业务完成和质量对业务目标完成的影响。
业务带来的价值
分析商业能给企业和用户带来多少价值。对于产品的初始阶段，需要注意的是开发的业务要形成业务闭环，能优先考虑最小闭环的业务优先级高。
投入产出比
对比对接业务的成本与其开发成本。
业务优先级受许多因素的影响，因此我们应该衡量每个因素的权重。
5。划分项目里程碑
通常，里程碑是项目中阶段性工作完成的标志，标志着上一阶段的结束和下一阶段的开始。流程任务由结论性标记描述，并定义了任务的起点和终点。一系列的起点和终点构成了指导整个项目进展的里程碑[10]。划分项目里程碑是为了规划完成业务目标的时间。
划分项目里程碑包括两部分，一是目标分解，二是完成时间。目标分解应根据业务实际进行。常见的目标分解包括根据业务功能的步骤、任务、根据业务价值的量化指标等。对于产品规划来说，项目里程碑的完成时间不需要很精确，一般以季度和月份来划分。业务优先级影响里程碑的任务内容，每个阶段的规划都应该优先考虑高优先级的业务。
摘要
产品规划是系统开发的指导原则。通过梳理业务目标、界定业务范围、确认业务流程、分析业务重点、划分项目里程碑，项目参与者可以清晰地了解产品在一定时期内的项目目标、发展规划、任务内容、资源安排等。
本文来自柠萌先森ζ投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/576867.html
微信扫一扫 
