把定价从逐店手动改成规则驱动：多店铺价格统一管理方法实操拆解

大促第三天，同一个 SKU 在 TikTok Shop 标价 79 元、Shopify 独立站 69 元、Lazada 马来站折合 85 元。买家截图比价发到社交平台，客服逐店登录后台改价，四十几分钟才把三家对齐。问题不在人手不够，而是没有一个共同的规则源——每改一次价，人脑都要重新算采购价、平台费率、促销叠加，换个人就换个数。如果你同时运营 2 家以上店铺且日均订单过百，逐店手动改价已经是隐性成本最高的操作之一。

逐店手动改价兜不住的三个失效点

• 成本核算靠记忆。采购价上周更新了，但三家店的底价系数没有同步刷新，Lazada 那家还在按旧成本跑促销。
• 促销叠加没有上限。Lazada 满减、平台券、店铺券三层叠完，实际售价跌破成本线，但没有人提前算过总折扣能叠到哪。
• 改价无留痕。谁改的、从多少改到多少、触发原因是什么，全靠聊天记录翻，出纠纷时说不清。

这三个失效点指向同一件事：判断逻辑散落在每个人脑子里，没有变成可执行的规则字段。要解决的不是"多一个人盯价"，而是把判断写成规则让系统跑。

三层规则各自写什么：核算、执行、异常

把定价拆成三条规则链，每层只解决一个问题，层与层通过 SKU 主键和渠道 ID 关联。

核算层（定成本底线）

必填字段：SKU 采购价、平台佣金率、物流均摊成本、渠道系数（例如 TikTok Shop 系数 1.0，Shopify 系数 1.15）。输出公式：该 SKU 在该渠道的最低售价 =（采购价 + 物流均摊）÷（1 − 佣金率）× 渠道系数。这一层只做一件事：算出"不能低于多少"，不碰促销决策。

执行层（各店定价公式）

必填字段：核算层底价、促销叠加上限（如 Lazada 满减+券总折扣不超过 35%）、生效时间窗口。输出各店实际售价，系统自动校验是否低于核算层底线，低于则拦截并推送告警。关于 Lazada 促销叠加上限的具体数值与冲突处理，可对照多站点价格与促销节奏一文中的处理顺序。

异常层（冲突与越权）

必填字段：触发规则 ID、操作人、原值、新值。越权改价自动拦截并推送通知；两条规则同时命中时按优先级取高，低优先级规则标记为"已覆盖"而非删除。

两条规则同时命中怎么办：冲突顺序与改价留痕

实操中最常遇到的"规则打架"：促销规则说"全场 8 折"，核算层底线说"这个 SKU 最低不能低于 72 元"。处理原则按不可逆程度排序——已扣库存 > 已改价 > 仅标记。库存一旦扣减不可自动回退，改价可回滚，标记可随时清除。冲突时先保留高不可逆规则的结果，低不可逆规则标记为"已覆盖"。

这套冲突顺序在 Shopee 多店铺大促场景中尤其高发，如果你正在搭大促分单逻辑，可对照大促订单暴增时如何用规则减少漏发中的认领与库存两条链。

什么时候切规则驱动，什么时候还该手动

判断线很具体：SKU 总数低于 100 且店铺 ≤ 2 家，用带公式的共享表格加人肉维护就够了，规则引擎的搭建成本高于它省下的时间。SKU 到 200 以上、店铺 ≥ 3 家、日均订单过 100，手动维护的出错率开始超过规则维护成本，这时候把核算层和执行层写进系统。不要一上来就搭全套三层——先把核算层跑通（一张共享成本表加渠道系数列），执行层跟着上，异常层等你真的被"规则打架"卡住再补。切换节奏参考多店运营从单店到多店的阶段任务，避免在 2 家店时就上 6 家店的工具。

如果你已经在用多平台统一管理工作台处理订单和库存，规则引擎可以直接挂在同一套字段上，不需要另起一套系统。