这是「电商产品能力拆解」系列的第5篇（上篇）。上一篇讲了库存管理——公式怎么算、门店怎么同步、预售怎么扣、退货怎么回、大促怎么备。这一篇进入开店阶段的最后一站：价格体系。上篇讲基础体系（价格分层、渠道定价、改价流程、控价规则），下篇讲进阶场景（促销叠加、价格计算引擎、价格战争、比价监控）。
618凌晨，品牌X 的运营小李正在做最后一轮价格检查。
运营群突然炸了。
小李切到天猫后台，看到了一个让他血压飙升的数字——¥89.9。
一双899的跑鞋，标价89.9。少打了一个0。
3分钟，2700笔订单涌进来。每单亏600多——全部发货的话，品牌X 直接亏162万。
小李疯狂翻操作日志，终于找到了根因——
不是手抖，不是系统bug。 是品牌X 的价格体系里，”市场价””售价””活动价”三个字段的权责边界没定清楚。改了A字段，系统联动改了B字段，运营全程不知道。
价格体系，是电商系统里最容易出事故的模块。没有之一。
库存最怕超卖，价格最怕改错。超卖亏几千双鞋的成本，改错价3分钟亏162万。
如果你觉得”价格不就是定个数字嘛”——今天这篇就是为你写的。
先对个表——你在哪一层：
小李打开商品中心后台，找到畅跑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种价格不是存在一张表里的。
品牌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: 操作时间
关键字段解释：
到这里喘口气。 前三关讲了价格分层、渠道定价、改价流程——本质是回答三个问题：价格有几种、数据怎么存、改价怎么管。 搞清楚这三件事，你已经超过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直接上线。
防线第一次生效。 小李收到告警，点开看完，把截图发进了运营群。
这三道防线长这样：
特别提醒： “不能单方面取消”是刚性约束。电商法明确规定：商家不得以系统错误为由取消已成交订单。价格事故产生的订单，只能协商处理。硬取消 = 平台处罚 + 消费者诉讼。很多团队出事后才知道这条规则——已经没有退路了。
从162万缩减到10万——这就是价格防线的价值。
前面讲的所有内容，汇总成一张表结构全景图，方便和研发对齐：
对着查，能打到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吗？ 出了事故知道该怎么走流程吗？
建议截图保存这份清单。 或者转给你的研发同事——让他们对着技术实现查一遍。
一句话总结： 价格体系的核心不是”定多少钱”，而是”谁能改什么价、改了影响谁、改错了怎么回滚”。搞懂分层、控价、防线三件事，避免90%的价格事故。
下篇进深水区—— 3张券叠1个满减再叠会员折扣，最终价格和用户看到的不一样，为什么？价格计算引擎怎么设计，品牌和平台之间的价格博弈怎么打。
作者：Zoe产品手记 公众号：Zoe产品手记
本文由 @Zoe产品手记 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自作者提供
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。