ooligo

Decagon vs Forethought

pairwise By Marius Bughiu Last updated 2026-06-06

Compare side-by-side

Decagon Forethought
Pricing custom custom
Score
8.3
7.6
AI-native Yes Yes
MCP No No
API Yes Yes
Integrations
salesforce intercom slack
salesforce intercom slack

DecagonForethought はどちらも、サポートチケットの自律的なAI解決を約束します。返信を提案するコパイロットではなく、会話そのものを完結させ、自力で解決できないものだけをエスカレーションするエージェントです。両者で迷うのは、tier-1 の問い合わせ量の前面にどのAIレイヤーを置くかを決める、エンタープライズおよび upper-mid-market のサポート組織です。これにより人間の CSM がパスワードリセットに時間を浪費せずに済みます。中核的な違いは2つあります。1つはアーキテクチャです。Decagon は、バックエンドで実際のアクションを実行する自然言語の Agent Operating Procedures (AOPs) で駆動する単一のエージェントエンジンに賭けています。一方 Forethought は、自社のチケット履歴で学習させた顧客別モデルを備えたマルチエージェントのスタック (Solve、Triage、Assist、Discover、Agent QA) を提供します。2つめ、そして2026年の購入者にとってより決定的なのは、Forethought が現在 Zendesk の製品であることです。Zendesk は2026年3月に同社を買収しました。一方 Decagon は依然として独立したベンダーです。この所有の事実は、いかなる機能比較よりもこの判断を大きく作り替えます。

Decagon が勝つ領域

  • AOPs によるアクション実行。 Decagon の差別化要因は、技術者でない CS およびサポート運用チームが自然言語で複数ステップの workflow を作成し、エージェントが実際のアクションを実行することです。返金処理、本人確認、注文変更、サブスクリプションのキャンセルなどであり、ナレッジベースの質問に答えるだけではありません。Forethought の Solve も自社のポリシーとコンテンツを使ってエンドツーエンドで解決しますが、Decagon の AOP レイヤーは「エージェントがその件について答えた」ではなく「エージェントがその件を実行した」へのより直接的な道筋です。
  • データのフロアがない。 Decagon は顧客別モデルを学習させるための過去チケットのコーパスを必要としません。Forethought はモデルが性能を発揮する前に20,000件以上の過去チケットと月あたり約2,000件以上のチケットを推奨します。それを下回ると AI の性能が落ち、解決単価の計算が逆転します。豊富なナレッジと workflow があってもチケット履歴が薄い場合、Decagon は学習のゲートなしに解決を生み出し始めます。
  • チャネル横断のコンテキスト共有 (音声を含む)。 Decagon は chat、email、SMS、音声 (ElevenLabs で構築) を、チャネル横断のメモリを備えた単一の集中型ナレッジ・workflow レイヤー上で動かします。chat で始めた顧客が電話で説明をやり直す必要はありません。Forethought の Solve も chat、email、音声をカバーしますが、Decagon のチャネル横断メモリと音声の成熟度はより進んでいます。
  • ベンダーの独立性。 Decagon は自社がコントロールする roadmap を持つ独立製品です。Zendesk を使っておらず、AI サポートレイヤーが help desk ベンダーのプラットフォーム戦略に取り込まれることを望まないチームにとって、その独立性は利点です。

Forethought が勝つ領域

  • Zendesk 上の first-party。 すでに Zendesk を使っている、あるいは移行中なら、Forethought は現在 first-party (「Forethought AI Agents by Zendesk」) であり、統合の負債は最も低くなります。Triage、Assist、Agent QA の各エージェントは、すでに運用している help desk にそのまま組み込まれます。Decagon は Zendesk と統合できますが、その上に乗る第三者レイヤーです。
  • Triage と CS のシグナルレイヤー。 Forethought の Triage は inbound を大規模に自動分類・ルーティングし、CS と RevOps が下流の churn リスクや NRR のモデルに接続できる、クリーンでタグ付けされたチケットデータを生み出します。Decagon はデフレクションと解決のために作られていますが、Forethought の Triage は、リテンション予測が動くシグナルレイヤーへ供給することに特化して作られています。
  • 単一プラットフォーム上の agent-assist。 Forethought の Assist は、実際に人間に届くチケット向けの help desk 内コパイロットであり、Agent QA は人間のエージェントのチケットを100%自動でスコアリングします。Decagon は自律的な解決に注力します。自律的な解決に加えて人間エージェント向けコパイロットと QA を単一ベンダーから欲しいなら、Forethought のスタックの方が広範です。
  • 自己改善ループ。 Forethought の Resolution Learning Loop は workflow のギャップを検出し、新しい手順を起草し、デプロイ前にテストします。Decagon の Watchtower (常時稼働の QA) と Experiments (ライブの A/B テスト) は監視とチューニングをカバーしますが、Forethought のループはギャップを自動で埋めることをより明示的に狙っています。これは Zendesk が高値で買った能力です。

