B端产品分析全流程:从项目背景到需求优先级( 二 )


本文插图

Peson:首先需要产品经理析出流程中的角色 , 不同于C端用户画像的纷杂 , B端的用户往往很清楚 , 同种类的用户集合即为用户角色 , 产品需求即是全部用户角色所提的需求 , 所以这个时候我们在标注提出人时就不能仅仅标注某人 , 并且一定要标注出我们经过总结后的角色 , 这一点十分重要 , 决定这个需求后期的归属和优先级的判断 。
【B端产品分析全流程:从项目背景到需求优先级】Scenes:场景 , 场景是产品经理耳熟能详的概念 , 但在B端产品 , 角色提出的需求我们需要在详尽的场景中去进行推导 , 一方面更好的理解需求 , 另一方面也可以通过此更好地判断需求 。 在场景的位置要特别关注原有的工作的痛点 , 很多新手在记录需求时仅仅记录了一个场景 , 但并没有提取出痛点 , 这个时候是不全面的 。
Paths:路径 , 角色在场景中想要达到相应的目标 , 需要一条路径 , 对于B端产品很多就是将这些原有的路径通过信息化的方式提高效率 , 所以对于路径的记录十分重要 , 另一方面 , 在交互中 , 路径是重要的指导信息 。
4. 需求整理“三分法”
“三分法”是重要的B端需求整理的维度 。
B端产品分析全流程:从项目背景到需求优先级
本文插图

业务需求:业务需求是B端产品最重要部分 , B端产品往往有着明确的指向目的 , 是为了完成经济体的目的的产物 , 所以要将直接对产生商业价值的需求提出来 , 作为重点关注需求 。
用户需求:关于这个位置的用户包括两类重要的用户 。 第一类就是作为客户方整个项目的决策者和管理层 , 从这类用户我们可以从更高的战略角度来理解产品的宏观需求 , 第二类是实际使用的客户 , 我们可以从这类用户获得关于产品细节设计的相关信息 。
作为实际使用产品的使用者 , 会对产品的形态和体验有自己的要求 ,
产品需求:这一点是从整个公司的产品与产品之间来考虑的 , B端产品不同于C端 , 单个独立 , B端产品需要和很多系统进行深度交互 , 所以提前进行产品规划 , 预留好接口是非常有必要的 。
按照上面的步骤我们可以将需求表格制作如下:
5. 确定需求优先级
在这里通过以上准备的信息 , 共归纳为两个维度来对需求的优先级进行排序 , 1.由来源角色、需求类别、需求强度决定的需求的重要程度;2.由痛点描述和需求频次决定的需求紧急程度 。
B端产品分析全流程:从项目背景到需求优先级
本文插图

四象限这个大家都比较清楚 , 这里就不赘述了 , 这里可以给大家提一个思路 , 矩阵思维非常有助于需求判断 , 矩阵最重要的就是对目标对象的关联因子 , 逻辑分析和规整 , 抽取形成几个维度 , 通过这几个维度构建结构化矩阵辅助我们进行思考 , 这里给大家看的是常规的“四象限”矩阵 , 大家也可以根据实际情况运用矩阵思维进行延展 。
最后加入一项重要的需求判断因素-实现难度 。 “PSP”共同决定的需求的实现难度 , 根据重要程度和实现难度的比值可以对具体需求进行开发项目排期 。
最终需求分析表格如下:
这里面特别强调一下 , 实际上在实际工作上上特别是B端的很多时候KP提出的点我们也许优先级不高 , 但如果被之反复强调 , 也别硬顶 , 千万别觉得自己是最有智慧的 , 反复验证 , 如果确认是优先级很低的 , 我们还是要开发 , 我们可以通过最简单的流程实现 , 尽量减少投入 , 做出平衡 。
总结
以上就是本人总结的B端产品需求分析的全流程 , B端产品种类繁多 , 上述理论未必能全部在各位的工作中使用 , 此文希望能够产生“他山之石 , 可以攻玉”的效果 , 共勉 。


推荐阅读