很多情况下，客户并不是真正的用户，所给的需求也是较为模糊的，客户不是专业人士，在表达的时候往往可能词不达意，那么面对这类需求，B端产品应该如何理解？
B端产品在设计之前，定义产品要做些什么？对客户的需求进行分析、理解、梳理、定义。
我们如何理解B端用户的需求？很多情况下，客户（这里指购买人/执行人）并不是真正的用户，所给的需求也是较为模糊的，客户不是专业人士，在表达的时候往往可能词不达意，这时候，就需要我们去理解客户需求中的更深层“含义”。
如何能理解这层更深的“含义”，我们首先看看需求定义的过程：
产品的最终目标
探索和头脑风暴
确定人物模型期望
构建业务流程
明确设计需求
在产品需求定义中，3到5之间是不断需要不断的重复，直至确认为止。如图：
产品的最终目标
在设计前，先明确客户的最终目标十分重要。
如何明确目标？
创建问题和需求陈述。
在确立目标前，必须设计好“问题”，向客户提出，例如：产品主要针对哪些用户？目标是什么？需要达到哪些效果？
以此来引导客户回答产品所能给他们解决什么。这些陈述十分重要，将会给你在后续开展头脑风暴及明确需求等有着决定性的作用。
例如：X社区反映群众在社区办事过程中，不知道要带什么资料，经常会漏拿，漏填，需要社区员工反复指导，不但群众反映不满，也给社区工作人员的审核、指导带来大量工作，导致双方的不满。
从上例可以找到目标：需要指引群众用户办什么事，需要什么资料，如何传递资料。社区员工则是可以快速审核资料。
通过人物、场景、事件描述这三个要素，构建出问题和需求陈述。有了这些，就能明确用户的最终目标。
探索和头脑风暴
展开头脑风暴，将脑海中的想法提炼出来，这样才能把产品需求、创意提炼出来，暂时把想法发在那里。
探索可以在设计产品时更为灵活，使用它来构建场景，在场景中提炼出需求，此刻的头脑风暴可以让你处在一个“解决方案”的状态中。
综合上例，这是我构建的头脑风暴，仅供大家参考：
确定人物模型期望
人物模型是我们在用户调研中所“抓”出来的典型用户，他是虚拟的，是许多用户的共同点。在这个人物模型中，他所期望的也就是大多用户所期望的。
这点对于理解需求来说十分重要，通过对人物模型期望的不断猜想，创建他所处的场景，所负责的事件可以明白他所需的期望（也就是需求的雏形）。
如何对人物模型进行建模，我们需要确认以下几点：
人物模型的经历、期望，所处的环境、社会、文化，以及人物模型的认知。
人物模型对产品体验的期望和态度。
人物模型所需的数据基本元素。
对人物模型的充分描述，得出的信息更为准确，所得到的需求更为详细。
就上方事例所示：
人物模型有两种：社区工作人员、群众。
社区工作人员：观察他的工作内容，工作流程，工作事项及工作节奏，构建出产品所给他带来减负、快速、更好的沟通。
群众：观察他的年龄层、需求、态度，构建出产品能给予他便捷。
构建业务流程
明确客户的工作流程，构建人物模型的动机、需求和目标，使产品有效的帮助客户实现目标。
如何构建业务流程？除了观察人物模型之外，还需要了解业务场景，来摸清业务流程，首先利用业务场景解决几个问题：
产品在什么情况下被使用？
在使用过程中是否会被打断？是否会超时？
在运用的过程中是否会同时使用其他产品？
人物模型在使用产品达到目的时，需要执行哪些活动？
使用产品的期望是什么？
根据人物模型的技能和使用频率，允许产品的复杂度有多大？
初始阶段了解这些场景（或者了解这些流程），很大程度上能够了解人物模型的业务流程。同时也可以假设一个或多个人物同时进行的场景，这样能更细腻的了解业务流程。
例如情景场景：以下是上例的B端产品的工作流程描述，产品目的是帮助社区实现线上服务，社区的目标是减少与群众矛盾，快速审核，减少工作压力。
社区工作人员（以下张茹代表社区工作人员）场景如下：
张茹来到社区上班，第一件事是把资料进行整理和分类。
到了9点后，陆续会有群众来办理业务，张茹需要指导他们如何填写资料，除了填写资料，还要检查他们的资料是否带齐全；未带全的需要解释还要哪些资料，暂时未能办理。资料齐全的可以通过办理，需要等几个工作日后评回执单身份证领取。
到了9点半，来办事的群众越来越多，排起了长队。等得不耐烦的群众开始质疑办事效率。
11点半门口的保安叔叔开始劝说下午再来办理，因为12点要休息了，现在排队可能无法办理。
12点虽然已经到休息时间，但是正在办理的群众不能停止，一般会延续到12点15分。办理完后张茹还要整理一下资料，12点30分才可以休息，有时候甚至更晚。
张茹给群众办理的时间大概是5-20分钟，如果程序繁杂，可能时间更长。
从以上的场景中，我给人物模型的设计一下她的业务流程，如下图所示：
可见，人物模型的业务场景对于业务流程是十分重要的。
明确设计需求
在通过对之前的4项了解后，我们对B端客户的需求已经有了一定的了解，那么现在需要做的就是明确客户的需求。
明确哪几类需求？
数据需求
功能需求
交互需求
其他需求
数据需求：
在系统中必须呈现给人物模型对应的信息，以便于人物模型对产品的认知，例如：账号、姓名、地址、电话、消息等信息。
这些数据需求也便于后续在开发数据库时所用到。
功能需求：
功能需求是用户对系统执行操作或动作，通常会使用到界面控件，定义对象信息中需要用什么控件或容器来呈现，并且需要用什么样的动作来执行它。
交互需求：
交互需求是系统中对象之间的关系和依赖关系。包括在系统中，哪些操作必须联系在一起，哪些操作必须分开，这能让工作流程更有意义，更能满足人物模型的对产品的期望及完成最终目标。
其他需求：
除了以上的需求，还有其他需求，其他需求是支持产品可以进行良好的设计、开发、运作的需求。例如：
需求中的优先级别、开发时间、预算、资源、规则、法律等等
产品所需的软件平台及硬件平台。
开发中所选的语言。
产品的安装、维护、配置、许可权协议等等。
以下是我为客户所设计出的产品原型，仅供大家参考：
总结
现在，你已经能粗略的了解B端用户的基本需求，而不是仅仅听客户去叙述他们需要什么，而是深入他们的场景、生活、环境中去了解，这样才能深入的知道他们需要什么样的产品，满足他们的需求，实现最终的目标。
希望我的文章能给你有所帮助，如果你喜欢就为我点个赞吧。
