这是「电商产品能力拆解」系列的第5篇（上篇）。上一篇讲了库存管理——公式怎么算、门店怎么同步、预售怎么扣、退货怎么回、大促怎么备。这一篇进入开店阶段的最后一站：价格体系。上篇讲基础体系（价格分层、渠道定价、改价流程、控价规则），下篇讲进阶场景（促销叠加、价格计算引擎、价格战争、比价监控）。

先看一个价格事故

618凌晨，品牌X 的运营小李正在做最后一轮价格检查。

运营群突然炸了。

小李切到天猫后台，看到了一个让他血压飙升的数字——¥89.9。

一双899的跑鞋，标价89.9。少打了一个0。

3分钟，2700笔订单涌进来。每单亏600多——全部发货的话，品牌X 直接亏162万。

小李疯狂翻操作日志，终于找到了根因——

不是手抖，不是系统bug。 是品牌X 的价格体系里，”市场价””售价””活动价”三个字段的权责边界没定清楚。改了A字段，系统联动改了B字段，运营全程不知道。

价格体系，是电商系统里最容易出事故的模块。没有之一。

库存最怕超卖，价格最怕改错。超卖亏几千双鞋的成本，改错价3分钟亏162万。

如果你觉得”价格不就是定个数字嘛”——今天这篇就是为你写的。

今天拆5道关

先对个表——你在哪一层：

第一关：一双鞋到底有几种价格

小李打开商品中心后台，找到畅跑Pro的SKU详情页。价格区域长这样：

为什么要分5层？

这5种价格归不同的人管，改动频率不同，生效范围也不同。混在一起，出了事连是谁改的都查不出来。

混在一个字段里，会怎样？

场景1： 营销设了618活动价699，活动结束没人恢复——699静悄悄卖了两个月，品牌一直在亏。

场景2： 运营改了日常售价，天猫、京东、小程序全跟着变——本来只想改小程序。

场景3： 就是开头那个事故——改了吊牌价，系统联动算了售价，89.9的鞋3分钟卖了2700双。

价格分层不是“系统设计的讲究”，是“出事故时能精准定位谁改了什么、影响了谁”的关键。

一张图看懂取值优先级

用户打开商品详情页，系统展示哪个价格？有明确优先级：

大白话翻译： 系统拿着SKU和渠道ID挨个问——”有活动吗？没有。是会员吗？不是。有渠道专属价吗？有！”——命中第一个就停，不往下查了。

关键细节：活动价和会员价能叠加吗？ 大部分品牌的做法是”取低不叠加”——哪个低展示哪个，但不会在活动价基础上再打会员折扣。

品牌X 踩过这个坑：618活动价699，金卡会员再享88折，叠加后699 x 0.88 = 615——虽然没穿破地板价，但毛利从28%掉到了12%，财务差点翻桌。这条规则必须在产品方案阶段就定死，否则运营和用户会没完没了地扯皮。

价格分清了，下一个问题来了——这5种价格不是存在一张表里的。

第二关：3个渠道3个价，数据怎么存

品牌X 在天猫、京东、微信小程序三个渠道卖货。同一双畅跑Pro——天猫799、京东779、小程序769。

为什么不统一一个价？

渠道价的数据模型怎么设计

两种方案，品牌X 最终选了方案A：

方案A（推荐）：SKU表存基准价，渠道价存独立表

SKU 主表（sku_master）

├── sku_id: CP-BLK-42

├── market_price: 899 ← 吊牌价

├── sale_price: 799 ← 日常售价（基准价）

└── cost_price: 350 ← 成本价

渠道价格表（store_price）

├── sku_id: CP-BLK-42, store_id: tmall, price: 799

├── sku_id: CP-BLK-42, store_id: jd, price: 779

└── sku_id: CP-BLK-42, store_id: wechat, price: 769

取价逻辑：先查 store_price，没有则取 SKU 的 sale_price 兜底。

方案B：SKU表不存售价，所有价格都在 store_price 表

所有渠道的价格全部存在 store_price 表，SKU表只保留吊牌价和成本价。

品牌X 选方案A的原因： 3000个SKU x 3个渠道 = 9000条价格记录。但实际80%的SKU在三个渠道同价，只有爆款才需要差异化定价。方案A只需要维护600条渠道价记录（20% x 3000），方案B需要维护9000条。

