Rattle

概要

Rattle は、CRM-Slack ブリッジの上に構築されたセールス実行プラットフォームで、その上に AI エージェントのレイヤーが加わりました。中核となる本来の役割は変わりません。担当者は Salesforce や HubSpot を Slack からネイティブのインタラクティブフォームで更新でき、RevOps は Apex を書かずに CRM イベントを起点としたノーコードのワークフローを構築できます。その上に、Rattle は名前付きの AI エージェント(Deal Risk、Meeting Intelligence、CRM Data、Revenue Pulse、Rundown Coaching)と、通話・メール・CRM データを読み取って案件リスクを可視化し CRM 更新を根拠付きで下書きする戦略 AI レイヤー Wizard を提供するようになりました。CRM 更新時の摩擦がデータ品質のボトルネックになっており、単なる通知ではなくツール側でループを閉じてほしいと考える GTM チームで採用されています。

RevOps スタックで採用される理由

• CRM 更新の摩擦を発生源で解消。 担当者が CRM を更新しないのは、CRM が摩擦そのものだからです。Rattle は更新を、担当者がすでに常駐している Slack へ移します。インタラクティブフォームと / コマンドを使います。
• ノーコードのワークフロー。 RevOps が Slack トリガーの CRM ワークフローをビジュアルに構築でき、「管理者にチケットを切る」サイクルを置き換えます。Salesforce や HubSpot からのシグナルがアクションボタン付きで Slack や Teams へ発火します。
• 通知するだけでなく、行動するエージェント。 2026 年の転換点です。ステージ変更の通知をプッシュするだけでなく、CRM Data Agent がフィールド値を根拠を示して提案し、Meeting Intelligence が通話からメモと次のアクションを CRM に直接書き込みます。

AI エージェント(2026 年の新機能)

• CRM Data Agent — 主要フィールドの値を根拠を示して提案・検証するため、RevOps が更新を催促する代わりに担当者が Slack から確認できます。人による検証はループ内に残ります。
• Meeting Intelligence Agent — Gong、Chorus、Zoom の通話からの自動メモ取り、リアルタイム要約、コーチングのヒント、CRM 更新。
• Deal Risk Agent — 通話・メール・Salesforce データをスキャンし、リスクのある案件と、その 理由 を提示します。
• Revenue Pulse Agent — 非構造化データに埋もれたシグナルも含め、RevOps の手間なくスケジュールされたエグゼクティブ向けレポートを届けます。
• Wizard — 戦略 AI レイヤー(2025 年 1 月からパブリックベータ)。非構造化データに対するリスク検出、経営陣の交代や資金調達イベントの外部モニタリング、カスタムプロンプト、深掘りのフォローアップ質問。

価格の実態

Rattle はカスタム見積もりで、公開価格はありません。Vendr の 2026 年 2 月時点の 71 件の購入データによれば、契約額の中央値は年間 16,000 ドル前後で、チーム規模に応じておよそ 6,000 ドルから 71,000 ドルの範囲に収まります。定価は Professional ティアでユーザーあたり月 30〜40 ドル、Enterprise で 50 ドル以上です。HubSpot と Microsoft Dynamics のサポートは Enterprise に含まれます。交渉後のレートは定価より約 25〜35% 低く、25 席以上でボリュームディスカウント、複数年契約でさらに 10〜20% の値引きが効きます。AI エージェントと Wizard はティアとアドオンでゲートされているため、席単価だけでなく、どのエージェントが含まれるのかを契約前に正確に確認してください。

最適なケース

• 担当者 50〜500 名規模の B2B SaaS の GTM チームで、CRM データ品質が慢性的な課題となっているケース。
• すでに Salesforce または HubSpot を利用している Slack ファースト(または Teams)の組織。
• データサイエンス機能を立ち上げたり Salesforce 管理者・開発者の人員を抱え込んだりせずに、AI に CRM 更新を下書きさせ案件リスクを可視化させたい RevOps チーム。

代替案との比較

• vs Salesforce-Slack のネイティブ統合(Slack Sales Elevate)。 ネイティブは安価で改善が続いており、いまでは独自の AI 要約も備えます。ユースケースが単純な通知と Slack 内の基本的な更新であればネイティブを。ネイティブが及ばない実行可能なワークフロー、承認、エージェントレイヤーが必要なら Rattle を選びます。
• vs Salesforce Agentforce。 この領域で最も急成長している新規参入者(初年度で約 5 億 4,000 万ドルの ARR)であり、Salesforce 自身のエージェント戦略です。Salesforce ネイティブのリーチは深い一方、導入の負荷は重く、Salesforce 専用です。Salesforce のエージェントロードマップに全面的にコミットするなら Agentforce を。HubSpot もカバーする、より軽量で Slack ネイティブな面を求めるなら Rattle を選びます。
• vs Salesforce Flow + Apex(自社構築)。 Flow と Apex で Rattle のワークフローレイヤーの大半は構築できますが、管理者・開発者の工数というコストがかかり、エージェントは標準では手に入りません。リソースがあるなら自社構築、なければ Rattle を選びます。
• vs Troops(Salesforce に買収後、提供終了)。 直接の歴史的競合で、現在は事実上消滅しています。これらの導入は Rattle か Salesforce-Slack ネイティブへ移行しました。
• vs 現状(担当者が思い出したときに CRM を更新)。 これがデフォルトであり、予測精度の不正確さの源です。

注意点

• ワークフロー氾濫のリスク。 簡単に作れるワークフローは増殖し、誰も所有していない Slack 駆動ワークフローが数百件積み上がるという結末を迎えます。対策: Rattle のオーナーを指定し、四半期ごとにアクティブなワークフローを監査して陳腐化したものを削除する。
• 大規模では 1 席あたりのコストが膨らむ。 対策: 担当者 500 名超の規模では、全員に Rattle が必要か、それとも AE / SDR に限定すべきかを評価する。
• Slack チャネルのノイズリスク。 Rattle の通知はチャネルを埋め尽くし得ます。対策: 担当者ごとの DM やチームごとのチャネルにルーティングする。1 つの「ファイアホース」チャネルを作る誘惑には抵抗する。
• Salesforce の権限の複雑さ。 Rattle のワークフローはユーザー権限で実行されるため、想定外の権限の相互作用がサイレントなワークフロー失敗として表面化します。対策: 各担当者のプロファイルでワークフローをテストする。管理者でテスト済みのワークフローが営業ユーザーのプロファイルで動くと決め込まない。
• AI エージェントへの信頼のギャップ。 Wizard は 2025 年 1 月からパブリックベータのままで、エージェントが提案する CRM への書き込みは誤ることがあります。対策: CRM Data Agent の人による検証ステップを有効にしたままにする。Deal Risk と Wizard は 1 つのチームでパイロット運用し、リスクスコアを予測で信頼する前に、その判断を既知の結果と照合する。