【干货】打造优秀B端产品需求分析流程&要点
本文探讨的需求分析环节指识别用户需求,确定产品功能的过程,仅探讨绘制产品原型之前的需求分析环节。
一、需求分析总体流程
1. 第一步:收集需求,寻找产品/功能目标
无论是日常工作还是需求分析,先明确宏观目标。对于产品具体功能来说,就是要定义出要不要做、做什么的问题,可使用以下方法找到产品目标。
1)识别需求触发原因,根据不同需求触发原因收集需求。
- 内部存在具体问题,需解决:无论是别人或自己提出,都需使用3W2H挖掘深层次的需求;
- 出现竞品压力,想提升产品竞争力:若是别人提出,邀请对方进行分享,若是自己提出,需要进行竞品分析;
- 市场出现新趋势、新政策,想把握潮流抓住机会:若是别人提出,需要邀请对方分享,对新趋势、新政策的看法,并查看行业标杆,对其进行分析查找机会;若是自己观察到,需要收集资料进行仔细研究;
- 市场出现新技术,想把握机会:若是别人提出,需要邀请对方分享;并分析技术发展路线、应用趋势(解决什么问题),从中收获灵感;分析技术已有应用业务,看能解决什么问题,查找机会;
- 市场出现新人群,代表着产生新的需求,想把握机会:需要分析新出现人群特点及需求,查找市场机会。
2)根据收集需求,分析识别业务支持目标、关键干系人。
3)根据收集需求,分析识别系统可解决客户用户什么痛点,公司已有条件是否具备解决条件。
4)根据收集需求,分析问题对应市场人群,已有解决方案行业前景,竞品情况。
5)综合以上分析,结合公司情况,分析对公司价值如何?是否现在要做?
6)总结汇报,根据以上分析,识别用户需求及其最大痛点,发现产品目标机会,汇报公司内部领导,领导拍板确认业务目标才能做。
没有产品目标,后面的工作都是浪费时间。
2. 第二步:分析现状,识别问题
产品/功能目标确定的情况下,开始详细问题分析,为策划产品做准备。
对外来说,客户用户对现状不满,产生具体问题,才会产生需求,对于B端产品,一般会有一些已经在运作的解决方案,当前解决方案不能满足用户预期,于是产生了一些问题;对内来说,公司对内不满,产生具体问题,才会产生需求。
具体实施步骤如下:
- 分析场景中涉及的关键术语、数据实体概念是什么(是什么,如何计算的)、来源是什么、相互之间关系是什么。弄懂基础业务术语概念是弄懂业务的基础;
- 分析了解现有哪些解决方案,重点与非重点用户、场景、流程有哪些,有什么具体问题与弊端?
分析的具体手段有:
- 需求调研
- 数据分析
- 竞品分析
- 用户反馈
- 听取领导建议
第一步和第二步边界是非常模糊的,有时是在详细分析现状的情况下,重新发现产品功能目标,有时是在分析完现状之后,发现产品功能目标有问题。总体处理原则是,先定义出要不要做,再决定是否详细分析,提高分析效率。
3. 第三步:产品总体方案设计
总体方案设计是在产品设计之初或设计较为复杂的功能时,全盘考虑,设计产品总体方案,把握产品宏观方向,避免一步错,步步错的局面。具体操作如下:
1)根据现状分析结果,考虑公司情况,战略目标定位,设计产品整体架构、产品形态、核心流程、功能组合,达到用户目标,解决现状问题等宏观问题,具体包含:
- 总结出【产品定义】,抽象描述解决什么人什么问题,确定产品边界;
- 梳理出【产品形态】,产品是以什么形式存在;
- 推演出【核心业务流程】,不同角色用户怎么使用系统达到业务目标;
- 梳理出【具体功能模块及其价值】根据前面几步,分析出具体需要哪些功能及各模块目标价值,与竞品产生差异化;
- 规划出【产品愿景】,结合公司现有情况和意愿,锚定出希望产品未来达到什么效果(如希望做垂直行业第一?);
- 规划演进蓝图,根据产品愿景、功能业务价值、及公司现有情况,规划产品演进蓝图,决定先实现哪部分,后实现哪部分;
- 推导出【产品原则】,一般对产品经理而言,指产品生产原则-需求处理原则。不同产品阶段有不同的产品原则,需要根据当前产品阶段及其目标,推导出当前阶段产品生产实施原则;
- ……
2)工作沟通汇报
与领导、关键客户等产品关键决策人进行讨论汇报,确保产品宏观方向的正确性,获取资源支持。汇报内容,需连带“第二步:分析现状,识别问题”分析结果一并汇报,提高方案说服力。
功能较为复杂时,特别注意先汇报总体方案,再开始产品细节方案设计,避免总体方向不正确,多次返工情况。
4. 第四步:产品细节方案设计
总体方案确定后,开始进入方案细节设计。
1)细节方案设计具体步骤如下
- 确定设计方案目标,明确功能解决什么具体问题;
- 研究竞品功能和使用场景;
- 设计用户使用当前产品场景,梳理场景下需求,整理核心场景和核心需求;
- 基于核心场景、核心需求,结合当前系统已有历史功能,推演所需系统功能;
- 设计差异化具体实现方案,具体功能逻辑;
- 评估细节功能价值(使用kano模型、时间管理四象限、ICE排序法等方法进行评估),规划具体功能优先级和演进蓝图,确定哪部分是当前要实现的,哪部分是后面实现的,哪些是不必要做的。
2)工作沟通汇报
细节设计完成,需要向用户、领导同事讨论确认细节方案。沟通时特别注意描述功能的场景和价值,确保当前产品方案可行。细节方案确认后,可开始原型设计。
二、不同需求类型处理要点
针对不同具体需求,在同一需求处理流程上,有不同需求分析要点,需要结合需求分析流程灵活运用。一个需求可能同时属于下面几种不同类型,需要将以下不同需求类型要点组合运用。
1. 协作类需求处理要点
协作需求,指多角色多用户之间通过系统交互,达到业务目标的需求。
1)收集需求,寻找产品/功能目标
协作类产品主要基于以下原因:
- 想通过系统优化已有流程,提高效率、节省成本、降低风险等;
- 想通过系统,扩展已有业务渠道;
- 想通过系统将个人知识能力固化,转化为组织能力。
2)分析现状,识别问题
对原始业务总体进行分析,包含以下分析:
- 用户原始业务目标分析;
- 组织结构分析;
- 管理利益关系分析;
- 根据目标和干系人关注点,梳理系统涉及的所有原始业务流。
对业务流涉及的干系人(用户角色)进行访谈分析,通过以下维度进行分析:
- 根据KPI询问其核心工作关注点
- 基于工作主题询问其核心关注点
- 基于工作阶段询问其关注点
3)产品总体方案设计
根据业务目标和干系人需求及原始流程,设计系统流程,提高业务方工作质效。
4)产品细节方案设计
- 根据系统流程,分析关键业务专家使用场景需求;
- 对部分场景模型化,设计具体功能方案。
2. 管理支持类需求处理要点
管理支持需求,指产品需要支持客户的管理类需求。实际业务场景中,主要是业务方领导层针对工作流过程或结果的管控,想通过系统实现数据信息化,辅助管理决策。
1)收集需求,寻找产品/功能目标
管理支持类需求主要基于以下原因:
- 事前风险避免,通过增加管理流程、数据预测等;
- 事中风险控制,通过设置“规则”和审批;
- 事后总结优化、通过数据分析。
2)分析现状,识别问题
与领导层管理者进行沟通,识别管理者管控点,对原始场景需求进行分析,可查看参考原始的管理文件、报表等。
3)产品总体方案&细节方案设计
对管控点进行分析,得出功能方案。
3. 数据处理类需求处理要点
数据处理需求,指处理业务数据需求,如一些大数据系统,系统之间有数据交互流转。
1)收集需求,寻找产品/功能目标
无
2)分析现状,识别问题
除理清数据实体概念、计算方式、之间的数据实体的构成、关系、流程之外,还需重点关注考虑数据来源、数据量、数据跟随业务流转动态变化关系。
3)产品总体方案&细节方案设计
私有化部署或其他需要带数据交换的系统,需要全流程考虑数据协作交换场景和方式。
4. 运营监控类需求处理要点
运营监控需求,指为了客户或公司本身提出的需求。
1)收集需求,寻找产品/功能目标
无
2)分析现状,识别问题
无
3)产品总体方案&细节方案设计
根据核心运营目标分析所需指标参数,梳理现有系统数据,查看是否能得出相关指标参数,根据复杂度查看是否需要建立数据模型。
5. 维护、产品质量类需求处理要点
指产品维护,保证产品正常运转的一些非直接面对前端用户的需求。
1)收集需求,寻找产品/功能目标
从威胁入手,逆向思维,识别对系统危害最大、频率最高的场景。
2)分析现状,识别问题
无
3)产品总体方案&细节方案设计
无
还有更多的需求类型,不同需求类型,总体需求处理流程类似,但侧重点有所不同。
三、不同产品阶段需求处理原则
任何产品都存在着生命周期,生命周期的不同导致了产品目标的不同。为了使产品效益最大化,针对不同具体产品生命阶段,处理需求时,需要遵循一定的总体原则。
1. 新生期需求处理原则
新生期,类比人类的婴儿期。对于产品,指从0到1打造产品时期,阶段目标一般是快速迭代验证可行性。此阶段需求处理原则是:
- 多与客户用户沟通验证产品;
- MVP快速迭代(成本最小化+快速迭代),开发出满足最小业务全场景闭环的B端产品快速推向市场;
- 若时间非常有限,先先满足正向需求,最后满足其他非正向需求,如对某数据的管理,先实现数据添加、删除,满足基础的正向需求,后实现数据修改等非正向功能。
2. 成长期需求处理原则
成长期,类比人类的儿童及青少年时期。对于产品,指业务持续增长时期。阶段目标一般是聚焦业务,扩大并做好产品和服务,打造口碑优势。
此阶段需求处理原则是:
- 服务好已有客户,保持好需求沟通频率;
- 重视产品运营需求,提升产品和服务质量和范围;
- 多研究竞品,寻找产品解决方案差异化,打造产品亮点。
3. 成熟期需求处理原则
成熟期,类比人类的成年壮年时期。对于产品,指产品收益稳定时期,阶段目标一般是保持优势,延长产品成熟期,建立产品或业务生态。
此阶段需求处理原则是:
- 多研究竞品,持续保持产品优势;
- 扩展已有产品业务,探索新可能,建立产品或业务生态。
4. 衰退期需求处理原则
衰退期,类比人类的老年时期。对于产品,指产品即将失去生命价值走下坡路的时期,此阶段目标一般是转型,探索新可能,少做当前产品优化开发。
此阶段需求处理原则是:
- 维护已有系统稳定,确保能正常使用,维护好客户用户关系;
- 少做功能,节省资源用于其他有价值的产品;
- 基于当前产品业务,探索新可能。
5. 任何产品阶段需求处理通用原则
无论产品处于任何阶段,处理需求可遵循以下通用原则,帮助完成产品阶段性目标:
- 以重点客户、重点用户、领导核心需求为导向;
- 基于当前产品目标&公司商业目标设计产品;
- 功能方案设计,尽量使用户使用方便(如流程简化、提供指引帮助等);
- 功能方案设计,保证产品稳定运行是基本盘;
- 功能方案设计,考虑未来扩展性;
- 功能方案设计,模块清晰,尽量少耦合。
产品生命周期不完全同于人的生命周期,不一定完全遵循“新生期-成长期-成熟期-衰退期”流程,可能刚度过新生期由于公司业务调整,产品直接进入衰退期,也有可能产品在衰退期由于公司业务调整的重视,重新投入资源,让产品重新进入成长期
四、总结
本文以需求分析总体流程为主体,说明需求分析整个过程,又以处理不同类型需求加以要点说明,最后将需求分析放置于整个产品生命周期,说明在不同产品生命周期处理需求需要把握不同总体原则。
相信基于以上需求分析框架体系,处理大多数需求能都游刃有余,高效打造出一个有价值的B端优秀产品。希望能给到小伙伴建立自己的需求分析框架一些启发。
如果小伙伴有其他建议,欢迎留言沟通~
本文作者 @但但
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!