用户与账户3

2021-09-03

在我们划分了团队之后,发现还存在一个独立骑手的参与方,但这个角色看起来是多余的。

会看我们当前的业务,虽然也是一个外卖配送系统,但实际上配送是与我们的业务模式紧密相关的,是经过业务适配之后的一个配送系统。

总的来讲,我们执行的是静态计划配送,而不是像美团那样的动态实时配送。 即使在没有骑手的时候,也没有订单的时候,一样可以预先确定配送的执行方案。

美团:

  1. 先有骑手。
  2. 后有订单。
  3. 根据订单创建临时路径。
  4. 骑手完成订单。
  5. 销毁临时路径。

而我们不一样:

  1. 先有路径。
  2. 后有骑手。
  3. 再有订单。
  4. 骑手依据路径完成订单。

所以对于骑手团队的理解,可以认为我们在每个配送区域,先设立一个团队,再替这个团队招募成员。 因此,在当前阶段,独立骑手并没有存在的必要。

不过这种设计有新的问题:如果认为配送是我们自己创建一个骑手团队,然后招募管理员,然后让管理员去招募成员,那么团队就属于是平台的团队。 这个理解思路是有些问题的:在现实中,成员是管理员替自己招的成员,不是替团队招募的成员,所以团队本身其实是管理员的团队,而不是平台的团队。 平台的操作风险是:某个骑手团队的管理员不干了,就应该禁用掉这个团队。如果直接替换团队的管理员,团队的资金归属和信息泄露就成了问题。 总而言之,后续若自建团队,需要重新梳理改进一下这种思路。

修改之后,结构大致如下:

1


文档信息 by XiaoPingYuan

版权声明:自由转载-非商用-非衍生-保持署名。发表日期:2021-09-03 by XiaoPingYuan(https://xesam.github.io/)