定制客运、城际拼车场景里，乘客常在车站门口临时找车，司机也常接到电话预约。很多采购方默认「司机帮乘客点一下就行」，其实网约车文档对代下单、后台建单、人工调度的边界写得很清楚——模式不对点不了，预约单也别指望和实时单一样随便抢。

说明在前：当前无「定制客运」专属功能模块。 栏目稿映射的是打车/网约车文档中的长途拼车、司机代下单、后台建单与订单调度能力，不另编一套专属产品名。今日主写这三条入口怎么值班分工，不展开拼车包车预付或区域加价整篇。

司机代下单：只开在抢单 + 长途拼车

司机端司机代下单文档写明：可替乘客快速下单，但仅在即时抢单模式且长途拼车场景生效，且只适用于长途拼车订单。业务开关里也可总控是否允许司机代下单。落地时别培训成「任何车型都能代客下单」——智能派单模式、非长途拼车单，文档未给代下单通路。站台实操建议写成两步：司机确认自己处于抢单模式、并已选择接长途拼车 → 再帮乘客代下单。少一步，按钮灰了还以为系统坏了。

微信小程序侧乘客仍可自行选拼车、包车产品；司机代下单解决的是「人已在车边、不会用手机下单」的短路径，不是替代乘客端全部发单能力。两条线并行，别互相抢功。定制客运小程序开发联调时，用一笔长途拼车测试单验证代下单开关与模式限制是否生效；再切到智能派单或非拼车单，确认代下单不可用，避免上线后司机乱点。

后台建单：电话进线由客服落单

订单管理里的订单新增（Add Order）：乘客电话联系客服时，客服可在后台创建订单。这和司机代下单是两条线——前者给客服中心，后者给一线司机。城际线路客服接到预约电话，适合走后台建单；司机在站台面对面接到人，适合在允许的模式下代下单。培训材料分开写，避免两边抢同一单，或同一乘客被建两次。

建单后仍要看有没有司机接。无司机接单时，后台人工调度（Order Dispatch）可查看未接单订单并手动派司机。文档特别强调：长途拼车预约单只能通过调度派，不能指望和实时单一样完全靠抢。预约类城际班次，运营台要预留调度席位，别把「预约」理解成「到点自动有人抢」——到点无人接，乘客骂的是你，不是按钮。

三条入口怎么放进同一张值班表

建议值班表三列：司机代下单（抢单+长途拼车）、客服后台建单（电话进线）、人工调度（未接单 / 长途拼车预约必调度）。拼车、包车一律预付等规则仍按网约车文档执行，本文不展开。微信小程序场景可自然承接乘客自助发单，与代下单、建单并行，而不是互相替代。选型材料里别揉成「司机随便帮下、预约也能抢」——模式限制和「预约只能调度派」先讲明白，站台和客服才不会各干各的。

上线前按这几单验收就够：抢单+长途拼车下代下单可用、非该模式不可用、电话进线后台能建单、长途拼车预约单只能调度派、小程序自助发单与代下单并行不冲突。要把站台代客与调度值班跑通，联系我们聊 Ptaxi 定制客运系统即可。