Re:amazeにAIを追加する方法:2026年実践ガイド

Re:amazeにAIを追加する2つの方法

設定を触る前に、2つの経路のうちどちらを選ぶのかを把握しておくと役立ちます。それぞれ必要な準備が異なるからです。

経路1はRe:amaze自身のAIです。 すでにあなたのアカウントに存在し、あなたが書くヘルプコンテンツで学習し、解決件数ごとに課金されます。今週中に何か動かしたい、かつボリュームが控えめな場合には、これが正しい最初の一手です。

経路2は専用AIレイヤーです。 自分のナレッジを接続し、すでに回答したチケットでAIをシミュレーションし、数字を信頼できるようになった時点で処理範囲を広げていきます。ネイティブAIが頭打ちになったときや、「自信満々な誤答」がブランドにとって本当のリスクとなる場合に、チームが選ぶ経路です。

どちらも間違いではありません。間違いは、経路1がそこにあるという理由だけで選び、Beta表示が本来警告している通りのことをしただけなのにAIのせいにすることです。

Re:amazeの内蔵AIが実際にできること

Re:amazeはいくつかの異なるAI機能を束ねており、そのうち実際に顧客と自律的に会話するのは1つだけなので、分けて考える価値があります。

• AI Agentはオートパイロットです。あなたのビジネスデータをもとに、24時間365日チャットとメールに応答するボットです。チケットを未然に減らすのはこの機能です。
• AI返信ドラフトは、エージェントが編集して送信できる返信案を作成します。人間は常にループの中にいます。
• AI要約と感情分析は長いスレッドを要約し、顧客の感情を検知するので、引き継ぎを受けたエージェントは読む前にムードを把握できます。
• AI CuesとAI FAQ生成は、プロアクティブなメッセージの作成やヘルプ記事のドラフト作成を助けます。

設定に関しての要点は、AI Agentはすべての有料プラン(Basicを含む)に含まれているということです。プランによってスケールするのはアクセス権ではなく、超過が発生するまでに含まれる解決件数です。つまり「Re:amazeにAIを追加する」ことは機能を解放することよりも、良質なナレッジを与え、メーターを見張ることが中心になります。

Re:amazeのAI Agentを有効にする手順

実際の順序を紹介します。順番は見た目以上に重要です。AIは、何をもとに学習させるかでしか良くならないからです。

ステップ1:まずFAQとヘルプセンターを整備する

AI Agentは公開されているFAQ記事をもとに学習します。そのライブラリが薄ければ、ボットも薄くなります。だから何かを有効にする前に、チームが毎週入力している20〜30件の回答を書き出しましょう。配送期間、返品ポリシー、「注文はどこ?」、サイズ、返金、アカウントのリセットなどです。

これはチームが省略しがちなステップであり、プロジェクト全体が機能するかどうかを決めるステップです。あらゆるAIサポートエージェントの学習から得られる良いルールがあります。回答がAIの読める場所にどこにも書かれていなければ、AIはその回答を出せません。Re:amazeには記事のドラフト作成を速くするAI FAQ生成機能もありますが、正確性を確認しながら編集する限りは良い出発点です。

ステップ2:AI Agentを有効にし、サンドボックスでテストする

ヘルプセンターに実際のコンテンツが揃ったら、単一のチャンネル、できればメールよりもライブで観察できるチャットでAI Agentを有効にします。すでに答えを知っている10個の質問を投げかけてみましょう。確認するのは2点です。正しい記事を引き出しているか、そして「人間につなぎます」と言うべきタイミングを分かっているかです。地味なテスト会話を省略しないでください。顧客より先に自信満々な誤答を見つけられるのはここであり、それはサポートAIにおける最大の懸念です。

ステップ3:チャットボットとCuesを重ねる

AI Agentに加えて、Re:amazeには構築済みのボット(Welcome Bot、Order Bot)と、トリガーベースのプロアクティブメッセージであるCuesがあります。ECストアにとって、Order Botは静かな働き者です。注文データをもとに「注文はどこ?」に答え、人間が一度もそのチケットを目にすることはありません。

Cuesは顧客の行動に応じて発火します。たとえばチェックアウトページで止まっている人にそっと声をかけるといった具合です。推論の意味でのAIではありませんが、同じ仕事の一部です。つまり質問がチケットになる前にキャッチすることです。注文追跡が最大のボリュームであれば、これをAIによる注文追跡の自動化に関する専用の解説と組み合わせてください。

ステップ4:AI解決件数と実際のコストを監視する

これは人々を驚かせるステップです。AI Agentには、Basicでユーザーあたり月5件、Proで10件、Plusで20件の解決件数が含まれています。それを超えると、すべてのプランで1件あたり0.85ドルです。

実際のボリュームで計算してみましょう。Proの3人チームは月に30件の解決件数がバンドルされています。ボットが500件のチャットを解決すると、超過は470件、シート料金に加えて約400ドルになります。これは避ける理由ではなく、有効にする前にその数字を知っておくべき理由です。予算を立てるなら、Re:amaze料金の全体像を読む価値があります。

