在我们划分了团队之后，发现还存在一个独立骑手的参与方，但这个角色看起来是多余的。
会看我们当前的业务，虽然也是一个外卖配送系统，但实际上配送是与我们的业务模式紧密相关的，是经过业务适配之后的一个配送系统。
总的来讲，我们执行的是静态计划配送，而不是像美团那样的动态实时配送。
即使在没有骑手的时候，也没有订单的时候，一样可以预先确定配送的执行方案。
美团：
- 先有骑手。
- 后有订单。
- 根据订单创建临时路径。
- 骑手完成订单。
- 销毁临时路径。
而我们不一样：
- 先有路径。
- 后有骑手。
- 再有订单。
- 骑手依据路径完成订单。
所以对于骑手团队的理解，可以认为我们在每个配送区域，先设立一个团队，再替这个团队招募成员。
因此，在当前阶段，独立骑手并没有存在的必要。
不过这种设计有新的问题：如果认为配送是我们自己创建一个骑手团队，然后招募管理员，然后让管理员去招募成员，那么团队就属于是平台的团队。
这个理解思路是有些问题的：在现实中，成员是管理员替自己招的成员，不是替团队招募的成员，所以团队本身其实是管理员的团队，而不是平台的团队。
平台的操作风险是：某个骑手团队的管理员不干了，就应该禁用掉这个团队。如果直接替换团队的管理员，团队的资金归属和信息泄露就成了问题。
总而言之，后续若自建团队，需要重新梳理改进一下这种思路。
修改之后，结构大致如下：
