B端产品的一个特点：一个人有多个角色。即A角色的权限他有、B角色的权限他有。

这会带来两个问题：

  • 一是需求访谈时角色边界模糊，对我们的设计造成一些困扰
  • 二是对于有多角色用户，其流程可以更简洁

举一个例子

在上帝视角我们将系统中的角色分为ABCD。

如果是全新的领域我们需求访谈的对象所拥有的角色有A有B，那我们在设计时很容易将AB设置为一个角色，日后会出现单独有A、B角色的人即新需求的出现。

如果是我们很熟悉的领域，我们很容易划分ABCD四个角色，我们可以正确的将这些角色分配给每一个人，但对于拥有对个角色的人，在某些场景下流程会显得臃肿，甚至反人类，此时又会产生新的需求。

真实案例

正常流程：访客预约，排队，管理员审批

矛盾点：如果由管理员替访客预约无需审核。

支持者：客户要这样的功能我们不应该支持吗？

反对者：超出需求职能范围，不能面向客户编程。