【干货】打造优秀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端优秀产品。希望能给到小伙伴建立自己的需求分析框架一些启发。

如果小伙伴有其他建议,欢迎留言沟通~

 

本文作者 @但但

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部