配送站点管理：计价规则与派单分步对齐

配送站点管理要先对齐计价、配送与派单三类规则，再挂人试跑。空站名称解决不了高峰口径。

图注｜站点是规则容器

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

站点档案与启停、配送范围、计价规则、配送规则、派单规则、骑手挂靠。缺一类，站点就容易变成只显示在列表里的空壳。

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

第一步建档：名称、归属、范围、启停。第二步挂计价与配送规则：距离、时段、溢价等以客户配置为准。第三步配派单规则：自动人工抢单转单等策略。第四步挂靠骑手并核对在岗。第五步试跑一单：费用与派单是否按该站规则生成。

图注｜站点启停与规则挂接

改配送范围后，骑手挂靠与可派池是否同步；旧单与新单规则是否混淆；加盟或分站权限是否仍隔离。

图注｜规则进入可派池

高峰溢出优先级通常写在站点或派单规则里。专配众包类型也常按站点过滤。站点规则不清，后面运力组织文章再漂亮也落不了地。

配送站模块支持站点、计价、配送与派单规则等配置方向；调度中心按规则派单；骑手端按挂靠与状态接单。规则比例与经营策略由客户确定。

结论：配送站点管理的关键是把站点建成规则容器。先对齐计价、配送与派单，再挂人试跑，比先铺一堆空站名称更有用。

八、空站的识别方法

识别空站：有名称无范围、有范围无计价、有计价无派单、有派单无挂靠、有挂靠无试跑。五个缺口任一存在，站点就还不能叫「已管理」。配送站点管理的目标是把缺口补齐，而不是把空站数量做大。

九、站点模板库

把跑通的站点规则存成模板：计价、配送、派单、溢出。新站复制后只改范围与少数本地参数。模板库是连锁与多站复制的基础设施，也是高峰策略可复用的前提。

十、站点规则变更的回归清单

变更计价：抽新旧单对照。变更范围：核对挂靠与可派。变更派单：核对模式与优先级。变更后不回归，等于把不确定性写进高峰。配送站点管理的日常，有一半是变更控制，而不只是新建站点。

十一、站点与围栏、时效的表述边界

站点范围、预计时效等能力以版本与配置为准，写稿与验收都避免保证「一定XX分钟必达」。配送站点管理解决的是规则可配置与可派逻辑清晰；时效结果还受运力、出餐、交通等客户侧因素影响。把边界说清，站点规则才不会被理解成运力SLA。

十二、站点与运力池的容量观

站点规则决定「怎么派」，运力池决定「有谁可派」。两者要一起看：规则很严但无人在岗，待派会堆；人很多但规则空，派单会乱。配送站点管理会议应同时打开在岗数与规则版本，而不是只改半径。

十三、多站点重叠范围

范围重叠时，要定义抢单或归属优先级，否则两站抢同一单或两站都不管。重叠是运营策略问题，系统应能表达策略。先策略后扩站，能减少邻站冲突。

十二、站点建好后的周检动作

每周抽检：启停状态是否与实际运营一致；挂靠骑手是否仍在岗；计价是否被口头加价绕过；派单模式是否与制度一致。配送站点管理的质量，靠周检多于靠建站仪式。

发现口头加价盛行，优先回到规则是否难用或未覆盖高峰，而不是先责怪门店。规则用不起来，站点容器就名存实亡。调整规则后做回归，再观察一周。

十三、站点与加盟分站的挂接关系

站点常常挂在分站或区域之下。挂接错误会导致权限看起来对、可派范围却错。配送站点管理验收时，除了看站点自身规则，还要看它挂在哪棵组织树上。

调整挂接后，做一次越权与可派双抽检：不该看见的仍看不见，该派的单仍按新挂接进入正确池。组织树变更是高风险操作，值得当变更控制，而不是随手改下拉框。

十四、站点规则与财务抽检的衔接

站点计价一变，财务抽检口径也要跟上。否则运营说按新价，财务仍按旧价对，配送站点管理会背上「系统乱记账」的锅。

建议计价变更当天通知对账责任人，并指定抽检旧单与新单各一笔。衔接成本很低，能避免一周后的口径大战。

系统提供规则与流水；变更沟通在客户制度。两者一起，站点才算真正进日常运营，而不是只在建站那天热闹。