Gorgias向けAI：2つのルートと本当のコスト

「Gorgias向けAI」が本当に意味すること

人々がGorgias向けAIを検索するとき、たいてい2つのプロジェクトのどちらかを意味しています。どちらを始めようとしているのかを明確にしておく価値があります。というのも、セットアップの手間と請求額がまったく異なるからです。

Gorgias自身が提供するAI Agentをオンにすることもできます。これはShopifyに深く組み込まれており、解決件数で価格設定されています。あるいは、Gorgiasを受信箱として維持したまま、APIで接続し人間のチームと並行してチケットを処理する独自のAIレイヤーを持ち込むこともできます。どちらもキューの前面にAIを配置します。価格、セットアップ、AIが実際に利用できる既存の知識の量について、異なるトレードオフをするだけです。

私は仕事でインテグレーションを構築しているので、マーケティングページの先にある、接続と課金が実際に何をしているのかを読み解くのが習性です。それがこの記事の残りの視点です。それぞれのルートを順に見ていきましょう。

ルート1：Gorgiasのネイティブ AI Agent

GorgiasはEコマース向けヘルプデスクで、Shopifyブランドの40%の顧客対応を支えており、そのAI AgentはOpenAIとの直接提携の上に構築されています。注文、顧客、ストアデータがすでにGorgias内にあるため、ネイティブエージェントは多くの後付けツールが取りに行かなければならないコンテキストから始められます。

ネイティブAI Agentの仕組み

エージェントは受信メッセージを読み取り、あなたのHelp Centerと設定済みの知識に基づいて回答の根拠を固め、単に発言するのではなく何かを実行する必要がある場合はアクションを実行します。Shopifyとの連携が生きるのはアクションの部分で、注文を検索したり、サブスクリプションをキャンセルしたり、割引を適用したりしてから返信を書けます。すべての返信は送信前に、2つ目のAIモデルによる信頼度チェックを通過する必要があり、これがハルシネーション防止のガードレールです。

エージェントに加えて、Gorgiasは配送状況確認のような決定論的な経路のためにFlowsとOrder Managementを、また閲覧者を購入者に変える販売前の質問に答えるShopping Assistantを運用しています。特に、チケットの大半が注文関連であるストアにとっては、能力の高いセットアップです。

ネイティブAI Agentの費用

ここはじっくり読む価値のある部分です。Gorgiasの料金体系は、エージェント単位のフラットなSaaS料金とは本質的に異なり、その違いがチームを驚かせるからです。

Gorgiasは1つの請求書で2つの製品を課金します。ヘルプデスク(課金対象チケットごと)とAI Agent(自動化されたやり取りごと)です。課金対象チケットとは、ヘルプデスクから送信されたメッセージが少なくとも1件あるどのチケットも含み、スレッドがどれだけ長くても1回だけカウントされます。自動化されたやり取りとは、AIが72時間以内に人間を必要とせずに解決したものです。重要なのは、これらが1つのチケット上でどう組み合わさるかです。

つまり、AIが完全にクローズしたチケットは、それぞれのメーターで1回ずつ、合計2回課金されます。AIが触れたものの人間に引き継いだチケットは1回だけ課金されます(Gorgiasはこの場合「両方は課金されない」と確認しています)。これは公正なモデルですが、チケットあたりではなく解決あたりのコストとして計算する必要があります。

以下はライブの料金ページから取った現在のセルフサーブ料金表です。

各プランのAIコンポーネントを含まれるやり取り数で割ると、実際の単価が分かります。年間プランでは割当内のやり取り1件あたり0.90ドル、Starterでは1.00ドル、割当を超えるとどのやり取りも1.50ドルです。この最後の数字が注視すべきものです。それが超過の崖であり、忙しい月に費用がかさむ場所です。

はっきり言っておく価値があることが一つあります。比較記事に出回っている「AIのやり取り1件あたり1.50ドル」という数字は、あくまで超過料金であって、看板料金ではありません。割当内であればもっと安くなります。特定のボリュームをモデル化したい場合は、Gorgias AI料金の詳細な内訳に計算例があります。

