前两天在交接代理人项目时，老大对我目前代理人的机构归属设定逻辑提出了质疑，现在复盘一下这个逻辑。

一、业务场景

1、代理人在做业务完成保单后可以获取佣金，佣金需要机构的财务打款给代理人；

2、目前所有在APP注册的用户不分渠道，都会统一进入到代理人后台管理系统；

3、代理人用户必须要区分所属于哪个机构，否则分支机构的财务无法打款给代理人；

4、代理人在使用快速结佣服务时，需和机构签署相关协议；

二、设计方案

考虑到两个分支机构都是走相同的流程，在要求开发时间尽可能短的前提下，我们当时提出了2种方案：①直接复制一套系统给另一个机构使用；②在现有的系统中增加机构的功能；

我和开发组长讨论了一下这2个方案的可行性和工作量，方案① 虽然看起来只要复制一套代码给另一个机构使用这么简单，但是实际上我们的代理人系统和保险业务平台系统有对接，如果采用方案①，则需要把2套系统系统都复制过去，但是业务平台系统对于另一个机构而言是不必要的；方案②经过开发组长的评估，他觉得能在3天时间内搞定，因此两个方案一对比，我们选择了后者。

但是这个只解决了系统中能区分机构，并不能区分代理人属于哪个机构，因此需要将代理人和机构进行绑定。考虑到尽可能地减少工作量和时间，同时在后台审核代理人获取快速结佣服务时需要签署合同，我模拟了一下场景：机构业务部门主动找代理人展业，询问是否需要开通该服务，或者后台业务部门人员发现有代理人申请该服务，主动打电话联系对方，然后跟对方签订线下合同。在这个过程中，业务部门势必会和代理人发生联系，肯定认识这个人。在这个前提下我将代理人的审核同后台审核进行了绑定，那个机构的业务部门通过该代理人的申请，那么该代理人就所属于哪个机构，采用这种逻辑也无需修改APP，是我认为最为高效的修改方案。

三、另一种方案

前几天我老大接手了这个项目，当发现这一块的设定时，他提出了几点质疑，①如果代理人被误认领了怎么办，是否存在补救措施；②如果被误认领了，还被误录单，然后打钱了怎么办。

其实问题①在我设计的时候就想到了，但是当时为了赶时间就没有设计异常流程，而且是存在变通的解决方法的。如果发现代理人被误通过了，可以直接关闭他的协议，只不过代理人需要再次发起申请，这一点的确对用户不友好；但是问题②是不存在的，因为如果这个代理人不属于这个机构，那么他做的保单就不会提交到这个机构，也不会被录入，更不存在被打钱的情况。这种设计可能的确不常见。

老大提出了自己的方案：即代理人在申请的时候需要填写是哪个机构，如果代理人自己申请错了，那么机构最终肯定也会驳回申请。

这个方案的确更完善一些，但是在当时的情况下，这个方案在3天内是完不成的，因为当时我们区分机构只是从权限上进行了限制，后台实际上是没有机构管理的。采用这个方案，后台就需要增加机构管理模块，还需要对APP进行修改。

四、结论

其实一开始接到这个需求的时候，我的确是想设计成：总店——分店——门店，这样的分级机构，且对应不同的权限和功能。因为最近只有一家机构接入，也就特事特办了，如果后期接入机构变多，肯定还是要增加机构管理模块的。

接入后的机构实际上一直也没有使用我们的系统，因为当前版本的功能无法满足他们的业务需求，需要等下一版本的功能做完后，他们才使用。因此也没有实际经验来证明我是否做错了。

不过这件事情还是提醒我，在增加功能的时候还是要注意功能的可扩展性，在时间允许的情况下尽量采用常规的、符合大众心智模型的操作逻辑。