B端产品的一个特点：一个人有多个角色。即A角色的权限他有、B角色的权限他有。
这会带来两个问题：
- 一是需求访谈时角色边界模糊，对我们的设计造成一些困扰
- 二是对于有多角色用户，其流程可以更简洁
举一个例子
在上帝视角我们将系统中的角色分为ABCD。
如果是全新的领域我们需求访谈的对象所拥有的角色有A有B，那我们在设计时很容易将AB设置为一个角色，日后会出现单独有A、B角色的人即新需求的出现。
如果是我们很熟悉的领域，我们很容易划分ABCD四个角色，我们可以正确的将这些角色分配给每一个人，但对于拥有对个角色的人，在某些场景下流程会显得臃肿，甚至反人类，此时又会产生新的需求。
真实案例
正常流程：访客预约，排队，管理员审批
矛盾点：如果由管理员替访客预约无需审核。
支持者：客户要这样的功能我们不应该支持吗？
反对者：超出需求职能范围，不能面向客户编程。
标签：需求,ABCD,角色,流程,访客,问题,我们,多角 From： https://www.cnblogs.com/sunpan/p/17237065.html