产品经理产品设计-B端产品需求的3个层次,你都了解吗

产品经理在日常工作中经常会进行需求管理，B端服务于组织，所以B三段业务的需求更多是部门内外、各层级的需求；本文无名氏分析了关于B后端产品需求的三个层次，我们一起来看嘿嘿。

作为一个B端产品经理，日常工作中，“需求”一词，可能是我们听到非常过和说过频次相对比较高的词语了。

比如：

以上提到的3点都属于需求吗？

是的，都属于需求。

不过，它们分别属于供给的3种不同层次。

3种不同层次的融资需求分别是：

这种需求的划分方式很大程度代表了需求工作的3个不同阶段，通过对需求3种不同层次思维模型的理解、运用，会对需求其他工作带来很大的帮助（我亲自运用过，用起来非常有用）。

接下来，我将一个一个的详细说明。

战略需求是指软件系统的北极星指标，也就是设计、开发软件的目标开发设计是为了什么。

战略资金需求是软件设计、开发的原点，是指导软件往下设计和开发的最高层次供给。

如何寻获战略需求？

可以从客户现状与理想状态之间的落差角度来发现战略需求，战略需求来源于跨度。

比如客户现在一年赚1个亿，明年希望2个亿，那么现在和本月底明年之间就有了1个亿的落差。

如何增加营收一个亿，这就是客户的战略需求。

在具体落地找软件战略部署需求的过程中，软件不同的软件类型有不同的探求方法。

这里，我把B端软件次要分为两种：

项目型软件软件找发展战略需求的过程，一般是来源于公司老板或者是高管在源于参观、考察行业相关企业、竞争对手分析、学习行业内典范企业、参考其它行业等的时候结合公司自己的业务提出来的需求。

比如：

假设，你是在一家提供体检业务服务的提供更多连锁门店做产品经理，门店现在的工作流程是全手工状态，靠每个门店的负责人来管理，没有办法保证每个岗位都按标准化流程来执行任务。

未来几年内，老板的期望会把企业做大，开更多的门店服务用户；有典范一次工头参观了一家标杆连锁医院后，发现通过信息化系统解决了病人就医流程固化的事情。

于是，老板回公司后告诉你，现在倘若若想开发一套信息化系统，把体检业务流程进行固化，为以后开当更多的门店，奠定基础。

“开发一整套信息化系统，把复查业务流程进行固化”，这就是工头通过参观、考察金融行业内标杆企业以后，向你提出的战略融资需求。

产品型软件找发展战略需求战略部署的过程，就复杂了许多。

找到的这个“独特的价值点”，就是战略需求，也可以叫产品的价值或者是战略指导方针。

想了解更多如何梳理战略指导方针相关的细节问题，可以参考我之前的文章《ToB业务如何进行发展战略梳理？》。

用户需求，就是在战略需求指导的基础上，用户提出的，希望使用软件完成什么任务的融资需求。

通常来讲，用户的需求，需要我们通过各种方式主动去挖掘获取。

获取用户需求的方法有客户端很多，比如：

1）通过用户访谈用户的模式获取需求

访谈一线工作人员、部门负责人、高管及老板等相关角色，访谈用户的组织工作流、用户关注点、用户希望使用软件来解决什么问题以及会担心使用造成什么样会带来的负面影响。

2）通过用户调查的方式获取需求

当软件服务的金融机构、产品服务的角色过多时，产品服务配件经理不太可能每一家服务的企业都面对面，一个角色一个角色的去做用户专访；这个时候，可以通过用户调查获取的方式去获取需求量。

3）通过观察的方式获取消费需求

可以深入企业一线，去当学徒，去参与实际操作与观察来获取资金需求。

4）通过会议沟通的方式来交流获取需求

和部门相关成员会议沟通、和各部门连系老大及高管会议沟通，通过沟通获取完整需求与确定需求。

5）通过可行性测试分析来获取需求