Re:amazeのネイティブAIが限界を迎える場所

Re:amazeは本当に優れたEC向けヘルプデスクです。チャネルの統合は本物ですし、サイト訪問者をリアルタイムで見るLive Viewは便利で、BuiltBarのようなストアはサポート速度が5.6倍に向上したと報告しています。これを公平に評価することが重要です。なぜならAIの限界はプラットフォームが悪いという話ではないからです。

限界は次のとおりです。このAIは随所でBetaと表示されており、これはRe:amazeが「まだ初期段階である」と伝えているということです。ライブ公開前にボットを自分の履歴に対してテストする実質的な方法はなく、そのため最初の「本当に大丈夫か」という瞬間は顧客の目の前で起こります。そして、AIが参照するナレッジは基本的にあなたのRe:amaze FAQに限られ、実際の答えがGoogleドキュメントやShopifyの設定ページ、過去の3件のチケットに散らばっているという、ほとんどのサポートチームの散らばった現実とは違います。

これがそのギャップです。「Re:amazeのAIが悪い」のではなく、「FAQだけで学習したネイティブのBeta AIには、届く範囲に限りがある」ということです。

もう一つの道:専用AIを前段に重ねる

ネイティブAIを運用してその天井にぶつかった場合、あるいは単に最初のテストをライブで行いたくない場合、代替策はサポートの前段に位置し、ネイティブツールにはできない仕事をこなす専用AIレイヤーです。

この経路が加える3つのことは、名前を付ける価値があります。それらはネイティブAIのギャップそのものだからです。

• FAQだけでなく、あらゆるものから学習します。 eeselのAI Agentのようなレイヤーは、ヘルプセンター、過去のチケット、Googleドキュメント、製品データに接続するため、訓練された人間がするように全体像から回答します。
• まず実際の過去チケットでシミュレーションします。 1件でもライブの顧客に応答する前に、すでにクローズした何千もの会話にかけて、実際に何と答えたはずかと、予測される解決率を正確に確認できます。これは私が絶対に手放したくない部分です。なぜなら「うまくいくといいな」を数字に変えてくれるからです。
• 何を自動応答するかを自分でコントロールします。 信頼度のしきい値と扱ってよいトピックを設定するので、簡単で繰り返しの多いチケットの種類を未然に処理し、残りはきれいに人間へ引き継ぎます。

率直な注意点として、eeselには現在、FreshdeskやGorgiasのようなRe:amaze向けのワンクリックアプリはありません。したがってこの経路が最も理にかなうのは、そもそもRe:amazeにとどまるかどうかを検討している場合、あるいは専用レイヤーが届くチャネルへ会話をルーティングしている場合です。Re:amazeに固く留まるつもりであれば、ネイティブAIがあなたの道であり、このセクションは「良い」がどう見えるかのリファレンスになります。

Re:amazeにAIを追加する際によくある間違い

私がチームによく見かける間違いを、痛手の大きさのおおよその順に挙げます。

1. FAQが充実する前にAIを有効にする。 空のナレッジは空の結果しか生みません。まず答えを書きましょう。
2. テスト会話なしでライブに出す。 サンドボックスでの10個の質問が、気まずい回答の90%を捕まえます。
3. 解決件数メーターを無視する。 1件0.85ドルは単価としては安くても、EC規模の量では高くつきます。自分の数字を把握しましょう。
4. ボットにすべてを答えさせようとする。 きれいに引き継ぐボットは、推測するボットに勝ります。良いセルフサービスの設定すべてに共通する原則ですが、明確なエスカレーションパスを設定しましょう。
5. 「デフレクション」だけを唯一の指標として扱う。 デフレクションされたが不満を抱えた顧客は成功ではありません。特に、すぐに離脱してしまうECの購入者を相手にしているなら、ボリュームと並行して満足度を監視しましょう。

この5つを正しく押さえれば、どちらの経路でもうまくいきます。間違えれば、ネイティブであれレイヤーであれ、どのAIも導入を救えません。

サポートキューにeeselを試す

Re:amazeのBeta AIでは負荷を十分に支えきれていないという理由でここまで読んでいただいたなら、それはまさにeeselが作られた状況です。ヘルプセンターと過去のチケットに向けて設定し、誰かに応答する前に実際の過去の会話でシミュレーションして解決率を確認し、その後は繰り返しの多いチケットを自動処理させ、残りをエスカレーションさせます。すべてシート課金なしの従量課金制です。

私たちは何年もかけてAIエージェントをライブのサポートキューに投入してきました。まずシミュレーションするというアプローチは、自信満々なボットが誤った回答をするのを見てきた経験から生まれた傷跡です。それは「望む」ことと「知る」ことの違いです。Re:amazeにとどまるべきか、目的に合わせて作られたものを導入すべきか検討しているなら、デモを予約してください。あなた自身のチケットで実際に動かしてお見せします。