2.2.2 调研用户需求

在确定了目标客户群体后，我们应尽快与原型客户建立联系，并进行深入的调研分析，以获取产品用户群体的大致需求。需要明确的是，用户和客户是两个不同的概念。客户是为我们提供经费的主体，用户则是使用我们产品或服务的主体。因此，在商业交易中，我们需要关注客户的核心诉求，产品或服务则需要尽可能地满足用户的需求，甚至以用户需求为导向，使其更加易于使用，这才是我们产品的核心工作。

1.岗位角色

为了确保产品设计的合理性和有效性，我们需要深入了解使用我们产品的用户群体，并对每个岗位的权限和职责进行充分了解。特别是在产品从无到有的过程中，我们首先需要设计一个最小化闭环的产品原型，以验证产品的逻辑和商业模式。在此过程中，我们应该尽可能避免因系统中岗位设定缺失而导致业务无法正常运转的情况。

岗位角色是系统规划设计的基础之一，根据不同的场景，产品可能会有不同的参与主体或角色，他们可能会使用不同的子系统或终端。有些产品会在同一个系统中用不同的角色分别控制功能权限或数据权限来实现。

针对不同的岗位角色权限模型，我们需要根据实际场景选择合适的产品设计方式。

2.业务流程

明确参与的岗位角色之后，需要对业务的主要流程进行梳理，了解各类表单、业务流转、数据流转、各种限制因素等，收集原始表单、素材，为后续产品做准备。

业务流程需要优先处理确定的流程。不确定的流程可能是审批流产生变化，也可能是表单产生变化，还可能是业务本身不够稳定。审批流的变化可能不会对产品设计产生重大影响，而表单的变化往往会对产品或者后续实施产生影响，需要考虑清楚业务流程的特点，选择适用的流程或表单处理机制。

线下流程在迁移到线上时，有些过程是可以省略或简化的，有些是需要额外强调的。

SaaS产品本身应该减少系统内的流程处理，除业务必需的流程外，产品设计人员需要尽量减少功能间的依赖，功能互相依赖过多会导致产品的易用度降低，学习成本上升。

3.用户场景

在传统的软件交付模式中，通过验收目标被置于较高优先级，相对而言，用户体验和需求满足度的重视程度较低。然而，在SaaS模式中，续费成为合作的主要目标，交付仅仅是合作的开始。因此，关注并满足用户在实际场景中的需求显得更为重要。

要理解场景，我们不仅需要关注产品本身的处理能力，还需要全面掌握产品周边的工作，例如沟通机制、线下资料交互以及外接设备情况等。这些周边因素可能对产品的持续优化和提升起到关键作用。因此，理解用户场景是获取用户需求的基础，也是我们在后续用户调研环节中需要深入探讨的问题。