ConnectWiz Commerce

一份商品事实。五个界面。零份复制粘贴的目录。

你的商品目录只存在一份——规格、媒体、多币种价格——同时供给后台面板、AI 助手、聊天内商店、购物信息流和一个公开 API。配上真正双向的 WooCommerce 同步,以及一套任何不可信调用方都碰不到的价格模型。

五个界面,一条记录 WooCommerce 双向同步 价格无法被调用方注入
一份商品目录 —— 五个界面
陶瓷套装 · $129
AI 作答
聊天内商店
Google/Meta 信息流
你的 API
价格:永远来自服务端
5
一条商品记录同时供给的界面——后台面板、AI、聊天内商店、购物信息流、公开 API
双向
WooCommerce 同步——带字段级归属权和一份看得见的冲突台账
0
任何不可信入口上的价格参数——价格永远在服务端从商品目录快照取得
3
相互独立的订单维度——单据状态、履约阶段和来源——现实才装得下

商品目录

深到足以支撑真正的商品运营

商品、服务、组合包

SKU、条码/GTIN、品牌、成色、成本价、标价和带促销时段的促销价、增值税处理、单位、重量和尺寸、Google 商品类目、翻译、标签——整套商品运营词汇。

规格,自动生成

尺码 × 颜色两个维度展开成一个个规格条目,各自带价格、条码、图片和重量——笛卡尔积那份苦力交给机器。

媒体,有人管

每个条目一个媒体库,带主图、alt 文本翻译和排序——由 CDN 存储分发,上传时做净化处理。

价目表不编汇率

按币种和国家分别定价——刻意不做自动换算。你没设过的价格就是不存在,因为一个按汇率编出来的价格,迟早变成一笔退款。

能卖货的关联关系

组合包构件、附加项、追加销售、交叉销售和配件都在同一个关联模型里——“搭配起来好用”这种回答,AI 才真答得出来。

批量进,批量出

CSV 导入导出、列表筛选和批量操作条——用表格的速度维护目录,用数据库的完整性兜底。

五个界面

商品录入一次。会话发生在哪里,它就在哪里。

抽象 3D 插画:一个发光的商品立方体向聊天气泡、挂件面板、信息流卡片、API 括号和购物吊牌辐射出光线

AI 靠它卖货

Wiz 会在会话过程中查目录和订单——有没有货、什么规格、“我的订单到哪了”——依据的是后台编辑的那条记录,绝不是一份过期副本。

聊天里的一家商店

访客浏览、下单、查看自己的订单,全都在一个地方: 网站挂件 ——而且只有当你确实有上架且标了价的商品时,商店才会出现。不演空货架。

购物信息流,带令牌

一份 Google 规范的商品信息流(Meta Commerce Manager 读的是同一种格式)外加 CSV,在一个带缓存的保密令牌 URL 上提供——广告和商店保持同步,路径上不需要应用审核。

一个公开的 Commerce API

带作用域的租户 API 密钥(目录读、订单读写),让你自己的店面或移动应用建立在同一套商品目录和订单引擎上——有文档、有限流、真能用。

Flows 也能做交易

Commerce 节点把交易能力交给了 Flows 自动化 ——在会话过程中查商品、下订单,让接单发生在客户已经待着的地方。

一道门,没有价格参数

挂件、流程和 API 的订单都经过同一个订单写入器,而它在结构上就不接受价格——名称和价格在下单那一刻从商品目录快照取得。篡改不是被拒绝,而是根本做不到。

WooCommerce 与 WordPress

带归属权约定的双向同步

多数“集成”不过是一个导入按钮加一句祈祷。这一个是有治理的双向同步,由你按数据域决定哪个系统持有事实。

抽象 3D 插画:两个平台通过一座双向光桥交换商品立方体,上方有一枚归属权印章,下方一本台账接住了一个冲突立方体

一键配对

标准的 WooCommerce 授权流程会自动开出 API 密钥和 Webhook——不用复制密钥的仪式,也没有 Webhook 检查清单。