ネイティブエージェントが厄介になるところ

ネイティブエージェントは、それが作られた目的においては優れています。その限界について正直であることには価値があります。それがルート1があなたにとって正しい選択かどうかを決めるからです。

設計上Shopify中心です。 AI Agentは接続されたShopifyストアを必要とし、その条件と変数は主にShopifyの注文・顧客フィールドから取得されます。BigCommerce、Magento、または独自のカートを使っている場合、サポートされている経路ではなくカスタムHTTPアクションに頼ることになります。複数店舗のブランドはストアごとにエージェントを1つ持ち、それぞれ個別に設定します。

マクロを使いません。 AI Agentは独自の回答を生成し、マクロライブラリを完全に無視します。マクロは人間のエージェントしか適用できません。チームが何年もかけて定型文を磨いてきたのなら、ネイティブエージェントはその成果ではなくHelp Centerから出発します。

セットアップはスイッチではなく実際の設定作業です。 Skillsを書き、認証と逐次ステップを含むActionsを構築し、Guidanceを作成し、AIとオートリプライルールが両方発火して顧客に2通のメッセージが届かないよう既存のRulesと整合させる必要があります。Actionを詳細オプションに切り替えるのも不可逆であり、テスト用アクションは偽のプロファイルを指定しない限り実際の注文データを変更してしまう可能性があります。

明言された上限があります。 Gorgias自身のマーケティングでもメールとチャットの会話の約60%が自動化の上限とされているので、残りの約40%は依然として人間が担うことを計画してください。

以上はいずれも製品への批判ではありません。アクションの多いShopifyストアにとっては良いエージェントです。しかし解決件数ごとの料金は本当に考慮すべき点であり、Redditのサポートリーダーたちが繰り返し話題にすることです。

「ボリュームが増えると価格はあっという間に積み上がる。」

u/ShoddyPut8089, r/CRM

そのスレッドでのおおよそのコンセンサスは、チケットの40%以上が返金やキャンセルのような直接的なShopifyアクションを必要とする場合にGorgiasが元を取るというものです。あなたのキューが主に会話型であるなら、2つ目のルートを真剣に検討する価値があります。

ルート2:Gorgiasの上にAIレイヤーを追加する

2つ目の選択肢は、Gorgiasをそのままにして、AIをレイヤーとして追加するものです。これがeeselが行うことです。eeselはAIチームメイトプラットフォームであり、ヘルプデスクのチームメイトは、別のウィジェットや面倒を見なければならない2つ目の受信箱としてではなく、本物のAI Agentとしてあなたのgorgias受信箱に参加します。

eeselがGorgiasにどう組み込まれるか

ダッシュボードでOAuthを使ってGorgiasをeeselに接続すると、Help Centerの記事、過去のGorgiasチケット、マクロを自動的にインポートします。そこから、チケットを読み、返信を作成・送信し、内部メモを残し、タグとステータスを更新し、すべての返信にShopifyの注文データを取り込みます。この接続全体は、コード不要で30分以内に完了するよう設計されています。

こうしたものを組み立てる立場の人間として、ルート1との2つの違いが際立って見えます。1つ目は、eeselはあなたのマクロを利用します。無視するのではなく知識源として使うので、チームが定型文に費やした年月が無駄になりません。2つ目は、既存のGorgiasのRulesと自動化の隣で動作し、それらを再構築するよう求めません。さらにGorgiasがサポートするすべてのチャネル(メール、チャット、Instagram、Facebook、SMS)で動作し、チャネル、タグ、意図によって、どのチケットに触れるかを正確に指定できます。

使う前にシミュレーションする

これは、これなしでロールアウトを始めたくない機能です。eeselが実際のチケットに触れる前に、過去のGorgiasチケットにeeselを実行し、その回答をチームが実際に送った内容と比較し、精度スコアとギャップレポートを得られます。配送状況確認、返品、商品に関する質問のどこが強いかを確認し、弱点を見つけ、あなたの基準をクリアした時だけ本番に移行します。テスト中に顧客が悪い回答を目にすることは一切なく、費用が発生する前にこれをすべて無料トライアルで行えます。

