To B 产品需求分析的实践流程( 二 )


有的童鞋说了:对方没有官网、没找到文档、人家也没参加展会 , 咋办?
如果是这样的公司 , 你就干脆放弃吧 , 头部不行 , 你可以调研第二梯队的产品啊 , 总是有能调研的吧 , 除非你做的是特种产品(比如涉密军品) , 如果是这种产品 , 应该也不用调研需求了吧 , 基本上都是有国家标准的 , 按标准来就行 。
到这里 , 你基本上就知道竞品有啥功能了 , 之后你得对竞品的功能做分析 , 这个分析主要是几个维度:
1)根据竞品做业务分析
根据竞品的产品逻辑 , 构建业务模型(其实就是业务流程) 。 竞品一般都是比较先一步进入市场的 , 它的业务过程通常也是比较符合客户实际需要的 。 这个阶段你也不需要关注具体的功能 , 只关心阶段、输入输出就行 。 比如 , 笔者做的业务分析情况如下图:
To B 产品需求分析的实践流程
本文插图
通过这个分析 , 你就可以知道:

  • 完成一个业务大概需要几步;
  • 每一步的输入和输出都是什么 。
你看 , 通过分析竞争对手的产品 , 你已经算是对行业相对比较了解的产品了 。
2)对比分析
多找几个竞品 , 每个竞品你都能制作出来这样一个业务模型 , 做2~3个以后 , 你就可以对这几个业务模型做比对了 , 比对的结果一般会有以下几种情况:
  • 阶段划分不同 , 有的多 , 有的少;
  • 输入输出不一样 , 有的多 , 有的少;
以上两种情况都是正常的 , 在这个阶段你需要做的就是做一个合集 , 生成一个最多阶段、最全输入输出 , 按照这个做分析 , 哪家好 , 那家不好 。 毕竟没有对比就没有伤害 。 我之前做的比对结果是这样的:
To B 产品需求分析的实践流程
本文插图
这是对一个职业教育领域的产品进行分析后得出的结论 , 这个里面标红色的是没解决的 , 标绿色的是解决问题的 , 标黄色的是解决的不够彻底的 。 有经验的可能已经看出来了吧 , 这明明就是需求优先级嘛(不了解的去百度下Kano模型) , 规则如下:
  • 黄色:基本型需求
  • 绿色:期望型需求
  • 红色:兴奋型需求
这下Happy了 , 连产品功能迭代次序都有了 , 从MVP角度讲 , 第一版就把黄色做了就能拿出去忽悠了 , 对吧?
至此 , 竞品分析基本做完了 。 就该拿着你的分析成果去跟客户、用户聊了 , 去搜集他们的需求 。
02 用户需求分析
通过分析竞品 , 你不在是一个行业的门外汉了 , 也算是行业小白了 , 这时候你就需要基于竞品分析的结果 , 去找公司市场部门的人哭(没错 , 是哭 , 是不是很卑微?产品经理本来就很卑微) , 让他们带你去跟一线的用户聊聊 。
具体怎么聊呢?可不能直接就去了 , 你得做点准备工作 , 至少你得知道你要问人家啥吧?我一般准备的内容包括:
1. 业务流程咨询
你不是看过竞品了嘛?也按照竞品做了业务模型 , 知道了这个行业的业务都是什么了 , 那么跟用户采集需求 , 你就把这个流程里每个阶段的事情是怎么干的问问 。 如果你直接问 , 通常他们会东一榔头西一棒子的给你讲 , 我一般会通过竞品做个业务流程图 , 对着业务流程图给用户讲我的理解 , 比如下面这样的:

To B 产品需求分析的实践流程
本文插图
你放心 , 不对的地方 , 他们一定会提醒你的 。 注意:他们的提醒、吐槽等等 , 都是非常重要的需求 , 一定要记下来 , 一定要记下来 , 一定要记下来 。
2. 细节咨询
这个不是必须项 , 因为细节他可能不知道 。 如果他提醒了你做的流程的问题 , 或者吐槽了你做的流程的问题 , 千万要往细了问 , 一般我是三板斧: