WISMO自動化とは実際に何か
WISMOは、サポートの略語で「where is my order?」（注文はどこ？）の意味です。オンラインストアなら誰もが、望む以上に受け取る注文状況の質問です。私はeeselのサポートキューを担当していますが、ECチームが最初にeeselと話すとき、AIに最初に任せたい仕事がこれです。月に約7,000件のGorgiasチケットを扱うDTCサプリメントブランドの運営責任者は、チームが追いつけず、メールの少なくとも半分を解決してくれるエージェントが必要だと話していました。そのリストの一番上にあったのがWISMOです。
問題は、「WISMOを自動化する」が「チャットボットを置く」と受け取られてしまい、チャットボットが役に立つか害になるかを決める2つの層が飛ばされることです。WISMOチケットの行き先は3つあります。
- そもそも送られない。お客様がすでに発送メールを受け取っているか、追跡ページを確認しているからです。
- AIが回答する。注文と配送業者のスキャンが、明確で予定通りの内容を示しているからです。
- 人が対応する。荷物が止まっている、紛失した、遅れている、または配達済みとされているが届いていないからです。
このテーマで上位に表示されるベンダーのページの多くは、第2層の話しかしていません。ただ、第1層は最も安く、第3層はAIがお客様を失わせかねないところです。だからこのガイドでは、残りの部分ですべてを順に見ていきます。まず全体像を知りたい方には、同僚が書いたAIによる注文追跡の入門と、注文追跡を自動化するステップバイステップのガイドがあります。
「Fulfilled」が答えにならない理由
ほとんどのWISMOボットが落ちる穴がここにあります。Shopifyでは、注文は「注文内のすべての商品を処理して発送したとき」にFulfilledとマークされます。Shopifyの注文ステータスのドキュメントにそうあります。これは倉庫側の事実です。配送業者が箱をスキャンしたかどうか、荷物が今税関で止まっているかどうかについては、何も語りません。
Shopifyは「Out for delivery」や「Delivered」の通知を送れますが、それは配送業者または出荷アプリから追跡イベントが返ってきたときだけです。Shopify自身の通知に関するドキュメントにも「追跡イベントの情報源、精度、タイミングは配送業者によって異なります」とあります。つまり、Shopifyの注文しか読まないAIは、「発送されました、こちらがリンクです」としか言えません。
「ラベル作成済み」から最初の配送業者スキャンまでの空白期間が、怒りのチケットの発生源です。あるストアオーナーが今週r/ecommerceでこう書いていました。
"a package sits on "label created" for 3 days and i've got the same customer in my inbox twice asking if we scammed them, and nothing i've tried has really fixed it"
このお客様に追跡リンクは必要ありません。すでに持っていて、何も表示されていないのですから。必要なのは「ラベルは印刷済みですが、配送業者がまだ集荷しておらず、こちらでこう対応しています」という正直な説明で、そのためには注文ステータスではなくスキャン履歴が必要です。
これをうまくやっているツールは、はっきりそう言っています。Richpanelの注文追跡ページは、AIがAfterShipからライブのステータス、最新のスキャン、配達見込みを取得し、「注文自体のステータスタグは古いものとして扱い、ライブ情報として引用することは決してない」と説明しています。GorgiasもShipStationアクションのドキュメントで同様のことを述べています。ShipStationには「Shopifyで利用できるものより新しい出荷情報がある場合がある」とのことです。
ステップ1：チケットが書かれる前に防ぐ
最も安いWISMOチケットは、誰も送らないチケットです。ですから、AIを購入する前に、チェックアウト後にお客様がすでに何を受け取っているかを確認する価値があります。
Shopifyは標準で4つの発送通知を送ります。注文が処理されたときの発送確認、追跡情報が変わったときの発送更新、配送業者がそれらのイベントを報告したときのOut for deliveryとDeliveredです。詳しくは顧客通知ガイドを参照してください。どれかを以前にオフにしたなら、オンに戻しましょう。また、追跡メールが別の言語の配送業者ページにリンクしているだけなら、そのリンクがチケットを生んでいます。
ブランド仕様の追跡ページは次のステップです。あるDTCストアのオーナーは、4つのシンプルなステータス（注文済み、発送済み、配達中、配達完了）と配達予定日を載せた追跡ページに切り替え、こう報告しています。
"WISMO tickets dropped like 20% almost overnight."
Magentoを使う別のストアオーナーは、専用の追跡ページで「cut down our wismo tickets by like twenty percent」と、別のr/Magentoのスレッドで述べています。これは2つの事例であって研究ではありませんが、方向性は一致しています。
追跡アプリはこの層を販売しています。AfterShipの追跡料金は、年間6,000件の出荷で年払いなら月額29ドルから、追加出荷は1件0.08ドルです。Essentialsプランには、ブランド仕様の追跡ページと、出荷のサブステータスや配達予定日が変わったときのメール・SMS通知が含まれます。Premiumは月額59ドルからで、AIによる配達日予測とAPIが加わります。私が最初に設定するのは「ご注文が遅れています」のメールです。同じRedditの投稿で、お客様は「don't get mad about delays as much as they get mad about not knowing」とされていました。これがWISMOのプロアクティブな側面で、AIが見る前に山を小さくしてくれます。
r/Magentoのスレッドには、もっともな警告もあります。
"Trying to solve this by automating WISMO inquiries instead of making sure there is no need for client to do wismo can backfire and just increase their frustration."
Shopifyのマーチャントは、独自の通知を組むこともできます。たとえば、ラベルが作成された時点で追跡の更新を送れば、ラベル作成から最初のスキャンまでの静かな日々が、無言の時間に感じられなくなります。
ステップ2：通常のケースはAIに回答させる
予防策が整うと、それでも届くWISMOチケットは、お客様が人間らしい答えを求めているものになります。「注文番号は4471です。金曜までに届きますか？」こうなると、AIエージェントはチャットボットに勝ります。ルールベースのボットはリンクを返します。エージェントは注文を調べ、追跡情報を読み、そのお客様の荷物について返信を書きます。
そのためにAIには4つのものが必要です。
- 注文：注文番号、またはチケット上のメールアドレスで見つけます。これはeeselも初期に苦労した点です。月額約800ドル相当のECの見込み客が、突き合わせるメールアドレスなしでは、注文番号によるShopifyの照会が動かなかったためにブロックされました。そして「注文#1234はどこ？」は、私のキューで最も多いECの質問です。どのツールでも、初日に注文番号照会をテストしましょう。
- 出荷と追跡番号：何かが発送されたかどうか、注文が分割された場合は何が発送されたかを把握するためです。
- 配送業者の最新スキャン：できれば追跡アプリ経由で。「発送済み」ではなく「配達中」と言えるようにするためです。
- 文書化された配送ポリシー：処理時間、地域ごとの配送業者、何を遅延とするか、紛失した荷物にどう対応するか。これがなければ、AIは推測で穴を埋めます。サポートにおけるAIのハルシネーションはそうして始まります。
本人確認も重要です。注文の詳細は個人情報であり、Richpanelのドキュメントには、本人確認は「ストアが要求する場合、最初に行われる」とあります。メールでは、通常は送信者のアドレスがその役割を果たします。チャットでは、何かを読み上げる前にメールアドレスか注文番号を尋ねましょう。Gorgiasはセルフサービスでこれに近いことをしています。注文管理ポータルは、注文ステータスと追跡情報を表示する前に、メールまたはSMSで6桁のコードを送ります。
コミュニティのフィードバックは、私がチケットで見ていることと一致します。こうしたエージェントを運用した人たちは、WISMOは簡単な成果で、問題は別のところから始まると言う傾向があります。
"the only AI feature that moves the needle for ecom is order status / tracking lookup tied to live shopify data, everything else is faster typing."
チャネルについても同じです。WISMOの質問は、メール、チャット、InstagramのDM、WhatsAppのどれでも、お客様がどの言語で書いても同じ形をしています。何を選ぶにしても、同じ注文データからすべてに答えられ、できればお客様の言語でも答えられるものにしましょう。国境を越えて出荷する多言語ECのストアでは、これが非常に重要です。
AIが回答すべき注文状態
ここは、ほとんどのWISMOガイドが飛ばす部分で、私なら印刷して壁に貼ります。すべてのWISMOチケットは何らかの注文状態に対応し、それぞれの状態には適切な担当者がいます。下から状態を選ぶと、AIが安全に言えること、読む必要があるもの、身を引くべきタイミングが表示されます。
状態を選ぶと、AIが回答するのか、下書きするのか、チームに引き継ぐのかがわかります。文例はあくまで例であり、実際の数字はご自身のポリシーで決めてください。
「AIが回答」の状態は予定通りのもので、AIは事実を読み上げるだけです。「人が担当」と書かれたものはすべて、謝罪か判断を伴い、お金が絡むことも多いものです。真ん中の、AIが下書きして人が送る形は、まだエージェントを信頼していないチームに、私が最初に勧める始め方です。
ステップ3：例外は事実を添えて引き継ぐ
速くて間違った答えを返すWISMOボットは、ボットがないよりも悪いものです。あるShopifyストアのオーナーはこううまく言っています。
"A bot that answers "where is my order?" fast but confidently guesses on delivery exceptions burns trust. I'd start with a narrow FAQ set, hard handoff for refunds, edits, or angry customers, then review transcripts weekly."
3つのルールでほとんどをカバーできます。配送業者が示していない配達日を、AIに言わせてはいけません。同じ荷物についての2回目の連絡に、1回目であるかのように答えさせてはいけません。そして「配達済みだが未受領」を、AI単独で処理させてはいけません。そのチケットは質問ではなく、請求だからです。Richpanelのドキュメントも、同じものを引き継ぎのトリガーとして挙げています。ポリシーでカバーされていない配送業者の例外、配達済みだが未受領という申し立て、同じ荷物への繰り返しの連絡です。
良い引き継ぎは3つのことをします。お客様に次に何が起こるかを1行で伝え、注文、スキャン、理由を社内メモに残し、AIが再び返信しないようにします。同僚がより詳しいAIエージェントの引き継ぎのガイドを書いているので、深く知りたい方はどうぞ。WISMO以外のルーティングルールについては、AIのエスカレーションの記事を参照してください。
静かな失敗は、「配達中」のスキャンで止まってしまうケースです。あるチャット担当者が、キューの反対側からこう説明しました。
"If you have seen your tracking is out for delivery three days in a row and chat us on the fourth day with an update on that day you're reaching out, our time frame of when we can help starts at that report since we're not actively watching your tracking like you are."
スキャン履歴を読めるAIなら、そのパターンを最初の連絡で見抜き、4日連続で「配達中です」と陽気に繰り返すのではなく、そのまま人に回せます。価値という点では、簡単なチケットで1分短縮するよりも、これだけのほうがずっと大きな意味があります。
実際のストアでのWISMO自動化
eeselのお客様の運用例を紹介します。Rúngneはノルウェーのクライミングウェアブランドで、Shopifyで世界中に販売しています。米国向けの注文は米国の倉庫から、それ以外はノルウェーから出荷されます。サポートはGorgiasで、マニラのチームが対応しています。
仕事は、それぞれ1つの役割を持つ3つのeeselエージェントに分けられています。
- トリアージエージェントは、すべての新規チケットにお客様の言語で受領を伝え、ORDER-STATUSを含む固定リストからタグを付けます。
- 下書きエージェントは、番号またはメールでShopifyの注文を見つけ、まだ出荷されていない理由を確認し、適切な倉庫のサイズ別在庫を確認します。その後、人が送るための社内メモとして返信を残します。確認が取れていない配達日は決して述べません。
- ヘルプデスクエージェントは公開で回答しますが、チームが選んだトピックだけです。配送・返品ポリシー、注文はどこ？、在庫と予約注文です。紛失した荷物、破損品、キャンセル、関税に関する争いは、このエージェントには届きません。
2026年8月8日から9月8日の間に、eeselはRúngneのGorgiasチケット約2,100件を処理し、Shopifyで約150件の注文を照会しました。約7件に1件のチケットがAIによる直接回答を受けましたが、それは設計通りです。どのトピックを直接回答エージェントに任せるかはチームが決め、トピックを移すのは、プロジェクトではなくリストの編集です。私が真似したいのはこの形です。初日は絞り込み、会話を読んでから広げていきます。
さらに2つのストアが同じパターンを示しています。Gorgiasを使う化粧品ブランドのQuestion Beautyでは、配送に関する質問に答える前に、eeselがShopifyでお客様、最近の注文、その出荷ステータスと追跡情報を確認し、1か月で約290件のShopify注文を照会しました。Gorgiasを使う手帳ブランドのSTIL Classicsでは、すべてのチケットが注文確認済みの状態で届き、エージェントは発送日や配達見込みを決してでっち上げません。注文が見つからない場合は、お客様に伝えるのではなく、チームに知らせます。
WISMOを自動化するツールと、その課金単位
ストアオーナーがWISMO自動化について尋ねるときに最もよく挙がるのがGorgias、Zendesk、Richpanelで、Yumaは主要なユースケースとして販売しています。WISMOで重要な点について、各ベンダー自身のページをもとに比較します。価格と同じくらい課金単位が重要です。お客様が「ありがとう！」と返したWISMOの返信は、ツールによってカウントのされ方が異なる場合があります。
| ツール | 動作する場所 | 注文の読み取り | 配送業者のライブスキャンの読み取り | 課金単位 | 公開価格 |
|---|---|---|---|---|---|
| Gorgias AI Agent | Gorgiasヘルプデスク | Shopify、およびActions経由でShipStationなどの出荷アプリ | 出荷アプリのアクション経由 | 自動化されたやり取り | 1件あたり1.00ドル（Starter）、0.90ドル（Basic、Pro）、0.85ドル（Advanced） |
| Zendesk AI agents | Zendesk | 設定したアクションとShopify連携経由 | 自分で設定したアクション経由 | 自動化された解決 | プランに利用枠が含まれ、追加の解決はコミットまたは従量課金で販売 |
| Richpanel | Richpanelヘルプデスク | Shopify | はい、AfterShip連携時 | 月間注文量に応じたプラン | ベンダーの料金ページを参照 |
| Yuma | Gorgias、Zendeskなどに接続 | Shopify | はい、Yumaによると「real-time carrier data」 | 完全な解決 | Starterは12,000件の解決で年額14,400ドル（1件あたり約1.20ドル）、12か月契約 |
| AfterShip | 追跡ページとメール | Shopifyの注文 | はい | 出荷 | 年間6,000件の出荷で月額29ドルから（年払い） |
| eesel | Gorgias、Zendesk、Freshdesk、チャットの内部 | Shopifyの注文、出荷、追跡 | Shopifyの追跡番号とリンク | クレジット（1チケットまたは1チャット＝1クレジット） | 500クレジットで月額299ドル、5,000クレジットで最大月額1,749ドル |
見出しの数字の先を読むと、いくつか目につく点があります。ほとんどは課金の細かい条件にあります。
Gorgiasは、ヘルプデスクのプランに加えて、自動化されたやり取りごとにAIを課金します。料金ページによると、Actions（キャンセル、割引、適用）はStarterプランには含まれません。WISMOチケットに追跡リンクをメールで送る旧来の自動応答ルールは、廃止のお知らせによると、残っていたアカウントでも2026年1月30日に動作しなくなり、GorgiasはShopifyブランドにAI Agentを案内しています。
詳しい計算は、同僚によるGorgias AI Agentの料金の内訳にあります。エージェントがShopifyや出荷アプリで実際に何をできるかは、GorgiasのAIアクションで扱っています。
Zendeskは自動化された解決を数え、2026年5月18日からはそれを階層にまとめています。支援付きのエスカレーションや封じ込められた解決は利用枠に含まれず、ZendeskのLLMチェックを通過した解決は含まれる、と解決の階層に関する記事にあります。メールでは、最初のメッセージから72時間後に会話が終了したとみなされます。注文データの出発点はZendeskとShopifyの連携で、プランの詳細はZendeskのAI料金ガイドにあります。
Yumaは、料金ページで、課金対象となる成果の例としてWISMOそのものを使っています。回答した「注文はどこ？」の質問に、お客様が返信しなければ、完全な解決1件として数えられます。年間契約で販売されているため、安定して多くの件数がある企業向きです。このカテゴリーのほかの選択肢は、Yumaの代替サービスのまとめで扱っています。
Richpanelは、配送業者のライブデータについて最も明確で、完全なヘルプデスクなので、乗り換える準備ができているストアに向いています。今のヘルプデスクを使い続けたいなら、Richpanelの代替サービスのリストが出発点としてより適しています。
eeselは、すでに使っているヘルプデスクの中で動作します。WISMOでの限界は、Shopifyを読むエージェントすべてと同じです。注文、出荷、追跡をShopifyから読み取るため、スキャンごとのライブステータスが必要なら、お客様向けにも社内メモ向けにも追跡アプリが引き続き必要です。1つのツールで両方の層を担うことを期待するのではなく、2つを組み合わせるのがよいと思います。
信頼を損なわずにWISMO自動化を導入する方法
実際のストアで私が従う順序は次の通りです。Rúngneの設定が最初の数週間で育った流れとも、おおむね一致します。
- 最近のWISMOチケットを100件取り出し、上のルーターの注文状態で分類します。たいていは、ほとんどが予定通りの注文で、止まった荷物や紛失した荷物という小さなグループが、怒りの返信の大半を生んでいることがわかります。
- **まず予防を整えます。**Shopifyの発送通知をすべてオンにし、追跡ページを追加し、配送遅延のメールを送ります。1か月後に数え直します。
- AIが読む配送ポリシーを書きます：処理時間、地域ごとの配送業者、何が「遅延」か、紛失した荷物にどう対応するか。書かれていないことは、AIが言うべきではありません。
- **本番前に過去のチケットでテストします。**eeselでは、新しいエージェントはまずストアの過去のチケットに対して実行されます。自信満々のボットが本番のキューで間違った答えを出すのを、チームが見てきたからです。注文番号照会、分割出荷、いくつかの例外スキャンを確認します。
- 下書きモード、または絞ったトピックリストから始め、1週間分の会話が問題なく読めたら、「AIが回答」の状態を移していきます。
- **引き継いだチケットを毎週レビューします。**すべての引き継ぎは、正しいエスカレーションか、書き留められるポリシーの穴のどちらかです。
WISMOが安定したら、同じやり方を次のチケットタイプにも広げられます。次は返金リクエストです。同じ注文照会から始まるためです。その次は、注文ではなくカタログが必要な購入前の質問です。
WISMOがより広い繰り返しチケットの問題の一部なら、そのガイドが残りの山を扱っています。
ShopifyストアでWISMOにeeselを試す
「注文はどこ？」がGorgiasのキュー、あるいはZendeskやFreshdeskのキューを埋めているなら、eeselのAIヘルプデスクチームメイトは、あなたのShopify注文をすでに知っている新入社員のように、そのキューに加わります。番号またはメールで注文を見つけ、出荷と追跡を読み取り、予定通りのケースにはお客様の言語で回答し、止まった荷物や紛失した荷物は、事実を社内メモに添えてチームに残します。今日、RúngneがGorgias上でそのように運用しています。
Shopifyストアとヘルプデスクを接続し、先月のWISMOチケットでテストして、どの注文状態に回答させるかを決めましょう。無料プランには100クレジットが含まれ、有料プランは500件のチケットまたはチャットで月額299ドルからです。eeselを試す。