跑班线、包车的公司，车上往往已经分成几个车队，账却还在表格里对。采购时会问系统能不能把车队和人绑在一起，收入、订单能不能按队看。这里要先说清楚：功能文档没有单独的「定制客运车队模块」，相关能力是映射网约车已经确认的车队管理。后台可以查看和管理车队列表，绑定车队成员，并查看车队合计、车队司机的收入和订单数据。它更像一套车队台账，不是另一套调度规则。车队管理解决的是「人归哪队、这队跑了多少单、司机收入怎么汇总」，不是「这队的车只听这一片的单」。不要把它理解成建了车队，单子就会按队自动派出去。

先能建队、绑人，再看合计

文档写明的能力就这几项：车队列表的查看与管理、成员绑定，以及车队合计、车队司机收入和订单数据。上线前要把「谁属于哪一队」在系统里绑好，不要只在群昵称里标注车队名。绑定之后，再进车队列表核对合计、收入和订单是不是按这队的人汇总。演示时建议建一个测试车队，绑两名测试司机，各跑一笔完单，再看这队的收入和订单是否出现；不要用口头编制的车队名代替系统里的绑定关系。人名对不上，后面的合计和收入对了也没法交差。台账还没看清之前，先别把派单规则也往车队上绑。

有几件事不要自行发挥。文档没有写派单、抢单会按车队自动分配，也没有写电子围栏、线路或区域加价可以按车队生效。公司自有司机优先是另一项业务开关，跟车队列表不是同一个配置，不要把「进了某支车队」理解成系统会自动优先派给这队。平台抽成、计价方案也仍然按各自的配置走，车队管理并不替代这些项。若采购方希望「这个车队只跑某一条班线」，先按线路和围栏去配，再以联调结果为准，不要把车队绑定说成线路授权。

看数时对一下人和单

文档揪写了车队列表、成员绑定，以及车队合计、司机收入和订单数据，没有写车队能不能再分层级、有没有独立的车队管理员账号，也没有写可以按车队单独结算或单独抽成。这些都不要在方案里先行承诺。

联调不要只停留在「列表里有个车队名」。列表里有名字，只说明建队这一步做了，绑人和完单后的合计还要分开验。把测试司机从 A 队改绑到 B 队后，再看两队的合计、收入和订单有没有跟着人走。文档没有写改绑后的历史订单是否仍留在原车队，这一点要以后台实际展示为准，不要口头保证「历史单会全部迁移」或「永远留在原队」。车队合计里具体包含哪些字段，文档也没有逐项展开，对账时以页面上实际给出的合计、收入和订单数据为准。

上线前按这几步验收就够：测试车队能建起来并绑上两名测试司机，完单后能在这队里看到合计、司机收入和订单数据；司机从 A 队改绑到 B 队后，两队的数怎么变、历史单算在哪边，都以后台页面实际展示为准。要把建队、绑人和看数这条路径跑通，联系我们聊 Ptaxi 定制客运系统即可。