ConnectWiz Commerce

商品情報は1つ。表示は5か所。カタログのコピペはゼロ。

カタログは1度だけ存在します。バリエーション、メディア、多通貨の価格を持ち、管理画面、AI アシスタント、チャット内ショップ、ショッピングフィード、公開 API に同時に供給されます。本当に双方向な WooCommerce 同期と、信頼できない呼び出し側が触れられない価格モデルつきで。

5つの面に、1つのレコード 双方向の WooCommerce 呼び出し側が注入できない価格
カタログは1つ — 面は5つ
陶器セット · $129
AI の回答
チャット内ショップ
Google/Meta のフィード
自社の API
価格:常にサーバー側で
5
1つの商品レコードが供給する面 — 管理画面、AI、チャット内ショップ、ショッピングフィード、公開 API
双方向
WooCommerce の同期 — 項目単位の所有権と、目に見える競合の台帳つき
0
信頼できない入口で受け付ける価格パラメータの数 — 価格は常にサーバー側で、カタログからスナップショットされます
3
独立した注文の軸 — 帳票のステータス、フルフィルメントの段階、発生源。だから現実に合います

カタログ

本物のマーチャンダイジングに耐える深さ

商品、サービス、バンドル

SKU、バーコード/GTIN、ブランド、状態、原価と定価とセール価格(期間指定つき)、VAT の扱い、単位、重量と寸法、Google の商品カテゴリ、翻訳、タグ。マーチャンダイジングの語彙をひととおり備えています。

バリエーションは自動生成

サイズ × カラーの軸が、それぞれ独自の価格、バーコード、画像、重量を持つバリエーション項目に展開されます。直積の退屈な作業は、機械がやります。

メディアも管理

項目ごとのメディアライブラリに、メイン画像、代替テキストの翻訳、並び順を持てます。CDN ストレージから配信され、アップロード時に無害化されます。

為替の作り話がない価格表

通貨ごと、国ごとの価格を持てます。自動換算は意図的にありません。設定していない価格は、単に存在しません。でっち上げの為替価格は、返金予備軍だからです。

売れる関連づけ

バンドルの構成品、アドオン、アップセル、クロスセル、アクセサリを1つの関連モデルで扱います。AI が実際に答えられる「よく一緒に買われるもの」です。

一括で入れて、一括で出す

CSV のインポートとエクスポート、一覧の絞り込み、一括操作バー。表計算の速さで、データベースの整合性を保ったままカタログを保守できます。

5つの面

商品の登録は1度。あとは会話のある場所すべてに。

抽象的な3Dイラスト:光る商品のキューブから光の糸が伸び、チャットの吹き出し、ウィジェットのパネル、フィードのカード、API の角括弧、値札へつながっている

AI がそこから売る

Wiz は会話の途中でカタログと注文を照会します。在庫、バリエーション、「注文はどこ」。参照しているのは管理画面で編集しているのと同じレコードで、古い複製ではありません。

チャットの中のショップ

訪問者はチャットの中で閲覧し、注文し、自分の注文を確認できます。場所は ウェブサイトのウィジェット — しかもショップが現れるのは、実際に有効で価格の付いた商品があるときだけです。空の店先を演じることはありません。

トークン化されたショッピングフィード

Google スキーマの商品フィード(Meta Commerce Manager も同じ形式を読みます)と CSV を、キャッシュつきの秘密のトークン化 URL で配信します。広告もショップも、経路に App Review を挟まずに同期を保てます。

公開の Commerce API

範囲を絞ったテナント API キー(カタログの読み取り、注文の読み書き)により、自社のストアフロントやモバイルアプリが同じカタログと注文エンジンの上に構築できます。ドキュメントがあり、レート制限があり、実在します。

フローが取引できる

コマースノードを使えば、 自動化が 会話の一部として商品を照会し、注文を入れられます — 顧客がすでにいる場所で、注文を受けるということです。

入口は1つ、価格パラメータはなし

ウィジェットも、フローも、API も、注文はすべて1つの注文ライターを通ります。このライターは構造的に価格を受け取れません。商品名も価格も、注文時にカタログからスナップショットされます。改ざんは拒否されるのではなく、不可能です。

WooCommerce と WordPress

所有権の取り決めを伴う双方向同期

多くの「連携」は、インポートボタンと祈りでできています。こちらは統制された双方向の同期で、どのデータ領域について、どちらのシステムが正を持つかをお客様が決めます。

抽象的な3Dイラスト:2つの台が双方向の光の橋を渡して商品キューブを交換し、上には所有権の印、下の台帳が競合したキューブを受け止めている

ワンクリックで連携