深度导入,真的会回写

图片、类目树、带时段的促销价、GTIN、标签、追加销售、规格价格和图片都会进来;商品编辑也能回写到 Woo——双向,如实。

字段级的归属权

按数据域,由你选择:数据放在 Woo、放在这里,还是双向同步。归属在别处的字段会显示为只读,并把原因写在屏幕上——不会出现两个主人的混乱。

先彩排,再上线

每一个回写操作都有自己的开关和一个彩排模式——在任何东西变动之前,先看看会变成什么样。确定性的幂等键让重试是安全的。

冲突,记在台账上

失败或冲突的同步会落进一份看得见的冲突台账,可以解决后重试——不会有静默覆盖,也不会在盘点时才发现莫名其妙的偏差。

WordPress 插件

它嵌入聊天挂件,并签发带签名的单点登录令牌——已登录的 WooCommerce 客户在聊天里会被直接认出来,不用重新注册,订单也一并带着。

订单、销售与库存

单据链路,按它真实的样子建模

订单的三个维度

单据状态、履约阶段(带承运商和运单号)和来源——后台面板、挂件、AI、流程、API 或 WooCommerce——各自独立推进,因为“已确认”“已发货”和“来自聊天”本来就是三件不同的事实。

“已付款”是算出来的,不是勾出来的

报价单、销售订单、收款,以及一份按联系人计的应收台账——“已付款”由台账推导得出,所以部分付款和余额是事实,不是复选框里的虚构。

库存是一本真台账

跨库位的复式库存流水——入账、盘点、调拨、消耗——而且一次预约可以消耗库存,让服务预约和它用掉的零件对得上账。

不加粉饰的细则

Commerce 刻意不是什么

不托管店面

我们不替你托管一个对外的网店——这里的界面是聊天商店、信息流,以及你自己站点用来搭建的 API。托管橱窗是后面可能写的一章,不是一句悄悄的承诺。

聊天内不收款

下单在聊天里发生;刷卡不在。支付流程属于支付服务商,假装不是这样,就是平台变成半个蹩脚银行的开始。

Meta 目录:只读

你的 Commerce Manager 目录会被读取,用于 WhatsApp 会话里的商品选择器;我们刻意不往 Meta 的目录里写——同步路径是那个信息流 URL,它不需要额外的 Meta 审核。

不编造数字

不做汇率换算,不自动生成批发价档位,不做预留库存——每一条都拒绝,因为商业里编出来的数字,最后会变成和真实客户的真实纠纷。

Commerce FAQ

开卖之前

更多内容见完整的 FAQ, 也可以直接联系我们。

一条商品记录,五个界面:后台管理面板、AI 助手(它可以在会话过程中查商品和订单)、网站挂件里的聊天内商店、兼容 Google 和 Meta 的购物信息流,以及一个你自己的店面或应用可以在上面搭建的公开 Commerce API。

一键配对会自动开出密钥和 Webhook,然后同步真正双向地跑起来:商品、图片、类目、促销价、规格和关联关系都会进来;编辑也能回写——由你选择的字段级归属权(数据放在 Woo、放在我们这里,还是双向)来治理,每个操作都有先彩排后上线的开关,还有一份看得见、可重试的冲突台账。不会有任何东西被静默覆盖。

下单在聊天里完成;支付处理刻意不在。“已付款”由收款台账算出来,而不是订单上的一个复选框,结账链接属于你的支付服务商。我们宁可和真实的支付流程诚实地对接,也不愿假造一个结账页。

从结构上说,不能。每一道不可信的门——挂件商店、流程、公开 API——都要经过同一个订单写入器,而它根本没有价格这个参数:名称和价格在下单那一刻由服务端从商品目录快照取得。价格完整性在这里是架构,不是校验。

你的商品目录早就写好了。别再为每个界面重写一遍。

从 WooCommerce 或 CSV 导入,每一个会话界面就都开始按同一份事实卖货。