几个容易踩的坑

坑1：渠道价和基准价谁大谁小没限制

老张调了一轮基准价，畅跑Pro从799降到759。小李第二天查价格看板——天猫卖759，比小程序的769还便宜。“私域全渠道最低价”的承诺，当场打脸。

追到根因：老张改基准价时根本不知道天猫没设渠道价，会自动用基准价兜底。一个小时的拉齐会，三个团队全都觉得”这事不怪我”。

解法： 改基准价时，系统自动检查所有渠道价。发现渠道价高于新基准价的，弹窗提示”是否同步调整？”

坑2：渠道价过期了没人管

618把小程序渠道价从769降到699，活动结束后没人恢复。两个月后财务拉数据——小程序连续8周毛利低了6个点，静亏80万。

运营说”我以为系统会自动恢复”，财务说”你们活动结束不核查价格的吗？”——锅甩了一周。

解法： 渠道价支持”生效时间段”，到期自动恢复基准价。

坑3：同一个SKU在store_price表有两条生效记录

两个运营同时改了同一个SKU在小程序的价格——一个改769，一个改749。两条记录都是”生效中”。系统取了哪个？749——因为SQL按创建时间排序取了最新那条。

但另一个运营坚持说“我改的是769，我看到的就是769”——因为她看的是缓存页面。 两人群里争了半天，最后小李翻数据库才搞清楚。

解法： store_price 表加唯一索引 (sku_id, store_id, status)，同一时刻只允许一条生效记录。

第三关：改价流程——谁能改、怎么审、改错了怎么办

89.9事故的根因之一：”批量改价没有审核”。小李痛定思痛，推了一套改价流程：

改价权限矩阵

不是谁都能改价。品牌X 的权限设计：

为什么吊牌价要品牌VP审核？ 吊牌价一改，全渠道的划线价都跟着变。频繁调高再打折，构成《价格法》里的”虚假原价”——比如从899改成999再打5折卖499，消费者投诉”先涨后降”，市场监管局罚款30万。运营兜不住这个风险。

改价日志必须记什么

每次改价操作必须落日志，出事故时靠这个追溯：

price_change_log:

├── change_id: 唯一流水号

├── sku_id: 哪个SKU

├── store_id: 哪个渠道（null 表示基准价）

├── price_type: 改的是哪种价格（market/sale/store/promo/cost）

├── old_price: 改之前多少

├── new_price: 改之后多少

├── change_reason: 改价原因（必填）

├── operator: 谁改的

├── approver: 谁审的

├── effective_time: 什么时候生效

├── expire_time: 什么时候失效（可为空）

├── snapshot_id: 关联快照（用于回滚）

└── created_at: 操作时间

关键字段解释：

• price_type 必须区分——开头的事故就是因为运营改了 market_price，系统联动改了sale_price，但日志只记了前者，排查时追不到售价怎么变的。
• snapshot_id 是回滚的关键——每次改价前自动快照，回滚直接恢复。

到这里喘口气。 前三关讲了价格分层、渠道定价、改价流程——本质是回答三个问题：价格有几种、数据怎么存、改价怎么管。 搞清楚这三件事，你已经超过80%的电商产品经理对价格体系的理解了。

接下来的两关更刺激——控价和防线。 前面说的是”管好自己的价格”，后面说的是”挡住别人搞坏你的价格”。

第四关：控价规则——不能卖太低，也不能卖太高

改价流程上线后，小李松了口气。

结果第三个月，财务总监在经营周会上甩出一张毛利报表：畅跑Pro 最近8周毛利率从28%掉到14%，累计少赚130万。

小李当场懵了——他明明没动过价格。

追到源头：小程序运营小周为了冲GMV，把畅跑Pro从769降到599——渠道价调整没走审核。

连锁反应：天猫代运营扫到599，第二天降到589。京东自营当天下午跟价到579。三个渠道打了三周价格战，品牌X 亏了130万毛利。

小李这次的教训更深刻：光有改价审核不够，必须有”控价规则”——给价格划一条红线，谁也不能越。

控价规则的配置表

price_rule:

├── rule_id: 规则ID

├── sku_scope: 适用范围（全部/某类目/某品牌/指定SKU）

├── rule_type: 规则类型（floor_price / ceiling_price / cross_channel / change_limit）

