Shopifyの注文サポート音声エージェントは、一般的なスクリプトで電話に応答するだけでは不十分です。役立つバージョンは、買い物客を特定し、注文を検索し、追跡ステータスを平易な言葉で説明し、承認されたストアの知識から商品に関する質問に答え、返品や返金の例外を完全なコンテキストを付けて適切な担当者にルーティングできます。
Shopifyのサポートは単一のチャネルであることはめったにないため、これは重要です。顧客は、配送の遅延について電話をかけ、商品の在庫があるかどうかを尋ねるためにライブチャットを開始し、返品についてメールを送信し、ブランドがすべてのスレッドを記憶していることを期待するかもしれません。すべてのチャネルが別々のサポート履歴を作成すると、ワークフローは破綻します。
このガイドでは、AIに推測、過剰な約束、またはポリシーの書き換えを許可することなく、注文ステータス、追跡、商品に関する回答、返品の引き継ぎのために電話とライブチャットの対応を希望するマーチャント向けの実用的なShopify注文サポート音声エージェントのワークフローを示します。
クイックアンサー:Shopify注文サポート音声エージェントは何を処理すべきか?
Shopifyの注文サポート音声エージェントは、定型的な情報要求を処理し、明確な引き継ぎポイントで停止する必要があります。より機密性の高い返品や返金のアクションを自動化する前に、注文の検索、追跡、商品知識、チケットの作成から始めましょう。
| 顧客のリクエスト | エージェントがすべきこと | 記録が残る場所 |
|---|---|---|
| 注文はどこにありますか? | 注文番号を尋ね、注文詳細を取得し、現在のステータスを説明する | 通話/チャットのトランスクリプトとサポートチケット |
| 追跡番号は何ですか? | 利用可能な場合は追跡番号と配送詳細を取得する | 顧客の返信とチケットの概要 |
| 何を注文しましたか? | 注文検索から商品名、SKU、数量、価格、ステータスを確認する | チケットと会話の概要 |
| これを返品できますか? | ストアのポリシーと注文のコンテキストを確認し、返品理由を収集する | 返品レビューチケットまたは担当者のキュー |
| この商品は私に合っていますか? | 同期された商品知識と承認されたFAQコンテンツから回答する | ライブチャット、電話の概要、または商品に関する質問のチケット |
| 注文を変更したいのですが | リクエストを収集し、アクションが支払い、住所、フルフィルメント、またはポリシーに影響する場合はスタッフにルーティングする | 担当者への引き継ぎチケット |
| 不満がある、または注文が間違っています | 認識し、要約し、コンテキストを付けてエスカレーションする | 優先サポートチケット |
SolveaのShopifyドキュメントはこの基盤をサポートしています。Shopifyが承認されると、Solveaはストアにライブチャットを埋め込み、商品知識をナレッジベースに同期し、カスタマーサポートのために注文情報を取得できます。同じドキュメントには、Shopify注文クエリツールが注文番号によって追跡番号、商品詳細、購入時間、配送先国を取得できると記載されています。
電話サポートに単なる回答ではなくワークフローが必要な理由
多くのeコマースサポートチームは、書面による回答の方がレビューしやすいため、チャットの自動化から始めます。電話サポートは異なります。電話をかけてきた人が正確な注文番号を準備していない場合があります。荷物が遅れている、追跡ページがわかりにくい、商品が期待していたものと違う、などと言うかもしれません。
Shopifyの注文サポート音声エージェントには、制御されたパスが必要です。
- 顧客と注文を特定する。
- リクエストの種類を確認する。
- リクエストに必要なデータのみを取得する。
- 買い物客が理解できる言葉で回答する。
- スタッフのレビューが必要なポリシー決定を避ける。
- 概要、トランスクリプト、次のアクションを保存する。
- 顧客が判断、共感、またはアカウント操作を必要とする場合は引き継ぐ。
それが、「AIが電話に出た」と「サポートが通話後の記録を信頼できる」との違いです。
SolveaがShopifyサポートのために接続できるもの
Solveaのデプロイ概要では、ライブチャット、電話、SMS、メールにわたるエージェントについて説明しています。また、エージェントが会話中に外部システムにアクセスできるようにするツールやeコマースプラットフォームの接続についても説明しています。Shopifyについては、現在のドキュメントは3つのカスタマーサポートの構成要素をサポートしています。
| 構成要素 | 現在のSolveaのサポート | このワークフローでの実用的な使用法 |
|---|---|---|
| Shopifyライブチャット | Shopifyストアにライブチャットを埋め込む | 買い物客がサイト上で商品、配送、注文に関する質問をできるようにする |
| 商品知識の同期 | Shopifyの商品データをナレッジベースに同期(オプションで毎日の自動同期が可能) | エージェントにQ&Aや推奨事項のための承認済み商品情報を提供する |
| 注文番号による注文クエリ | カスタマーサポートのために詳細な注文情報を取得する | スタッフによる検索なしで注文ステータスや追跡に関する質問に回答する |
| 電話およびSMSチャネル | エージェントが専用電話番号を使用して着信に応答したり、テキストメッセージを送受信したりできるようにする | 音声でのやり取りを好む、または緊急の助けが必要な発信者に対応する |
| 受信トレイチケット | チャネルを横断して顧客との会話をチケットに整理する | 会話履歴、サポートの結果、担当者によるフォローアップを保持する |
この記事では、SolveaがShopify連携から直接返品を承認したり、返金を発行したり、注文を編集したり、フルフィルメントステータスを変更したりできるとは想定していません。現在の実績では、注文情報の取得、商品知識、ライブチャット、電話対応、チケットの引き継ぎがサポートされています。返品や例外については、チームがより深いアクションを別途承認・設定していない限り、引き継ぎワークフローを構築してください。
注文サポートのフィールドマップ
この表を、Shopify注文サポート音声エージェントのフィールドマップの最初のバージョンとして使用してください。
| サポート項目 | ソースまたは取得方法 | エージェントの使用方法 |
|---|---|---|
| 注文番号 | 顧客が通話またはチャット中に提供 | Shopify注文クエリの主検索キー |
| 顧客名 | 顧客が口頭で伝えるか、スタッフが注文コンテキストから確認 | 確認に使用し、唯一の検索キーとしては使用しない |
| 電話番号またはメールアドレス | 発信者番号、顧客の入力、またはチケットのコンテキスト | 本人確認とフォローアップのルーティング |
| 追跡番号 | 利用可能な場合のShopify注文クエリの結果 | 読み上げて、フォローアップチャネルでの送信を提案 |
| 商品名 | Shopifyの注文詳細または同期された商品知識 | 商品を確認し、基本的な商品に関する質問に回答 |
| SKU | Shopifyの商品/注文詳細 | スタッフのレビュー、交換、商品固有の問題に役立つ |
| 数量 | Shopifyの注文詳細 | 発送されたものや購入者が尋ねている内容を確認 |
| 価格 | Shopifyの注文詳細 | 慎重に使用し、サポートの質問に必要な場合にのみ使用 |
| 商品のステータス | Shopifyの注文詳細または商品知識 | 在庫状況または注文のコンテキストを説明 |
| 購入日時 | Shopify注文クエリの結果 | スタッフが適格期間やエスカレーションの緊急性を理解するのに役立つ |
| 配送先の国 | Shopify注文クエリの結果 | 配送に関する質問や配送業者の期待値をルーティング |
| 顧客の意図 | エージェントによる分類 | 注文ステータス、追跡、商品に関する回答、返品、交換、苦情、スタッフへの依頼 |
| 返品理由 | 顧客の申告 | ポリシーを単独で決定するのではなく、スタッフのレビューのために取得 |
| 引き継ぎ理由 | エージェントのルール | 担当者がケースをレビューする必要がある理由を説明 |
| チケットの要約 | 会話からAIが生成 | 購入者にすべてを繰り返すよう求めることなく、スタッフが対応を継続できるようにする |
このフィールドマップにより、Shopify注文サポート音声エージェントは2つの業務を混同することがなくなります。エージェントは注文と商品の事実を取得できます。承認されたワークフローで別途定められていない限り、例外、ポリシーの決定、アカウント操作は引き続きスタッフが担当します。
注文ステータスと追跡フロー
最初に導入するワークフローは最もシンプルな「注文ステータスと追跡」です。これは一般的で反復的であり、テストも簡単です。
| ステップ | エージェントのアクション | ガードレール |
|---|---|---|
| リクエストの特定 | 購入者が注文ステータス、追跡、または配送情報を求めていることを検出 | 記憶から回答しない |
| 注文番号を尋ねる | 注文番号を要求し、復唱して確認 | 信頼性の低いIDのみでの検索を避ける |
| 注文情報の取得 | Shopify注文クエリツールを使用 | 承認されたデータと必須フィールドのみを使用 |
| ステータスを説明 | 現在の注文データと追跡データを使用して簡潔に回答 | データにない配達日を約束しない |
| 次のステップを提案 | 購入者に追跡番号の送信を希望するか、スタッフの助けが必要か尋ねる | 次のアクションを明確にする |
| チケットを保存 | リクエスト、注文番号、追跡の回答、未解決の質問を保存 | 記録をレビュー可能にする |
| 必要に応じてエスカレーション | 追跡情報がない、ステータスが矛盾している、不満度が高い通話、または配送に関する紛争をスタッフにルーティング | ポリシーを即興で判断しない |
最良の回答は通常、簡潔です。
注文番号[order number]が見つかりました。現在の追跡番号は[tracking number]です。最新の利用可能なステータスは[status]です。この情報をテキストメッセージで送信するか、配送情報が正しくない場合はサポートチケットを作成できます。注文の検索に失敗した場合、エージェントは知ったかぶりをしてはいけません。制御されたフォールバックを使用します。
接続されているストアのデータでその注文番号が見つかりませんでした。いただいた注文番号でチケットを作成しますので、サポートチームが手動で確認いたします。同期されたナレッジからの商品に関する回答
商品に関する質問は、ナレッジソースがクリーンな場合にのみAIに適しています。Shopify注文サポート音声エージェントは、適合性、互換性、在庫、保証の詳細を創作するのではなく、承認された商品データ、ポリシーページ、FAQコンテンツから回答する必要があります。
| 商品に関する質問 | エージェントの応答パターン | 引き継ぎのトリガー |
|---|---|---|
| どのサイズを買えばいいですか? | 承認されたサイズガイドを提供するか、商品知識から明確化のための質問をする | 購入者がガイドの範囲外でパーソナライズされた推奨を必要とする場合 |
| 在庫はありますか? | 同期された商品データが利用可能で最新の場合はそれを使用 | 在庫が不明確な場合や、高額注文のタイミングが重要な場合 |
| 何が含まれていますか? | 商品の詳細とSKU固有の説明を読み上げる | 商品のバンドルまたはバリアントの詳細が曖昧な場合 |
| 他の商品と一緒に使えますか? | 承認された互換性に関する注記を使用 | 互換性が文書化されていない場合 |
| 返品ポリシーは何ですか? | 承認されたポリシーの概要とリンクを共有するか、ルーティングする | 購入者が例外を求める場合 |
| 別のサイズに交換できますか? | 商品、注文番号、理由、希望する商品情報を収集 | 交換の適格性をスタッフまたは返品システムでレビューする必要がある場合 |
SolveaのShopifyドキュメントには、商品データをナレッジベースに同期し、任意で1日1回更新できると記載されています。これは便利ですが、同時にルールも生まれます。エージェントは、回答に現在のスタッフの確認が必要になる可能性がある場合を把握しておく必要があります。商品に関する回答が、在庫、割引、代替品、制限品目、またはポリシーの例外に依存する場合は、担当者に転送してください。
返品の引き継ぎフロー
返品は、多くのサポート自動化が過剰に対応しがちな分野です。ShopifyのAdmin APIドキュメントでは、返品を「購入者が注文から1つ以上の商品を販売者またはフルフィルメント拠点に返送する意図」として扱い、各返品にはステータスがあります。これはサポートのワークフローを計画するには十分なコンテキストですが、最初のパイロットで全ての返品を自動的に承認させる理由にはなりません。
返品は、構造化された引き継ぎとして開始します。
| 返品ステップ | エージェントが取得する情報 | スタッフが受け取る情報 |
|---|---|---|
| 注文の特定 | 注文番号、顧客の連絡先、商品名、SKU、数量 | 確認に必要な注文コンテキスト |
| 理由の把握 | 商品の間違い、破損、サイズの問題、心変わり、配送の遅延、その他 | チケットに記載される簡潔な理由 |
| ポリシー知識の確認 | 承認された返品期間、例外品目、梱包に関する注意、チャネルごとの指示 | エージェントが使用したポリシーの文面 |
| 期待値の設定 | 資格が自動的に確認できない場合、「確認のため、この件をチームに送ります」と伝える | 顧客向けの明確な次のステップ |
| 引き継ぎ | チケットの担当者、緊急度、注文詳細、返品理由、会話記録へのリンク | 完全な確認用パッケージ |
| フォローアップ | 顧客の希望に応じたSMS、メール、電話、またはライブチャットでの返信 | 案件を継続するためのチャネル |
この口頭での引き継ぎスクリプトを使用します。
ご注文内容と返品理由は承知いたしました。貴社のストアポリシーに基づき返品を確認できるよう、この件をサポートチームに送ります。詳細を繰り返していただく必要はありません。注文番号、商品、理由、会話の要約を添付いたします。これにより、Shopify注文サポート音声エージェントは、スタッフに属する返金、交換、または例外の決定を下すことなく、役立つ存在であり続けることができます。
ライブチャットと音声は同じチケットロジックを共有すべき
顧客はチャネルで考えません。問題で考えます。配送について電話で問い合わせた後、1時間後にライブチャットを開始した場合、サポートのワークフローはゼロから始めるべきではありません。
Solveaの受信トレイのドキュメントでは、チケットを「会話履歴、処理プロセス、最終結果を含む顧客の問題の構造化された記録」と説明しています。また、電話はチケットを作成し、同じライブチャットIDを持つライブチャットメッセージは1つのチケットにグループ化され、条件を満たすメールは同じチケットに統合できるとも記載されています。
Shopifyサポートでは、電話とライブチャットで同じチケットフィールドを使用します。
| チケットフィールド | 重要である理由 |
|---|---|
| 顧客ID | スタッフが複数の受信トレイを検索することなく、その人物を見つけられるようにする |
| 注文番号 | 会話をShopifyの注文に結びつける |
| リクエストの種類 | 注文ステータス、追跡、商品、返品、苦情、スタッフへのリクエストを区別する |
| チャネル | 問題が電話、ライブチャット、メール、SMSのいずれを通じて発生したかを示す |
| AIが提供した回答 | スタッフが買い物客に何が伝えられたかを確認できるようにする |
| 引き継ぎ理由 | エージェントが対応を中止した理由を説明する |
| 担当者 | 次のアクションを割り当てる |
| ステータス | 新規、回答済み、顧客待ち、要確認、エスカレーション済み、解決済み |
| 会話記録または要約 | すべての通話を再生しなくてもコンテキストを提供する |
Shopify注文サポート音声エージェントは、チームが通話記録、チャット、メールから履歴を再構築する代わりに、1つの問題記録をスキャンできる場合に、より役立つものになります。
人間への引き継ぎルール
引き継ぎルールは、ローンチ前に明確にしておく必要があります。エージェントに、口調だけでデリケートなケースを判断させてはいけません。
| トリガー | エージェントの応答 | 人間のアクション |
|---|---|---|
| 注文が見つからない | 提供された詳細でチケットを作成する | スタッフが手動で確認する |
| 追跡情報がない、または矛盾している | サポートが確認することを説明する | スタッフが配送業者またはフルフィルメントシステムを確認する |
| 住所変更がリクエストされた | リクエストを収集して停止する | 何かを変更する前にスタッフが確認する |
| フルフィルメント開始後にキャンセルがリクエストされた | リクエストを収集して停止する | スタッフが注文とポリシーを確認する |
| 返金がリクエストされた | 理由と注文詳細を取得する | スタッフが返品/返金ポリシーを確認する |
| 破損または間違った商品 | 簡潔な詳細を尋ねて転送する | スタッフが写真または次のステップをリクエストする |
| 不満度の高い発信者 | 認識してエスカレーションする | スタッフが完全な会話記録を添えて応答する |
| ポリシーの例外がリクエストされた | 承認されたスクリプトを超えて承認または拒否しない | マネージャーが確認する |
| 商品に関する回答がナレッジベースにない | チームが確認すると伝える | 製品/サポートチームがナレッジベースを更新する |
引き継ぎは失敗ではありません。Shopify注文サポート音声エージェントにとって、引き継ぎは、質問に判断が必要な場合に販売者がブランドの信頼を維持するための方法です。
セットアップチェックリスト
管理されたローンチのために、この手順を使用します。
- SolveaでShopifyを接続し、認証が完了したことを確認します。
- ウェブチャットサポートがパイロットに含まれている場合は、Shopifyストアでライブチャットを有効にします。
- Shopifyの商品データをナレッジベースに同期します。
- 商品ナレッジの自動同期を有効にするかどうかを決定します。
- 注文番号を検索キーとして使用して、注文ステータスプロンプトを作成します。
- 追跡番号、商品名、SKU、数量、現在のステータスなど、エージェントが読み上げる可能性のあるフィールドを定義します。
- 返品ハンドオフスクリプトとスタッフキューのルールを作成します。
- チケットのステータス、所有者、ハンドオフの理由を定義します。
- 受信トレイで電話、ライブチャット、メールの記録をテストします。
- Solveaの評価を希望する購入者向けに、Shopify設定ドキュメント、デプロイ概要、受信トレイのドキュメント、価格ページへの内部リンクを追加します。
コンバージョンパスについては、読者をまずShopify設定ドキュメントに誘導し、パッケージを比較する準備ができたときにのみ現在の価格ページに誘導します。
ローンチ前にテストすべきQAシナリオ
実際の顧客トラフィックをルーティングする前に、これらのテストを実行してください。
| シナリオ | 期待される結果 |
|---|---|
| 追跡情報付きの有効な注文番号 | エージェントが注文情報を取得し、追跡に関する回答を提供する |
| 追跡情報なしの有効な注文番号 | エージェントは追跡情報がないことを説明し、レビュー用のチケットを開く |
| 不正な注文番号 | エージェントは一度尋ね、検索がそれでも失敗した場合はチケットを作成する |
| 顧客が返金を要求 | エージェントが理由を把握し、スタッフにルーティングする |
| 顧客が住所変更を要求 | エージェントは処理を停止し、スタッフにルーティングする |
| 同期された回答がある商品に関する質問 | エージェントが商品ナレッジから回答する |
| ナレッジベースにない商品に関する質問 | エージェントはチームが確認すると伝え、ナレッジギャップのチケットを作成する |
| 発信者が怒っている状態で開始 | エージェントが認識し、要約し、エスカレーションする |
| 電話の後のライブチャット | スタッフは受信トレイで問題のコンテキストを確認できる |
| ライブチャットの後のメール返信 | マージルールが適用される場合、チケットロジックがサポートの履歴を保持する |
サポートチームが回答とチケットの要約の両方を信頼できるようになったときにのみ、パイロットの準備が整います。
測定すべき項目
自動化の量を測定する前に、運用の品質を測定してください。
| 指標 | それが示すこと |
|---|---|
| 注文検索成功率 | 発信者が使用可能な注文番号を提供できるか、ツールが正しく設定されているか |
| 追跡回答完了率 | エージェントがスタッフの検索なしでWISMO(私の注文はどこ?)の問い合わせにどれくらいの頻度で回答できるか |
| ハンドオフ率 | エージェントが適切な時点で処理を停止しているか |
| 返品ハンドオフの完全性 | スタッフが注文番号、商品、理由、顧客の希望を受け取っているか |
| 商品ナレッジギャップ率 | どの商品の回答がより良いナレッジベースコンテンツを必要としているか |
| 再問い合わせ率 | 最初の回答が不完全だったために顧客が再度問い合わせてきているか |
| スタッフによる修正率 | エージェントがサポートが修正しなければならなかったことを言ったか |
| チケット所有者の正確性 | 問題が適切な担当者またはキューに割り当てられているか |
| 初週のQAでの発見事項 | スケーリングする前にどのようなプロンプト、ポリシー、またはデータの変更が必要か |
サポートが後で回答を修正する必要がある場合、高い自動化率を成功と見なさないでください。最初の目標は、定型的な質問に正確に答え、残りをクリーンにハンドオフするShopify注文サポート音声エージェントです。
Solveaが適している場面
Solveaは、マーチャントがチャットウィジェット以上のものを必要とするときに適しています。現在の公開サイトでは、SolveaはAI受付を備えたビジネスフォン、共有顧客受信トレイ、要約、モバイルとPC間でのチームフォローアップとして位置づけられています。デプロイ概要は、会話中の顧客チャネルとツールをサポートします。Shopifyドキュメントは、ライブチャット、商品ナレッジ同期、注文情報取得をサポートします。
Solveaの用途:
- 話すことを好む買い物客向けの電話サポート。
- Shopifyストアフロントページでのライブチャット。
- 同期されたShopify商品ナレッジからの商品に関する回答。
- 注文番号検索を使用した注文ステータスと追跡に関する回答。
- サポートレビュー用のチケット要約。
- 返品、返金、交換、住所変更、苦情、およびポリシー例外のための人的ハンドオフ。
- 電話、ライブチャット、メールチケットにわたる共有サポートの可視性。
Shopify統合ドキュメントから始め、チームがワークフローを評価する準備ができたら、デプロイ概要、受信トレイ概要、および現在の価格を確認してください。
チームが返品ハンドオフや商品ナレッジギャップのために別のスタッフレビューキューを希望する場合、Googleツール ドキュメントでは、Solveaが会話中にGoogleスプレッドシートから読み取りおよび書き込みを行う方法を説明しています。
よくある質問
Shopify注文サポート音声エージェントとは何ですか?
Shopify注文サポート音声エージェントは、Shopifyの注文に関する電話に応答し、承認された注文情報を取得し、追跡や商品の詳細を説明し、リクエストにスタッフのレビューが必要な場合にサポートチケットまたは人的ハンドオフを作成するAI受付ワークフローです。
音声エージェントはShopifyの注文ステータスを検索できますか?
はい、Shopifyが接続されており、顧客が注文番号を提供した場合です。SolveaのShopifyドキュメントによると、注文クエリツールは、追跡番号、商品の詳細、購入時間、配送先の国など、詳細な注文情報を取得できます。
エージェントは返品を自動的に承認すべきですか?
最初のパイロットでは行いません。返品には、ポリシー、商品の状態、タイミング、顧客の状況、そして時には返金や交換が関わってきます。まずはエージェントに注文番号、商品、返品理由、顧客の連絡先を収集させ、その後ケースをスタッフに回すことから始めましょう。
同じ設定で商品に関する質問に回答できますか?
はい、商品データがナレッジベースに同期されており、承認された商品情報で回答がカバーされている場合です。回答が見つからない、不確か、またはポリシーに関わる機微な内容である場合、エージェントはチケットを作成し、スタッフに回すべきです。
電話とライブチャットはどのように連携させるべきですか?
両方のチャネルで同じチケットロジックを使用します。顧客が電話からライブチャットやメールに移行したというだけで、注文番号、商品に関する質問、返品理由を繰り返す必要がないようにすべきです。
チケットにはどのようなデータを含めるべきですか?
顧客ID、注文番号、リクエストの種類、提供された回答、未解決の質問、引き継ぎ理由、担当者、ステータス、トランスクリプトまたは要約、そして希望されるフォローアップチャネルを含めます。
マーチャントはローンチ前に何をテストすべきですか?
有効な注文の検索、追跡情報の欠落、間違った注文番号、既知の回答がある商品に関する質問、回答がない商品に関する質問、返金リクエスト、住所変更リクエスト、怒っている発信者、そして電話からライブチャットへのチャネル引き継ぎをテストします。
AI受付を数分で稼働。
眠らないAIでフロントデスクを拡張しましょう。Solveaは複数チャネルの問い合わせに対応し、予約を自動でカレンダーに登録し、24時間機会損失を防ぎます。
最終的な推奨事項
Shopify注文サポート音声エージェントは、サポートの履歴をクリーンに保つ場合に価値があります。Shopifyの注文データと同期された商品知識に基づいた質問に回答させましょう。リクエストが返金、交換、住所変更、フルフィルメントの変更、破損品、苦情、またはポリシーの例外に影響する場合は、停止して引き継ぎを行うようにします。
まずは範囲を絞った注文ステータスのパイロットから始め、SolveaでShopifyを接続し、商品知識を同期し、返品の引き継ぎルールを定義し、拡大する前に最初の1週間のチケットを確認します。ワークフローの準備ができたら、SolveaでShopifyを接続し、買い物客がすでに期待している電話とライブチャットのサポートパスを構築しましょう。






