多平台最怕“这家估清了，那家还在卖”
面包卖完了，美团点了估清，淘宝忘了；顾客在另一个平台下单，门店只能退款。问题不是员工不认真，是入口太多。
五个后台，五次操作
美团、淘宝闪购、京东秒送、微商城、企迈各有一套商品与库存，同一款售罄要改五遍，漏一遍就超卖。
商品页用平台页签并排管理，“所有平台”视图一次看全，选中后可批量处理。
只改库存，不改状态
库存调到 0，商品却还挂在平台上；平台按可售状态继续接单，门店只能一单单一单退。
统一估清把商品标记为售完，统一置满恢复可售；状态与库存分开管。
不知道哪些商品没绑平台
门店以为上了五家，实际有两家没绑定；活动做了，流量却没进来。
底部统计“共 N 件商品 / 已绑定平台 N 件 / 未绑定 N 件”，绑定缺口一眼看到。
六个页签，五个平台加一个总视图
页签不是六套商品，而是同一批商品在不同平台的视图。“所有平台”用来总览，单平台用来处理该平台特有的状态。
| 页签 | 用来做什么 | 典型场景 |
|---|---|---|
| 所有平台 | 总览全部商品与绑定情况，批量处理跨平台动作 | 每日巡检、活动前统一上架、打烊前统一估清 |
| 美团外卖 | 只看美团侧的商品、价格、库存与平台状态 | 午高峰前检查售罄与配送范围 |
| 淘宝闪购 | 只看淘宝闪购侧状态 | 平台活动报名前后核对商品 |
| 京东秒送 | 只看京东秒送侧状态 | 即时零售高峰前检查库存 |
| 微商城 | 只看自营商城侧状态 | 小程序商城首页活动与商品同步 |
| 企迈 | 只看企迈侧状态 | 第三方门店 SaaS 渠道的商品同步 |
页签名称与顺序来自演示套账的商品页；具体平台可用范围以门店实际绑定的渠道为准。
四个批量动作，把“售罄”变成一次点击
估清、置满、上架、下架是四种不同的状态变化。分清它们，才不会把“临时售罄”做成“永久下架”。
统一估清
把选中商品标记为售完，商品仍在平台上，只是不可下单；适合临时卖完、原料不足。
统一置满
恢复商品的可售库存/状态；适合补货到店、第二天开档前恢复。
统一上架
让商品在平台上架销售；新品上架、活动商品开卖时用。
统一下架
把商品从平台下架；季节下市、长期停售时用，不等于临时估清。
| 操作 | 商品还在平台吗 | 顾客能下单吗 |
|---|---|---|
| 估清 | 在 | 不能 |
| 置满 | 在 | 能（库存恢复） |
| 上架 | 在 | 能 |
| 下架 | 不在前台展示 | 不能 |
先选商品，再选动作
- 页面支持全选 / 取消全选；批量动作只对已勾选商品生效。
- 下架前确认不是“今天卖完了”；临时售罄用估清，第二天置满即可。
- 打烊前统一估清，开档前统一置满，是把多平台状态对齐的最省事做法。
一张商品表，六列信息
表格不追求字段多，而是把“这个商品现在能不能卖、卖多少钱、还剩多少、平台是什么状态”放在同一行。
| 列 | 看什么 |
|---|---|
| 商品图片 | 快速辨认商品，避免同名不同款看错 |
| 分类 | 配合“分类过滤”按面包、蛋糕、饮品等筛选 |
| 商品名称 / 条码 | 名称用于识别，条码用于和收银、库存对齐 |
| 价格 | 平台侧售价；改价前确认是否参与活动 |
| 库存 | 平台可售库存；与门店实际库存的同步口径以渠道配置为准 |
| 平台状态 | 上架、下架、估清等状态，逐行可见 |
- 分类过滤是给高峰期用的。午高峰只看面包，晚高峰只看蛋糕；先过滤再批量操作，减少误伤。
- 底部三个数字要对得上。共 N 件、已绑定平台 N 件、未绑定 N 件；未绑定不为 0 时，先去补绑定。
商品页的第一步，不是改商品，是绑分店
演示环境里，未绑定分店时商品页直接加载失败，并给出明确提示。这不是商品数据没了，而是后台还不知道你在哪家店。
页面上会看到什么
“加载失败：尚未绑定分店（请先在系统参数页绑定分店）”。此时表格为空，底部统计为 0。
先去系统 → 参数设置完成分店授权注册，再回商品页刷新；绑定后平台与商品数据才会带出来。
绑定之后，先确认三件事
- 平台是否都已绑定：看底部“已绑定平台 / 未绑定”统计。
- 商品是否都在正确分类：用分类过滤逐个看一遍。
- 价格与库存是否和门店一致：不一致先查主数据，不要直接在平台上硬改。
多平台商品管理，先守住三条边界
- 估清不等于下架。估清是临时不可售，下架是退出前台；用错会让商品在平台上“消失”，恢复要重新上架。
- 批量动作前先确认勾选范围。全选会把整个分类甚至所有商品一起改；先分类过滤、再勾选、最后执行。
- 价格不要在这里硬改。平台价格通常来自商品主数据或渠道价策略；后台改的是状态与库存，不是替代定价体系。
- 平台状态同步有先后；批量操作后刷新一次页面，确认每个平台都落在预期状态。
每天两次，把五个平台对齐
开档前：看所有平台
确认昨天估清的商品已置满、新上的商品已上架；查看未绑定数量是否为 0。
午高峰后：按分类估清
面包售罄就按分类过滤，选中售罄品项统一估清；不要整类下架。
打烊前：再对齐一次
把当天售罄商品统一估清，第二天开档前置满；平台状态与门店实际库存保持一致。
关于商品平台，常被问到的六件事
估清是商品还在平台上，但标记为售完、顾客不能下单；下架是商品退出前台展示。临时卖完用估清，长期停售才下架。
当前终端还没有落到某家分店。先到系统 → 参数设置完成分店授权注册；绑定后回到商品页刷新，平台与商品数据才会加载。
不用。可以在“所有平台”视图选中商品后统一估清、置满、上架或下架；也可以切到单平台页签处理该平台特有的问题。
置满是把商品恢复为可售/有库存状态，不是把数量改成无限；具体数量仍以商品与库存数据为准。恢复前先确认货真的到了。
统计当前商品在多少个平台有绑定关系。未绑定不为 0，说明有商品没上到某个渠道，需要补绑定，否则该平台看不到这个商品。
商品页作用于当前登录套账与当前分店；不同门店、不同套账的数据相互隔离。操作前仍要确认顶栏门店与套账是否正确。