シミュレーションを構築したのは、実際のサポートキューにAIを導入してきた長年の経験から、自信ありげに話すボットもテストせずに放てば静かに間違った回答をすることがあると痛感して学んだからです。実際の履歴に対してまず実行することが、ローンチと後始末を分ける違いになります。

eeselの費用

eeselは一律料金を課金します。AIが処理した1チケットまたはヘルプデスクの会話あたり0.40ドルで、返信ごとではなく、すべてのやり取りを含めて1回だけカウントされます。プラットフォーム料金も、座席ごとの料金も、その上に積み重なる別の自動化料金もありません。AIが実際に処理したチケットにのみ料金が発生するので、人間がまだキューの大半を処理している部分的な導入の場合、AIに回した分だけが課金されます。

出典:eeselの料金ページ。一律料金のポイントは予測可能性です。使い切る割当も超過の崖もないため、請求はボリュームに比例して直線的に増えます。主に会話型のShopifyキューにとって、これは通常、同じ会話に対してチケット料金と解決ごとの自動化料金の両方を支払うより安く済みます。

正直な限界

Gorgiasと同じ基準でeeselを見るなら、PII(個人情報)のマスキングはGorgiasの経路ではまだ利用できません(Zendeskでは現在利用可能で、Gorgiasは今後対応予定として掲載されています)。そしてeeselはレイヤーであってヘルプデスクではないため、Gorgiasの受信箱、チケット管理、Shopifyネイティブのストアフロント機能を置き換えるものではありません。それらの上に載るものです。1つのベンダーからスタック全体をまとめたいなら、それはルート1を選ぶ理由になります。

では、どちらのルートを選ぶべきか

ここが、率直な結論です。

Gorgiasのネイティブ AI Agentを選ぶべきなのは、Shopifyに全面的にコミットしていて、チケットの大部分が実際のストアアクション(注文変更、キャンセル、返金)を必要とし、AIとヘルプデスクを1つのベンダーからまとめたい場合です。解決件数ごとの料金はアクションの多いキューにとって公正であり、Shopping Assistantの角度は、AIにサポートだけでなく販売を手伝わせたいなら本物のプラスです。

eeselのようなAIレイヤーを選ぶべきなのは、ボリュームの大半が会話型で、一律で予測可能な請求を望み、チームがすでに構築したマクロを使い続けたい場合、あるいはそもそもShopifyを使っていない場合です。コミットする前に自分のチケットでシミュレーションできることは、私が話す多くのチームにとって決め手になります。それが「これはうまくいくと思う」を、コミットする前に見られる数字に変えるからです。

どちらの道を選んでも取り返しがつかないわけではありません。最もリスクの低い一手は、まず実際のGorgias履歴に対してeeselのシミュレーションを実行することです。費用は一切かからず、その結果があなたに代わって決断を下してくれます。

あなたのGorgiasヘルプデスクでeeselを試す

作り直しではなく、まるで新しいスタッフのように機能するGorgias向けAIが欲しいなら、eeselは30分以内に既存の受信箱に接続し、過去のチケット、マクロ、Shopifyの注文データから学習し、実際の顧客に触れる前に実際の履歴でシミュレーションさせてくれます。対応した1チケットあたり0.40ドルの一律料金のみで、プラットフォーム料金も座席ごとの料金もなく、実際にAIへ回すボリュームに応じてコストがきれいにスケールします。Gridwiseは最初の月の後、こう率直に語っています。

「最初の月で、eeselは私たちのティア1リクエストの73%を解決しています。私たちのチームは7日間のトライアル期間中に導入し、迅速に成果を上げました。」

Kim Simpson, Gridwise

クレジットカードなしで無料で始めて、最初のシミュレーションを実行できます。どちらのルートに落ち着くにしても、顧客に信頼して任せる前に、自分自身のチケットでテストしてください。