功能说明

我们只做商品与 SKU 管理这一件事,所以每个功能都做得比较深。下面按使用频率排序,从最常用的规格矩阵开始。

01 · 最常用

规格矩阵

把「颜色」「尺码」这样的属性定义为维度,勾选候选值,系统一次生成全部组合,并自动编码。

新建规格 / 男士休闲衬衫 待生成 12 个 SKU
颜色 白色 浅蓝 藏青 黑色
尺码 M L XL
版型 修身 宽松
生成的规格矩阵:4 色 × 3 码 = 12 个 SKU
SKU 编码 颜色 尺码 售价 成本 条形码
SKU-2317-01 白色 M ¥199 ¥78 6901234500011
SKU-2317-02 白色 L ¥199 ¥78 6901234500028
SKU-2317-03 白色 XL ¥209 ¥78 6901234500035
SKU-2317-04 浅蓝 M ¥199 ¥78 6901234500042
… 其余 8 个 SKU 按同一规则自动生成
维度数上限 5 单次生成上限 2000 编码规则 可自定义

按规则批量填充

售价、成本、重量、条形码都可以按公式或阶梯规则一次性填好,不用逐个手输。也可只填基准值,其余按维度加价。

单独微调

生成后仍可对个别 SKU 单独改价、改库存、停售,不影响其他组合。适合某几个尺码成本不同的情况。

规格图与图文绑定

每个规格值可绑定一张示意图,选中颜色时详情页主图自动切换,铺货到渠道时一并同步。

02 · 最怕出错

库存实时同步

超卖是电商最贵的事故——赔的不只是钱,还有店铺权重和客服成本。同步机制为此做了三层保护。

事件驱动,非轮询

渠道订单产生后通过 Webhook 即时推送到平台,不依赖定时轮询,因此延迟中位数只有 1.8 秒。

安全库存阈值

可为每个 SKU 设置安全库存。库存降到阈值以下时,自动在所有渠道下架或改为「预售」,由你选择策略。

冲突自动裁决

若极端情况下多渠同时下单造成库存不足,按你预设的渠道优先级分配,未获配订单立即标记并通知客服。

全链路可追溯

每次库存变动都记录来源渠道、时间与操作方,出现异常可回溯到具体订单,不必靠猜。

实测数据:2026 年 1–8 月,平台日均处理库存变更 4700 万次, 同步延迟 P50 为 1.8 秒、P99 为 6.4 秒。因同步问题导致的超卖工单占全部订单的 0.0007%。

03 · 大促必备

批量改价与促销

改价最怕两件事:改错价、改漏价。所以推送前的差异预览和范围校验是必须的,不能省。

  • 按分类、标签、价格区间、库存状态等条件圈选 SKU
  • 支持百分比调整、固定额增减、直接设为某值三种方式
  • 可设价格下限保护,避免折后低于成本
  • 推送前逐条预览「原价 → 新价」差异表
  • 支持定时生效,大促零点自动执行
  • 执行完成后生成变更报告,失败项单独列出可重试

变更预览(示例)

批量改价差异预览示例
SKU 原价 新价 变化
SKU-2317-01 ¥199 ¥159 −20%
SKU-2317-02 ¥199 ¥159 −20%
SKU-2317-03 ¥209 ¥167 −20%
SKU-2317-07 ¥129 ¥103 低于成本线

低于成本线的项会被标红并默认排除,需手动确认后才可推送。

04 · 迁移与对账

批量导入导出

导入不允许写脏数据,导出要能直接交给财务。这两个场景决定了实现的细节。

导入前全量校验

上传后先跑一遍校验,逐行检查必填项、格式、编码冲突与重复 SKU,把错误行号和原因列出来,确认无误才写入。

增量更新

只更新表格中出现的字段,未涉及的字段保持原值。避免「导入一次把库存清零」这类事故。

自定义导出字段

导出时自由选择字段、筛选范围与排序方式,可直接生成财务对账用的成本利润表。

05 · 团队场景

多角色权限与协作

商品数据是全公司共用的,但改价的权力不该人人都有。权限要能细到「谁能改哪一类商品的哪个字段」。

默认角色权限对照
角色 查看商品 编辑商品 改价 渠道同步 成员管理
管理员 全部 全部 全部 全部 可操作
运营 全部 全部 需审批 可操作 不可
客服 全部 不可 不可 不可 不可
仓管 仅库存字段 仅库存字段 不可 不可 不可
财务 只读 + 可导出 不可 不可 不可 不可

二级审批

可要求「改价」「批量下架」等敏感操作走审批流。申请人提交后,审批人在后台看到变更差异一并确认或驳回。

操作日志

记录每一次字段变更的操作人、时间、原值与新值。可按人、按商品、按时间范围检索,并导出留档。

06 · 系统对接

开放 API 与 Webhook

如果你的商品主数据在自建系统里,把 xxsku.cn 当作同步中枢即可,不必改变现有架构。

bash — 批量更新库存
curl -X PATCH https://api.xxsku.cn/v1/skus/stock \
  -H "Authorization: Bearer sk_live_****************" \
  -H "Content-Type: application/json" \
  -d '{
    "items": [
      { "sku_code": "SKU-2317-01", "stock": 128 },
      { "sku_code": "SKU-2317-02", "stock": 96 }
    ],
    "sync_channels": true
  }'

REST API

商品、SKU、库存、价格、渠道全部有对应接口,遵循统一响应结构与幂等语义。

Webhook 事件

订阅订单、库存变更、同步失败等事件。推送带签名校验,失败自动重试 5 次。

多语言 SDK

提供 Python、Node.js、Java 官方 SDK,封装了鉴权、重试与分页遍历。

对比

和「用 Excel 管」差在哪

Excel 不是不能用,只是当 SKU 超过几百个、渠道超过两个时,维护成本会指数上升。

Excel 管理与 xxsku.cn 的差异对比
场景 用 Excel 管 用 xxsku.cn
新增一款多规格商品 手工复制粘贴,15 个 SKU 约 1–2 小时 勾选维度自动生成,约 2 分钟
多平台库存一致 靠人工核对,高峰期必然超卖 事件驱动自动同步,延迟 P50 1.8 秒
大促批量调价 逐个平台逐个改,易漏易错 圈选后批量改,推送前预览差异
多人同时编辑 文件互相覆盖,不知道谁改的 角色权限 + 二级审批 + 操作日志
SKU 规模上限 超过数千行后打开就卡 单账号支持 20 万 SKU
与 ERP / WMS 对接 手工导入导出,数据滞后 开放 API + Webhook 实时打通

这些功能,14 天内随便试

全功能开放,不需要信用卡。拿你自己的商品数据跑一遍,比看任何说明都直接。