ConnectWiz Commerce

一份商品真相。五個介面。零手工複製的目錄。

您的商品目錄只存在一份——規格、媒體、多幣別價格——同時餵給後台、AI 助理、對話內商店、購物動態饋給和一個公開 API。搭配真正雙向的 WooCommerce 同步,以及任何不受信任的呼叫端都碰不到的價格模型。

五個介面,一筆資料 WooCommerce 雙向同步 價格無法被呼叫端注入
一份商品目錄——五個介面
陶瓷組 · $129
AI 回覆
對話內商店
Google/Meta 動態饋給
您自己的 API
價格:一律由伺服器端決定
5
一筆商品資料同時餵給的介面——後台、AI、對話內商店、購物動態饋給、公開 API
雙向
WooCommerce 同步——附欄位層級的歸屬權,以及看得見的衝突帳本
0
不受信任的入口上可傳的價格參數——價格一律在伺服器端從商品目錄快照取得
3
彼此獨立的訂單軸向——單據狀態、出貨階段、來源——好讓模型貼合現實

商品目錄

深度足夠,撐得起真正的商品管理

商品、服務、組合包

SKU、條碼/GTIN、品牌、新舊狀況、成本價、定價與特價(含特價期間)、稅務處理、單位、重量與尺寸、Google 商品分類、翻譯、標籤——整套商品管理詞彙一應俱全。

規格,自動生成

尺寸 × 顏色兩個軸向會展開成一個個規格項目,各有自己的價格、條碼、圖片和重量——笛卡兒積的苦工交給機器做。

媒體,有人管

每個品項各有一個媒體庫,可設主圖、替代文字翻譯和排序——由 CDN 儲存供應,上傳時就先清理過。

價目表不編匯率故事

價格按幣別和國家分開設定——刻意不做自動換算。您沒設過的價格就是不存在,因為一個憑空換算出來的價格,等於預約了一筆退款。

賣得動的關聯設定

組合包成分、加購品、升級推薦、交叉銷售和配件共用一套關聯模型——「這個和什麼搭」這種問題,您的 AI 才答得出來。

批次進,批次出

CSV 匯入匯出、清單篩選和批次操作列——用試算表的速度維護商品目錄,同時保有資料庫的完整性。

五個介面

商品只輸入一次。對話發生在哪裡,它就在哪裡。

抽象 3D 插圖:一個發光的商品方塊,向對話泡泡、元件面板、動態饋給卡片、API 括號和購物吊牌射出光線

AI 直接拿它來賣

Wiz 會在對話進行中查商品目錄和訂單——有沒有貨、有哪些規格、「我的訂單到哪了」——依據的是後台正在編輯的同一筆資料,絕不是過期的副本。

對話裡面就是一間店

訪客在 「網站元件」 裡就能瀏覽、下單、查自己的訂單——而且只有在您真的有上架並標價的商品時,商店才會出現。不演空櫥窗那一套。

購物動態饋給,帶 token

Google 結構的商品動態饋給(Meta Commerce Manager 讀的是同一種格式),外加 CSV,以一組祕密 token 網址供應並帶快取——廣告和商店保持同步,路徑上不需要經過任何 App 審核。

公開的 Commerce API

有適用範圍的租戶 API 金鑰(商品目錄讀取、訂單讀寫),讓您自己的店面或行動 App 建在同一份商品目錄和訂單引擎上——有文件、有速率限制,是真的能用。

Flows 也能做交易

Commerce 節點讓 「自動化」 可以在對話中查詢商品並下單——接單就發生在客戶原本就在的地方。

只有一道門,而且沒有價格參數

元件、流程和 API 送出的訂單,都會經過同一個訂單寫入器,而它在結構上就無法接受價格——名稱和價格都是下單當下從商品目錄快照取得。竄改不是被擋下來,是根本做不到。

WooCommerce 與 WordPress

雙向同步,附一份歸屬權的約定

多數所謂的「整合」就是一顆匯入按鈕加上一句祈禱。這一個是受管控的雙向同步,由您逐一決定每個資料領域由哪一邊說了算。

抽象 3D 插圖:兩個平台透過一座雙向光橋交換商品方塊,上方有一枚歸屬權封印,下方一本帳本接住一個衝突方塊

一鍵配對