有的需求，用户可能并不知道他有这个即使需求，这时可以做个小的MVP，做论证测试分析。

6）通过竞品分析的赢取方式来获取需求

通过分析行业的领先者和先行者，或者是直接或间接的潜在对手，分析产品形态非常类似的产品。

在竞品分析中，系统可以分析竞品的功能结构图、信息结构图、业务流程设计、业务场景分析、用户群体细分移动用户等方式来获取能源需求。

以上6种，一般情况下，根据我的经验和教训来看，1、3、6用户获取需求方法最常用。

不过，不管通过什么方法，最后我们获取到好不容易的用户需求，可能会来自于不同部门、不同角色、不同颗粒度且零散的需求。

这时就需要对需求进行整合、分析、归类，进入消费市场下一步软件需求工作环节。

这里做一个补充，有时候，我们通过用户访谈，用户可能会提出一个解决方案式的需求。

这时我们需要结构性问题引导移动用户说明问题，说明要解决什么业务问题，为什么要做这个玩意？

而不是说网络设备。

我们要自信，能选择最佳基础架构的是项目经理我们产品经理，被访谈的用户代表需要做的是把问题说写道清楚。

因此在收集需求之时，经常要问为什么，才能找到真正的用户消费需求。

比如，有一家做电商Saas的公司，过程产品经理在做用户访谈的过程中所，用户表示产品经理，他想要在消费者下单支付成功的页面推荐近期销量不错的商品。

一般的产品经理可能会把这个需求画出来，然后就交给产品开发了。

然而，资深一点的产品经理，面对这个融资需求基础架构式的需求，就会进一步往下问用户，为什么像这样做，想解决什么环境问题呢？

用户可能会回答：可以增加商品曝光的次数，以此提高用户的购买转化。

你看，这才是用户的真实需求，围绕此需求，产品主管才能给出更合适写出的解决方案。

在用户需求环节讲到，不管通过什么方法，最终我们客户获取到的用户需求，可能会

来自于不同部门、不同角色、不同颗粒度、且零散的需求。

必需这时就需要对需求进行整合、分析、归类，进入下一步开发工具软件需求工作环节。

软件需求主要包括分为2种，功能性能源需求需求和非功能性需求。

1.功能性需求

在梳理功能型资金需求时，大概的一个梳理思路如下左图图：

首先我们会把获取回来的用户资金需求，合在一起形成需求集。

然后分析根据业务流程的梳理与预测，业务场景的梳理与分析，把需求到不同类别的需求集里面去（基础架构的梳理与分析，业务场景的梳理片段与分析方法，这里我就不细讲，下次我会重新就要写两篇文章来进行深度讲解）。

根据需求形成功能模块，然后已经完成功能架构的搭建；根据搭建好的功能指令集，拆分功能单元。

接着根据拆分的功能单元，拆解出功能单元包含的信息元素。

再将讯息元素汇集，形成信息架构图。

最后就可以进入原型设计阶段了。

2.非功能性需求

一般情况下，很多产品经理，难把容易这部分内容给忽略掉，要想打造出一个吸引人的产品，尽量避免及非功能性需求也是我们要特别注意的点。

非功能性需求是管理系统一个系统的特征，获得非功能性需求的方法是访谈客户对系统的期望是什么。

以下非功能性需求清单，该清单来自于国际标准组织，该组织在2021年发布ISO/IEC25010软件质量模型：

当然，上面这张图并不是说所有的软件都要有图中的所有非功能性需求，这只是提供一个挖掘非需求的参考。

具体还需须要根据每家软件的需要来确定非功能性需求。

最后，我相信：通过以上3种不同层次需求的整体理解与运用，

产品经理在以获取需求、分析需求，听到需求相关的各种概念以及进行产品落地设计时，会做到心中有数，不慌不乱，高效产出结果。

本文原创发布于，未经允许，禁止转载。