├── rule_value: 规则值（金额或百分比）

├── rule_logic: 计算逻辑（fixed_amount / ratio_of_cost / ratio_of_market）

├── action: 触发动作（block 拦截 / warn 告警 / auto_adjust 自动调整）

├── priority: 优先级（多条规则冲突时取优先级高的）

└── status: 启用/禁用

配置示例：

控价的另一个维度：窜货

自有渠道控住了，但拼多多上有人卖500块的畅跑Pro——品牌X 从来没在拼多多开过店。

经销商窜货。 一级拿货价420，二级480，有人窜到拼多多500块卖还能赚20。自有渠道控的769底价，毫无意义。

产品经理能做三件事： ①采购价分级，锁定窜货源头；②溯源码，扫码查出货经销商；③比价监控，低于地板价的链接自动告警。

窜货和比价是品牌控价的深水区，涉及爬虫、数据清洗、法务合规——下篇”价格战攻防”详细展开。

第五关：价格事故防线——事前、事中、事后

89.9事故之后，小李花三周搭了一套”三道防线”。双11前两周，防线第一次派上用场。

实习生小陈批量配置预售价，80个SKU，Excel算好价格，复制粘贴到后台。

提交。系统弹窗拦截：

⚠️ 检测到3个SKU价格变动幅度超过30%：

– CP-BLK-42：799 → 299（变动幅度 62.6%）

– CP-WHT-41：799 → 399（变动幅度 50.1%）

– CP-GRY-43：799 → 199（变动幅度 75.1%） 需运营总监审核后方可提交。

小陈一看——Excel公式拖错了，三行价格是测试数据。没有这个拦截，299的畅跑Pro直接上线。

防线第一次生效。 小李收到告警，点开看完，把截图发进了运营群。

这三道防线长这样：

特别提醒： “不能单方面取消”是刚性约束。电商法明确规定：商家不得以系统错误为由取消已成交订单。价格事故产生的订单，只能协商处理。硬取消 = 平台处罚 + 消费者诉讼。很多团队出事后才知道这条规则——已经没有退路了。

89.9 事故如果有这三道防线

从162万缩减到10万——这就是价格防线的价值。

PM行动清单：价格事故防线

延伸：价格数据表设计参考

前面讲的所有内容，汇总成一张表结构全景图，方便和研发对齐：

自查清单：你的价格体系扎实吗？

对着查，能打到8个以上的——你的价格体系已经比大部分品牌都靠谱了。

## 价格分层（3题）

1. 吊牌价 / 日常售价 / 渠道价 / 活动价 / 成本价，分别存在哪张表？ 还是混在一个字段里？

2. 取价优先级定了吗？ 活动价 > 会员价 > 渠道价 > 日常售价——这条规则在代码里落地了吗？

3. 活动价和会员价的叠加规则定了吗？ 取低不叠加，还是可以叠？（品牌X 叠了一次，毛利从28%掉到12%）

## 改价管控（3题）

4. 改价有审核流程吗？ 批量改价50+SKU有二级审批吗？

5. 改价日志记了 who / what / when / why 四要素吗？ 出事故能追溯到人和原因吗？

6. 改价有快照 + 回滚能力吗？ 发现错误后能30秒恢复吗？

## 控价规则（3题）

7. 地板价配了吗？ 地板价 = 成本价 x（1 + 最低毛利率）——这一条挡住80%事故

8. 渠道间价差有监控吗？ 差率超过10%有告警吗？

9. 大促期间地板价有临时调整机制吗？ 调低后能自动恢复吗？

## 事故防线（2题）

10. 价格异常（低于成本价）有实时告警吗？ 告警到谁？响应时间要求是多少？

11. 异常订单有标记和处理SOP吗？ 出了事故知道该怎么走流程吗？

建议截图保存这份清单。 或者转给你的研发同事——让他们对着技术实现查一遍。

总结：5条价格管理基础认知

一句话总结： 价格体系的核心不是”定多少钱”，而是”谁能改什么价、改了影响谁、改错了怎么回滚”。搞懂分层、控价、防线三件事，避免90%的价格事故。

下篇进深水区—— 3张券叠1个满减再叠会员折扣，最终价格和用户看到的不一样，为什么？价格计算引擎怎么设计，品牌和平台之间的价格博弈怎么打。