価格の実態

両者とも custom で見積もりのみ、公開された self-serve のティアはなく、どちらも6桁に達しうるエンタープライズのフロアを抱えています。Decagon の報告されている構成は、年間プラットフォーム料金が約 $50,000 に従量課金を加えたもので、会話ごとまたは解決ごと (報告では解決あたり約 $0.50) に課金され、エンタープライズ契約には会話の最低数があります。報告されている年間支出の中央値は、ボリュームを計算に入れるとプラットフォーム料金を大きく上回ります。Forethought の第三者マーケットプレイスのデータ (Vendr) では、年間契約はおおむね $36K〜$151K の範囲、中央値は約 $75K/年で、チケット量、エージェント数、チャネル、有効化するエージェントに連動します。中ボリュームの同等スコープでは、両者は同じ帯に収まり、その差は主役ではありません。コストの罠はそれぞれ異なります。Decagon の罠はプラットフォーム料金のフロア (月あたり数千件未満の会話では死荷重) であり、Forethought の罠はデータのフロア (約20K件未満の過去チケットではモデルに学習させるものがないまま、エンタープライズ料金を払うこと) です。

導入の手間

どちらも切り替えるだけのスイッチではありません。Decagon の導入はプロジェクトです。AOPs を作成し、統合 (Salesforce、Intercom、Zendesk、Kustomer) を配線し、デフレクションが営業資料の約束した水準に達するまで数週間チューニングします。ライセンスだけでなく CS-ops の時間を見積もってください。Forethought は統合作業の上にさらに厳しい前提条件を加えます。データのフロアです。約20,000件未満の過去チケットでは顧客別モデルが弱いため、本格展開が意味を持つ前に、パイロットで測定された解決率のしきい値を超える必要があります。Decagon のランプは workflow をどれだけ速く作成できるかで制約されます。Forethought のランプは workflow の設定と、チケット履歴が学習に十分な深さかどうかの両方で制約されます。Zendesk を使っているなら Forethought の配線は軽くなります。使っていないなら、複数年契約に署名する前に、クロスプラットフォームのサポート期限について書面での確約を取ってください。スタンドアロンの roadmap は Zendesk の Resolution Platform に吸収されつつあるからです。

結論

  • Decagon を選ぶのは、自然言語の AOPs を介してエージェントにバックエンドで実際のアクション (返金、アカウント変更) を実行させたい場合、Zendesk を使っていない場合、チケット履歴は薄いがナレッジ/workflow は充実している場合、または自社の roadmap をコントロールするベンダーから音声対応の自律レイヤーが欲しい場合です。
  • Forethought を選ぶのは、すでに Zendesk 上にいる場合 (first-party 製品として統合の負債が最も低い)、学習用の20,000件以上の過去チケットがある場合、または自律的な解決に加えて agent-assist と、NRR モデルに供給する Triage を単一プラットフォームから欲しい場合です。
  • どちらも選ばないのは、年間20,000件未満のチケット、または月あたり数千件の会話しかない場合です。両者ともそのボリュームでは回収できないエンタープライズのフロアを抱えています。Intercom とその Fin エージェント (解決ごとの課金、ボリュームのフロアなし) が、その帯ではドルあたりの価値が高くなります。そして、どちらのツールもリテンションは担わない点を忘れないでください。勝者を、health score、更新、拡大を所有する記録用の CS プラットフォーム — GainsightTotango、または ChurnZero — と組み合わせてください。

上記の条件なしに迷うなら、Decagon を選んでください。ベンダーの独立性とデータフロアの不在により、2026年時点ではリスクの低いデフォルトとなります。一方 Forethought の roadmap は Zendesk への吸収の途中にあります。Zendesk に標準化し、first-party の統合が決定的になったら Forethought に切り替えてください。