商品标准化与分发
采集 1688 货源后统一成内部商品模型，再按平台规则映射标题、主图、SKU 与属性；平台差异用模板表达，不写死在代码里。
品牌线 · OPS
一个人管四个平台，靠流程不靠熬夜
铺货要在一个个后台重复填表，出单要去 1688 下单，退款要挨个查，客服消息散在四个 App 里。我们把重复动作收进一个桌面中台，并把平台差异做成模板配置——能自动的自动，做不到的（受平台权限限制）如实标成半自动，让人知道哪一步还得自己点。
为谁做
这些处境，是不是你现在的样子
如果你的处境不在下面四条里，多半不适合我们——直接说，我们会告诉你找谁更合适。
多平台多店铺的中小卖家
同一件商品不用在四个后台各填一遍标题与属性
1688 一件代发商家
出单后能一键下单代发，并把运单回填到店铺
电商代运营团队
多店铺统一看板，异常单自动置顶，处理带留痕
刚起量的个人卖家
不囤货也能铺开，库存与采购单状态对得上
实物
界面长什么样
下面是示意：布局与字段是真实结构，数值不代表当前行情。我们不贴截图——产品在迭代，过期截图会让官网展示一个不存在的界面。
3超时未发货
12待回填运单
1退款待审
虚拟库存预占
1688 采购单
运单回填
平台发货
抖店 · 已授权全自动可发布
拼多多 · 已授权全自动可发布
小红书半自动导出包
某平台受限跳转后台
怎么做
四件我们坚持的事
履约状态机
本地虚拟库存预占 → 1688 采购单 → 运单回填 → 平台发货。每一步可查，卡在哪一步一眼看到。
按能力分级交付
全自动（抖店/拼多多/微信小店/快手）、半自动（导出包人工导入）、受限（跳转平台后台）——不把"受限"说成"支持"。
选品情报
自有店铺真实数据 + 1688 供给端热度 + 可选第三方数据三源交叉，输出红蓝海指数并标注来源与置信度。
边界
明确不做什么
列能力谁都会；把「不做」写出来，才知道这家公司靠不靠得住。
- 不承诺"扣减供应商库存"——1688 是货源方，我们只能下单代发。
- 不承诺跨平台统一收发客服消息：多数平台不开放该权限，只做待办提醒 + 跳转。
- 不做刷单、刷评、虚假发货；相关请求一律不接。
- 不隐藏平台限制：某个动作做不到，界面会直接写明要跳转到哪个后台。
常见问题
被问得最多的四个问题
真的能一键发布到六个平台吗？
不能，我们也不会这么承诺。实际是：抖店、拼多多、微信小店、快手 **全自动**；小红书 **半自动**（导出包 + 人工导入，平台无开放接口）；淘宝 **受限**（跳转后台，不做自动发布）。界面上按真实能力渲染按钮，受限平台不会出现「一键发布」。
能不能扣减 1688 供应商库存？
不能。1688 是货源方，没有提供「替供应商扣库存」的接口。我们做的是**本地虚拟库存预占** + 采购单状态机：出单后本地预占，创建 1688 采购单，拿到运单号后回填店铺。
客服消息能统一在一个界面收发吗？
多数平台不开放该权限，所以 v1 做的是**待办中心**：未读咨询集中提醒 + 一键跳转平台后台 + AI 话术草稿（复制粘贴）。「统一收发」列为条件性功能，以拿到平台权限为前提。
数据存在哪？会传到你们服务器吗？
商品、订单、店铺授权凭证都在**本地**加密存储（SQLite + SQLCipher）。需要联网的只有平台接口调用与（可选的）云端看板。
想算一下这套流程能省多少时间？
把你的平台与店铺数量说清楚，我们按实际链路给一版操作演示。