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

这会带来两个问题:

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

举一个例子

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

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

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

真实案例

正常流程:访客预约,排队,管理员审批

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

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

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

03-20 17:23