標準的 WooCommerce 授權流程會自動佈建 API 金鑰和 Webhook——不用複製金鑰的儀式,也沒有 Webhook 檢查清單。

深度匯入,真的寫得回去

圖片、分類樹、含期間的特價、GTIN、標籤、升級推薦、規格價格和圖片都會進來;商品的編輯也可以寫回 Woo——兩個方向都是真的。

欄位層級的歸屬權

每個資料領域由您選:資料歸 Woo、歸這裡,或雙向同步。歸屬在別處的欄位會顯示為唯讀,並在畫面上說明原因——不會出現兩個主人互相打架的局面。

先彩排,再上線

每一種寫回操作都有自己的開關和彩排模式——在任何東西真的改變之前,先看會改成什麼樣。決定性的冪等鍵讓重試是安全的。

衝突,記在帳本上

同步失敗或發生衝突時,會落進一本看得見的衝突帳本,可以解決後重試——不會有無聲的覆寫,也不會在盤點時才發現不明其妙的差異。

WordPress 外掛

嵌入聊天元件,並簽發帶簽章的單一登入 token——已登入的 WooCommerce 客戶在對話裡會直接被認出來,不必重新註冊,連訂單都帶著。

訂單、銷售與庫存

單據軌跡,照它真實的樣子建模

訂單有三個軸向

單據狀態、出貨階段(含物流商與追蹤碼)和來源——後台、元件、AI、流程、API 或 WooCommerce——三者各自獨立變動,因為「已確認」、「已出貨」和「從對話來的」本來就是三件不同的事。

已付款是算出來的,不是打勾打出來的

報價、銷售訂單、收款,以及按聯絡人記的應收帳本——「已付款」是從帳本推導出來的,所以部分付款和餘額都是事實,不是勾選框的幻覺。

庫存是一本真的帳

跨據點的複式庫存異動——入帳、盤點、調撥、耗用——而且一筆預約可以耗用庫存,讓服務預約和它用掉的零件對得起來。

不加修飾的細則

Commerce 刻意不是什麼

不提供代管店面

我們不替您代管公開網路商店——介面是對話內商店、動態饋給,以及讓您自己的網站建上去的 API。代管櫥窗是未來可能的篇章,不是現在偷偷給的承諾。

對話內不收款

下單在對話裡發生,刷卡不在。金流屬於金流服務商,裝作不是這樣,平台最後就會變成一間做得很差的半吊子銀行。

Meta 商品目錄:唯讀

您的 Commerce Manager 商品目錄會被讀取,供 WhatsApp 對話中的商品挑選器使用;我們刻意不寫入 Meta 的商品目錄——動態饋給網址才是同步路徑,而它不需要額外的 Meta 審核。

不編造數字

不做匯率換算、不自動產生批發級距、不做預留庫存——每一項都是刻意拒絕,因為電商裡捏造出來的一個數字,最後會變成一場跟真實客戶的真實爭議。

Commerce FAQ

開賣之前

更多內容見完整的 FAQ, 也可以直接聯絡我們。

一筆商品資料,五個介面:後台、AI 助理(可以在對話進行中查商品和訂單)、網站元件裡的對話內商店、相容 Google 與 Meta 的購物動態饋給,以及讓您自己的店面或 App 建上去的公開 Commerce API。

一鍵配對會自動配置金鑰和 Webhook,接著同步就真的是雙向的:商品、圖片、分類、特價、規格和關聯都會進來;編輯也可以寫回去——由您選定的欄位層級歸屬權管控(資料歸 Woo、歸我們,或雙向),每一種操作都有彩排轉正式的開關,還有一本看得見、可重試的衝突帳本。沒有任何東西會無聲覆寫。

下單在對話裡完成,金流處理則刻意不在。「已付款」是從收款帳本算出來的,不是訂單上的一個勾選框,結帳連結屬於您的金流服務商。與其假裝有一個結帳流程,我們寧可誠實地和真正的金流串接。

結構上不行。每一道不受信任的入口——元件商店、流程、公開 API——都會經過同一個訂單寫入器,而它根本沒有價格這個參數:名稱和價格都是下單當下在伺服器端從商品目錄快照取得。在這裡,價格的完整性是架構,不是驗證。

您的商品目錄早就寫好了。別再為每個介面重寫一次。

從 WooCommerce 或 CSV 匯入,然後每一個對話介面都從同一份真相開始賣。