なぜRapidClawを構築したのか
私たちは、世界が新たなAIデモを必要としているからRapidClawを構築したわけではありません。
率直に言って、すでにそのようなものはたくさんあります。市場には、2分間のビデオでは魔法のように見えるが、基本的な質問をするとすぐに疑わしくなるエージェントが溢れています。例えば、どこで実行されるのか？誰がそれをコントロールするのか？どのデータに触れることができるのか？アウトバウンドの行動を誰が承認するのか？間違った場合にはどうなるのか？
私は、企業がCRM内でAIの利点を明確に求めているからRapidClawを構築しましたが、それを得るためにコントロールを手放す必要はありません。そして今、あまりにも多くの市場がその取引が避けられないかのように振る舞っています。
解決したかった問題
AI業界は、難しい部分を飛ばすのが非常に得意になっています。
メールを要約したり、フォローアップを書いたり、パイプラインを管理するふりをするモデルを見せるのは簡単です。しかし、顧客データ、営業プロセス、承認、サービス記録、アイデンティティの境界、Microsoftインフラストラクチャの現実の世界で機能するものを構築するのははるかに難しいです。
CRMでは、その問題はさらに明白です。ここはサンドボックスではありません。ここは、ビジネスが顧客が誰であるか、何が約束されたか、何がリスクにさらされているか、次に何をすべきか、監視なしで絶対に何が起こるべきでないかを記憶する場所です。
私の見解はシンプルです：CRMのためのAIには、単なるプロンプトではなく、オペレーティングモデルが必要です。
顧客所有のAzureランタイムを選んだ理由
最初に決定したことの一つは、RapidClawを他人のクラウドの謎の箱として実行させないことでした。
顧客自身のAzureサブスクリプションにランタイムをデプロイすることを選んだのは、真剣な組織が隔離、主権、信頼を重視しているからです。彼らはベンダーに「すべての顧客とのやり取りを送ってくれ、私たちが注意深く扱うと信じてくれ」と言われたくありません。
それは本当の購入者の考え方ではなく、私たちの考え方でもありません。AIが顧客の運用に組み込まれるのであれば、デプロイメントモデルは非常に重要です。
- 顧客ランタイムの隔離
- 顧客テナントと地域でのAzure OpenAI
- Microsoftのアイデンティティとセキュリティの境界
- 企業の期待に合ったデプロイメントストーリー
デプロイメントを簡単にする必要があった理由
もう一つの指針はシンプルでした：AIのデプロイメントがあまりにも技術的なままであるならば、ほとんどの実際のビジネスはそこに到達しないでしょう。
専門家がデプロイできるフレームワークと、ビジネスアプリケーション環境内で通常のオペレーターがデプロイできる製品との間には大きな違いがあります。私たちはその違いを最初から重視していました。
そのため、RapidClawは、顧客がCLIに住みたい、インフラを手動で配線したい、または散在する指示から自分のランタイムを組み立てたいと仮定するのではなく、ウィザード駆動のブラウザ優先のセットアップ体験を使用しています。
私たちは、デプロイメントが実験に参加するのではなく、真剣なビジネス製品を立ち上げるように感じてほしかったのです。ガバナンスされたAIを簡単にデプロイすることは、便利な機能ではありません。それは製品の原則の一つです。
Dataverseがコントロールの境界である理由
私たちはまた、AIがCRMの横に無責任なサイドカーのように座ることを望んでいませんでした。
DataverseはすでにRapidStart CRMのビジネスプラットフォームであるため、コントロールモデルもそこに置きたかったのです。構成、ポリシー、デプロイメント記録、承認、運用状態、ビジネスコンテキストはすべて、顧客がすでに管理しているシステム内に属しています。
言い換えれば、AIをプラットフォーム内に固定し、アクセサリーのように取り付けるのではなく、プラットフォームの一部として組み込みたかったのです。
Microsoftを選んだ理由
Microsoftを選んだのは、私たちが重視する市場の大部分ですでに真剣なビジネスアプリケーションが存在しているからです。
Entraを通じたアイデンティティ。Teamsを通じたコラボレーション。Dataverseを通じたデータとアプリケーションの状態。Azureを通じたインフラストラクチャ。そのスタックはすでに何千もの組織内に存在しています。すでに信頼、ポリシー、運用の重力を持っています。
私たちは、顧客が価値を得るためにすでに管理している領域の外に出るように求めるAI製品を構築したくありませんでした。彼らがすでに頼りにしている環境にネイティブに感じられるものを構築したかったのです。
Microsoftは常に最も軽い道ではありませんが、それがまさにポイントです。この種の製品にとって、追加の構造はオーバーヘッドではありません。それがガバナンスされたAIを可能にするものです。
RapidStart CRMを選んだ理由
私たちはまた、非常に意図的にRapidStart CRMのためにRapidClawを構築しました。
RapidStart CRMはすでに営業活動、顧客履歴、サービスインタラクション、関係のコンテキストの中心に位置しています。AIが本当に役立つために必要な運用の真実をビジネスがすでに保持している場所です。
さらに重要なのは、RapidStart CRMが設計上シンプルであることです。それは重要です。エージェントがガバナンスされた方法で動作することを望むなら、基盤となるビジネスシステムが不要な複雑さの迷路であってはなりません。RapidStart CRMは、私たちにとってよりクリーンな表面、より明確なユーザーモデル、そして有用な自動化のためのより良い出発点を提供します。
要するに、RapidClawが意味をなすのは、RapidStart CRMがすでにAIが実用的になるために必要なデータ、構造、シンプlicityを持っているからです。
Teamsが重要な理由
私たちが早い段階で拒否したもう一つのことは、ユーザーが価値を得るために別の管理ポータルやAIプレイグラウンドに住む必要があるという考えでした。
多くのビジネスにとって、Teamsはすでに仕事が行われている場所です。そこでは人々が質問をし、調整し、フォローアップし、助けが現れることを期待しています。だからRapidClawは、エンドユーザーのための一つのオーケストレーターサーフェスと、舞台裏での専門家の調整を備えたTeamsネイティブのアシスタント体験を使用しています。
それが重要なのは、使いやすさが重要だからです。AIが強力でも使いにくければ、採用は進みません。技術的に印象的な製品がそこで負けることが多いのです。
ガバナンスが自律性に先行する理由
これは製品全体で最も重要なデザイン選択かもしれません。
RapidClawはデフォルトで安全です。デプロイメントは即時の自律性を意味しません。新しい環境は非ライブの姿勢でプロビジョニングされ、その後RapidClaw Command Centerを通じて意図的にアクティブ化されます。
私たちがそれを行ったのは、ビジネスが驚きを望んでいないからです。彼らは何がライブであるか、どのエージェントがアクティブであるか、何が承認を必要とするか、何が通信を送信できるか、必要に応じてすぐにシャットオフできるものを知りたいのです。
オペレーティングモデルが明示的で退屈な方法であるとき、AIは採用がはるかに簡単になります。退屈は過小評価されています。退屈は、真剣な企業がシステムを信頼することを可能にするものです。
OpenClawを基盤に構築した理由
私たちはまた、ランタイム全体をゼロから構築するか、すでにエージェントオーケストレーションを理解しているものの上に構築するかを決定する必要がありました。
OpenClawを選んだのは、RapidClawが単なるモデルの薄いラッパーであるべきではなかったからです。顧客所有の環境内でのマルチエージェントの調整、ツールの使用、仲介、実行のための実際のランタイムが必要でした。
OpenClawはその出発点を提供してくれました。それにより、私たちはより難しく、私たちの見解ではより重要な問題にエネルギーを注ぐことができました：エージェントAIをCRM内の実際の製品のように振る舞わせる方法を考えることです。
RapidClawは、そのランタイムがガバナンス可能なものに形作られたときに起こるものです：顧客所有のAzureデプロイメント、Dataverse中心のコントロール、Teamsネイティブのアクセス、承認ワークフロー、RapidClaw Command Centerを通じた実際のオペレーターサーフェス。
これがMicrosoftの方向性と交わるところ
MicrosoftがLobsterやOpenClawを中心に今行っていることを見ると、その分岐がさらに明確になります。
Microsoftは個人の生産性の側からこれに取り組んでいます：メッセージ、カレンダー、リマインダー、受信トレイ、会議、個人へのプロアクティブな支援。それは理にかなっています。それはユーザーから始まります。
RapidClawはDataverseの側からこれに取り組んでいます：顧客記録、機会、承認、運用状態、ビジネスの共有の真実。それは記録のシステムから始まります。
それらは対立する方向ではありません。それらは同じ未来の二つの半分です。生産性レイヤーは私が何をしようとしているかを知っています。Dataverseレイヤーはビジネスが何を許可できるか、顧客記録が何を言っているか、何を記憶しなければならないかを知っています。
それが私たちがこれらの世界が交わると考える場所です：Microsoftはユーザー向けのエージェントファブリックを提供し、RapidClawはガバナンスされたビジネスコンテキストとCRM特有のアクションモデルを提供します。私はそれらの方向性を対立しているとは見ていません。それらは最終的にお互いを必要とするようになると見ています。
ビジネスの利益
これがビジネス価値を生み出さない限り、何も重要ではありません。
ポイントは、エージェントが一度何か興味深いことをできるということではありません。ポイントは、それがビジネスが実際に受け入れられる方法で繰り返し有用な作業を行うことができるということです。
それはほとんどのAI製品が認めるよりもはるかに高い基準です。それはまた、私たちが重視する基準です。
- リードフォローアップと営業サポートの迅速化
- パイプラインの衛生状態の向上と次のステップの明確な可視性
- サービスの早期トリアージとより構造化されたドラフト支援
- 要約、促し、調整に関する手動の管理作業の削減
- 承認、ポリシー、診断が組み込まれているためのより大きな信頼
- Microsoft中心のビジネスがすでに運用している方法に適合するAI採用への道
RapidClawを特別にするもの
RapidClawは市場で最も派手なAIストーリーになろうとしているわけではありません。私はむしろそれが最も信頼できるものの一つであることを望みます。
それを特別にするのはその組み合わせです：顧客所有のランタイム、Dataverse中心のガバナンス、Teamsネイティブのインタラクション、オペレーションのためのCommand Center、RapidStart CRMに特化したスペシャリストエージェントモデル。
その組み合わせが製品です。
私はRapidClawを構築しました。なぜなら、CRMにおけるAIは、デモで印象的であるだけでなく、実世界で有用でガバナンス可能でデプロイ可能であるべきだからです。