WooCommerce の標準的な認可フローが、API キーと Webhook を自動で用意します。キーをコピーする儀式も、Webhook のチェックリストもありません。

深いインポート、本物の書き戻し

画像、カテゴリツリー、期間付きのセール価格、GTIN、タグ、アップセル、バリエーションの価格と画像が流れ込みます。商品の編集は Woo へ書き戻せます。両方向とも、正直にです。

項目単位の所有権

領域ごとに選べます。データは Woo に置くか、こちらに置くか、双方向で同期するか。よそが所有する項目は、理由を画面に出したうえで読み取り専用になります。主人が2人いる混乱はありません。

本番の前にリハーサル

書き戻しの操作にはそれぞれスイッチがあり、リハーサルモードも付いています。何かが変わる前に、何が変わるかを見られます。決定的な冪等キーにより、再試行も安全です。

競合は台帳に

失敗した同期や競合した同期は、目に見える競合の台帳に入り、解決して再試行できます。黙った上書きも、棚卸しの時期に発見される謎の食い違いもありません。

WordPress プラグイン

チャットウィジェットを埋め込み、署名付きのシングルサインオントークンを発行します。ログイン済みの WooCommerce の顧客は、再登録なしでチャット上で認識されます。注文情報も含めてです。

注文、売上、在庫

実際の動き方どおりにモデル化された記録

注文は3つの軸で

帳票のステータス、フルフィルメントの段階(配送業者と追跡番号つき)、そして発生源 — 管理画面、ウィジェット、AI、フロー、API、WooCommerce — が、それぞれ独立して動きます。「確定した」「発送した」「チャットから来た」は、別々の事実だからです。

「支払済み」はチェックではなく計算

見積、受注、入金、そして連絡先ごとの売掛台帳。「支払済み」は台帳から導かれるので、一部入金も残高も、チェックボックスの作り話ではなく事実になります。

在庫も本物の台帳として

拠点をまたぐ複式の在庫移動 — 記録、棚卸し、移動、消費。予約が在庫を消費することもできるので、サービスの予約と、そこで使った部品が突き合わせられます。

包み隠さない但し書き

Commerce が意図的に「そうではない」もの

ホスト型のストアフロントなし

公開のウェブショップを当社がホストすることはありません。面はチャット内ショップ、フィード、そして自社サイトが上に構築する API です。ホスト型のショーケースは、あとの章になりうる話であって、こっそりした約束ではありません。

チャット内決済なし

注文はチャットの中で起きますが、カードへの請求は起きません。決済のフローは決済事業者のものであり、そうでないふりをすると、プラットフォームは中途半端な銀行になってしまいます。

Meta のカタログは読み取り専用

Commerce Manager のカタログは、WhatsApp の会話で使う商品ピッカーのために読み取ります。Meta のカタログへの書き込みは意図的に行いません。同期の経路はフィードの URL であり、Meta の追加審査を必要としません。

でっち上げの数字はなし

為替の換算なし、卸価格の自動生成なし、引当在庫なし。どれも拒否しているのは、コマースででっち上げた数字が、実在の顧客との実在の紛争になるからです。

Commerce の FAQ

売りはじめる前に

詳しくは FAQ をご覧いただくか、 直接お問い合わせください。

1つの商品レコードから5つの面へ。管理画面、AI アシスタント(会話の途中で商品と注文を照会できます)、ウェブサイトウィジェット内のチャット内ショップ、Google と Meta に対応したショッピングフィード、そして自社のストアフロントやアプリが上に構築できる公開の Commerce API です。

ワンクリックの連携でキーと Webhook が自動的に用意され、そのあとの同期は本当に双方向です。商品、画像、カテゴリ、セール価格、バリエーション、関連づけが流れ込み、編集は書き戻せます。統制するのは、お客様が選ぶ項目単位の所有権(データは Woo 側か、当社側か、双方向か)、操作ごとのリハーサルから本番への切り替え、そして再試行できる目に見える競合の台帳です。黙って上書きされるものはありません。

注文はチャットの中で行われますが、決済処理は意図的に行いません。「支払済み」は注文のチェックボックスではなく入金台帳から計算され、決済リンクは決済事業者のものです。偽の決済画面を作るより、実際の決済フローと正直に連携するほうを選びます。

構造的に、できません。信頼できない入口 — ウィジェットのショップ、フロー、公開 API — はすべて、価格のパラメータを持たない1つの注文ライターを通ります。商品名も価格も、注文時にサーバー側でカタログからスナップショットされます。ここでの価格の完全性は、検証ではなくアーキテクチャです。

カタログはもう書いてあります。面ごとに書き直すのは、やめましょう。

WooCommerce か CSV から取り込めば、すべての会話の面が同じ正をもとに売りはじめます。