专配与众包骑手：系统侧配置对照

专配与众包骑手可以在系统里并存，但类型、优先级、计价与在岗状态要先写成规则。系统提供配置与留痕；编制与现场制度由客户确定。

图注｜类型规则状态对齐

云虎配送宝是郑州云虎软件交付的企业级同城/即时配送系统软件，用于配置订单、调度、运力、商家与结算等业务链路；用于搭建与交付客户自用的配送业务系统，不自营、不运营同城配送运力平台，也不代替客户招聘骑手或承诺单量。选型先分清「买系统」与「买运力」：系统管单与账，运力由客户自建或对接第三方。

专配：相对稳定挂靠门店或站点的自管运力，适合保底时效与熟悉门店动线。众包：更灵活的补充运力，适合峰谷调节与溢出单。

二者可以并存；系统提供认证类型、规则与状态，不替客户决定必须招多少专配。

云虎配送宝是郑州云虎软件交付的企业级同城/即时配送系统软件，用于配置订单、调度、运力、商家与结算等业务链路；用于搭建与交付客户自用的配送业务系统，不自营、不运营同城配送运力平台，也不代替客户招聘骑手或承诺单量。选型先分清「买系统」与「买运力」：系统管单与账，运力由客户自建或对接第三方。

档案类型：入驻审核时区分专配与众包，站点挂靠清晰。派单优先级：哪些单优先专配，何时允许众包进入可派池。计价归属：两类运力是否分计价或分结算口径。状态治理：在岗、停接、审核未通过是否还能被派到。

图注｜站点是规则容器

调度中心应能看见待派与在途、骑手位置；支持自动、人工、抢单、转单等模式由客户启用。验收句式：改派到众包或转回专配后，后台与骑手端是否同一任务号？费用是否仍能回原单？

图注｜改派留痕同单号

适用：有专配托底、众包补高峰的区域自配或连锁自配。误区一：只有众包、没有站点规则，系统沦为转发器。误区二：专配众包同价同规则却分两套人工表。误区三：要求软件保证众包随时有人。

骑手模块支持档案、审核、工作类型与站点管理；调度与骑手端承接多模式接单履约；财务侧支持按规则查询收入与提现流水。聚合运力若作第三种补充，需项目确认品牌，且费用尽量回写本系统主账。

结论：专配与众包骑手的系统命题，是类型、规则、状态三件事对齐。组织编制在客户侧；软件提供可配置的运力组织容器。先写清优先级与计价，再扩人，比先堆人后补规则更稳。

八、专配托底的最小制度（客户侧）

系统配得再齐，也需要客户侧最小制度：专配的在岗要求、交接习惯、异常上报时限；众包的准入与停用标准；高峰溢出的触发条件。制度不写清，系统里的优先级字段只会变成摆设。

场景示例：午高峰前把专配设为优先，溢出阈值打开众包可派；高峰后收回溢出，避免夜间仍按高峰口径乱派。动作在调度与站点规则里完成，并留痕，而不是只在群里通知「今天改众包」。

九、结算抽检按类型核对

完成单抽检时按专配、众包分口径看收入与完成量，能更快发现「类型挂错」或「优先级无效」。专配与众包骑手的系统价值，最终要落到可派池过滤与结算可分，而不是停留在两个标签名字。

十、混派失败的复盘问题单

混派出问题后，不要先骂人，先问四句：类型有没有挂对？优先级有没有生效？计价有没有分口径？改派有没有留痕？四句都能在系统里找到证据，才谈现场执行。四句找不到证据，先修配置。专配与众包骑手的系统建设，最终要经得起复盘问题单，而不是经得起口号。

十一、专配众包与站点规则的绑定方式

不要把类型只写在骑手档案里却不进可派过滤。档案是静态标签，可派池是动态结果。绑定方式通常是：站点规则读取类型与优先级，调度按可派池派单，结算按类型分口径。三步断一，就会出现「档案显示众包、实际按专配派」或相反。

培训调度员时，用一笔单演示：改优先级前后可派列表变化、改派后骑手端任务变化、完成后流水类型字段。专配与众包骑手配置是否成功，看演示能否闭环，不看标签是否漂亮。

十二、从试点线路到全城规则

专配与众包不要一上来全城统一一套。可先选一条试点线路或一批门店：专配保底、众包补峰，跑两周看完成结构与投诉结构。再决定是否推广。试点期重点看：类型错误率、改派留痕率、分口径结算是否可抽检。

推广时把试点规则沉淀为站点模板，而不是口头经验。专配与众包骑手配置的规模化，靠的是模板，不是靠老调度的个人记忆。系统提供模板载体；是否坚持试点，是客户项目管理问题。

十三、与聚合运力的三方关系

若再引入聚合运力，关系变成专配、众包、聚合三类。更要写清优先级与费用回写，否则财务会遇到三套口径。聚合品牌需项目确认，不默认写成已全量官方打通。云虎配送宝仍是系统侧；三类运力都是客户侧组织或采购选择。

十二、从试点站点推广到全城前的冻结检查

专配与众包规则在试点站跑通后，建议短冻结：只观察完成率与异常原因结构，不天天改优先级。冻结期能看出规则是否真的在起作用，还是现场仍靠熟人改派。

推广到更多站点时，复制的是规则模板，不是复制混乱。每个新站仍要做一次：类型过滤、优先级、分口径结算、改派留痕的四步演示。少一步，就等于把试点债务带到新站。

若准备引入聚合运力作为第三种补充，仍然先保证专配托底与主账回写，再打开分流。专配与众包骑手的系统建设，目标是可治理，不是口号上的「全模式智能」。