做好产品规划的3个步骤 如何做好产品规划

产品规划是一件说难不难、说简单不简单的事情 , 笔者复盘了一次CRM系统的产品规划 , 分享了其中对于关键节点的把握 , 以及做好一次产品规划都要注意些什么事情 。
目前在一家互联网财税公司负责核心业务产品 , 手头主要三大产品线:财务线、税务线以及CRM线 。 最近带着各产品线负责人完成了三大产品线的产品规划 , 有些产品线是一直在持续迭代 , 有些产品线则是停滞了一段时间 , 换了产品线负责人重新上手 , 整体上来说已经整理的七七八八了 。
过程中深感对于一名产品经理来说 , 产品规划能力的重要 。 而很多基本能力较为扎实的产品经理在做产品规划的时候也会陷入盲目堆需求、直接设计细节、优先级排期混乱等问题上来 。
在此将自己的一些实操经验拿出来与大家分享 。
做产品规划 , 说简单也很简单 , 把握关键节点 , 整理梳理出需求的轻重缓急即可 。 说难也很难 , 系统的现状、市场的诉求、研发的资源、需求类型划分、排期优先级无一不是要纳入考虑的要素 。
如何在千丝万缕的线索中抽出一条清晰的脉络 , 我的理解 , 最为关键的一点在于做好业务深入理解和业务到系统的抽象 。 做好这一步 , 产品规划和需求排期最终不过是水到渠成的事情 。
本文我们以外呼型CRM系统为例(CRM较为普遍同时业务较为简单) , 进行一次产品规划的复盘 。
第一步:理解业务本质这一步先不要看任何系统 , 清空一切系统的影像 。
首先 , 我们先思考 , CRM业务的核心是什么?
CRM的核心很简单 , 就是销售用来挖掘跟进销售线索并最终实现到成交客户转化的过程 。
这就是CRM的核心 , 围绕这个流程 , 用户(主要为市场销售人员)有哪些行为和场景?
  • 在销售线索阶段 , 用户主要行为就是挖掘验证线索 , 最典型的行为就是打电话;
  • 在潜在客户阶段 , 用户主要行为就是对销售线索转化而来的客户进行跟进 , 方式包括不限于电话沟通、上门拜访等;
  • 在成交客户阶段 , 客户基本确认了购买意向 , 用户需要完成合同签署、收款等行为 。
从上面的一段场景描述中 , 我们发现涉及的用户行为包括沟通工具的使用(电话、短信、微信、QQ等)、用户跟进动作的记录(打电话、上门拜访等)、交易达成必要手续(合同签署、收付款等) 。
至此 , 我们可以总结下 , CRM的本质是:通过沟通工具的使用、跟进动作的记录、交易达成必要手续来推动销售线索到成交客户转化完成 。
第二步:业务到系统的抽象这一步还是不要看任何系统 , 清空一切系统的影像 。
通过上面对业务的梳理 , 我们可以开始思考一个问题 , 要完成上述的业务 , 我们需要怎样的一个系统 。
第一 , 这个系统需要帮我们完成流程的流转 。 而流程的流转 , 无非要完成两件事 , 在流程节点信息以及节点到节点之间的流转 。
流程节点信息是什么?
节点就是客户所处的不同阶段 , 即销售线索、潜在客户以及成交客户三大客户阶段 , 流程节点信息具化开来就是每个客户阶段客户列表页以及客户详情页/客户卡片 。
流程节点到节点之间的流转要做什么?
需要制定流转的前提条件(如需要添加哪些信息、上传哪些文档 , 生成哪些记录等)以及流转后的限制(只能哪个节点到哪个节点、流转是否可逆等) 。
第二 , 流程不会自我流转 , 而是通过一些核心功能模块 , 来驱动流程的流转 。
对照上图 , 我们很容易拆分出沟通工具模块(电话功能、短信功能、QQ等)、跟进动作的记录(跟进动态、电话录音、短信记录、外勤签到等)、交易达成手续(合同模块、收费管理模块、产品/服务管理等) 。
第三 , 作为一个系统 , 还需要一些通用功能来支撑用户的基本操作和管理 。
我们可以把常用的系统功能拉出来看看是否我们系统都会用到 , 如用户管理、权限管理、消息管理、基础设置、帮助中心、数据统计……我们似乎发现了一个不太一样的通用模块——数据统计 。
数据统计对很多系统来说 , 是一个通用的管理功能 。 但是对于CRM来说 , 数据统计不仅是对业务数据结果的分析 , 还会应用到对用户工作的规划统计和推动 , 即计划模块 。 所以 , 我们要把计划管理放到推动流程流转的核心功能中 。
我们对上述功能抽象的结果做一个整理 , 如下:

推荐阅读