AIキャンバスは、企業プラットフォーム全体で、従業員やチームが会話やホワイトボードセッションを成果物に変換する一般的な手段となりつつある。最近、筆者はユニファイドコミュニケーションと生産性向上ベンダーがキャンバスを追加している状況について執筆した。これにより、チームはAIを使用して文書やタスクを生成し、それらを基幹システムに流し込むことができる。
収益管理やITサービス管理に対応するソフトウェアベンダーからも、同様のパターンが見られる。Salesforce（セールスフォース）やServiceNow（サービスナウ）などのプロバイダーは、CRM、見積・価格設定・構成（CPQ）、ITSMデータの上に位置するキャンバスやエージェント型ワークスペースを追加している。これらは、コンテキスト、推奨アクション、実行制御を単一のインターフェースに統合し、日常業務の実行をAI支援型キャンバスへとシフトさせている。
これは業務遂行において真の利益をもたらす可能性があるが、キャンバスが拡大するにつれ、複数のキャンバスが同じワークフローやデータに対して行動できる場合、システムがどのように相互作用するかについて、企業はより明確なガバナンスガイドラインを必要とするだろう。つまり、組織内のITリーダーとビジネスリーダーは、これらのキャンバスのエンゲージメントルールを策定するために協力する必要がある。
記録中心システムから収益ワークスペースへ
CRMのような収益重視の記録中心プラットフォームは、従来、リードから入金までのサイクル全体で構造化データを取得することに重点を置いてきた。見積価格、注文数量、顧客が予算承認を求める必要があるかどうかといった情報だ。このデータは基幹システム内で収集する価値があるが、情報に基づいた意思決定や次のステップのためにアクセスするのが難しい場合があり、また営業担当者やサポート担当者がその場で簡単に記録できないデータポイントは除外される傾向がある。しかし今では、AI搭載機能を備えたインタラクティブキャンバスが、顧客との会話からより幅広い情報を取得し、最も有用なタイミングでそれを表示できるようになっている。
例えば、Salesforceの生成型ライトニングキャンバスは、AIが関連レコードを表示し、データを要約し、CRMコンテキストとエージェント構成に基づいて次のステップを提案する共有ワークスペースを提供する。Salesforceエコシステム内のグローバル統合パートナーやCPQスペシャリストは、AIが見積を生成し、リスクにフラグを立て、販売活動を財務基幹システムに接続できるよう、見積から入金までのフローを構築している。
これは、SalesforceのAIキャンバスへの唯一の取り組みには程遠い。例えば、同社が新たに発表したAgentforce Sales（エージェントフォース・セールス）デジタルワークフォースは、販売エージェントのポートフォリオをCRMに直接導入する。これらのエージェントは、見込み客発掘、会議準備、パイプライン更新、見積作成などのタスクを処理する。Customer 360データを活用し、SalesforceとSlack全体で機能する。
これはCRMの収益機能をはるかに超えている。例えば、Zoho Canvas（ゾーホー・キャンバス）は、標準的なレコードビューを、チームが1つの画面で必要とするフィールド、フィルター、アクションを集約した役割ベースのワークスペースに変換する。ZohoのAIツールは現在、ユーザーがこれらのレイアウトを設計し、データを入力するのを支援している。マーケティングと顧客体験の例として、Adobe（アドビ）のCustomer Journey AnalyticsとJourney Optimizerにおける「ジャーニーキャンバス」は、チームがジャーニーをマッピングし、経路と離脱を分析し、オーケストレーションと実験を調整するための単一の場所を提供する。
同じアーキテクチャパターンが、他の企業ドメイン全体で出現しており、別々の基幹システムではなく、単一のワークスペースでデータと意思決定を結びつけている。小売や医療などの業種では、同様のキャンバスがPOS、在庫、または臨床システムの上に位置する可能性がある。小売業務キャンバスは、店舗テレメトリー、人員配置データ、プロモーション実績を組み合わせて、マネージャーが1か所でスケジュールと値下げを調整できるようにする一方、医療業務キャンバスは、ケアチームのメモ、タスクリスト、部門間の患者フローのルーティング決定をまとめることができる。
UCと収益キャンバスの交差
企業にとって、これらの例は、収益システム内のキャンバスとエージェントが、UCおよび生産性組み込み型キャンバスと並行して進化していることを示している。この傾向は、販売業務が適切に開始されるべき場所についての縄張り問題や、プラットフォーム全体でAI駆動型アクションがどのように管理されるかについての疑問も提起する。また、ユニファイドコミュニケーションと収益キャンバス間のクロスオーバーの増加に向けた舞台を整えている。
このシフトは、コミュニケーションチャネルをCRMに接続する以前の統合努力の上に構築されている。電子メールベンダー向けのCRM拡張機能は何年も前から存在している。例えば、SalesforceとMicrosoft Dynamics（マイクロソフト・ダイナミクス）は、OutlookとGmailの統合を提供しており、電子メールを商談レコードに自動的に記録する。現在異なるのは、CRMや他の収益プラットフォーム内のAIエージェントが、手動でログを記録することなく、電子メールや会議のコンテンツを取り込み、要約し、行動できることだ。非構造化会話データからニーズ、予算、タイムライン、リスクシグナルを抽出し、それらを構造化された商談フィールドに変換できる。以前の統合は主にメタデータを同期していたが、今日のエージェントは、会話コンテンツから直接、診断、承認ルーティング、次ステップ提案を含む複数ステップのワークフローをオーケストレーションすることもできる。
とはいえ、中核的なCRMプラットフォームは、商談データ、予測、コンプライアンスの基幹システムとしての役割を果たし続けている。しかし、成長するエコシステムの中心に位置している。CRMと並行して、またはその上に構築された収益製品は、会話を分析し、インテリジェンスを生成し、データがCRMに到達する前にアクションを推進するAIキャンバスを組み込んでいる。Gong（ゴング）やZoom Revenue Accelerator（ズーム・レベニュー・アクセラレーター）などの収益インテリジェンスプラットフォームは、通話を自動的に文字起こしし、スコアリングする。Salesforce CPQやTacton（タクトン）を含むCPQツールは、取引を構成し、価格設定する。IronClad（アイアンクラッド）やDocuSign CLM（ドキュサイン CLM）などの契約ライフサイクル管理システムは、条件を交渉し、承認する。HighspotやSeismic（サイズミック）のような販売支援プラットフォームは、コンテンツとコーチングを表示する。したがって、CRMは依然として何が起こったかを追跡しているが、収益製品は次に何が起こるかをますます形作り、インサイトをCRMにフィードバックしている。
この複雑さ（非収益システムにおけるAIキャンバスの成長によってさらに複雑化している）を考えると、収益業務は、チームとワークフローに応じて異なる場所で開始される可能性がある。CRM内で開始される場合もあり、販売担当者が収益キャンバスを使用して過去のやり取りを要約し、次の通話のための推奨質問を取得し、商談レコードに直接同期されるニーズ、予算、タイムラインに関する情報を取得する。または、生産性ソフトウェア内で開始することもできる。SlackまたはMicrosoft Teams（マイクロソフト・チームズ）では、AIワークスペースがアカウント履歴、メモ、次のステップをまとめることができるため、マネージャーはCRMに戻ることなく、ステージを更新し、承認を要求し、提案書を作成できる。または、会議プラットフォームで発生する場合もあり、ZoomまたはWebexの通話がキャンバスになる。AIが会話を取得し、要約、スコアカード、フォローアップタスクを作成し、それらが取引管理プロセスと収益システムに流れ込む。
UCプロバイダーも収益ワークフローに近づいていることは、特に注目に値する。Zoom Revenue Acceleratorは、販売通話を分析して要約、自動スコアカード、コーチングガイダンスを生成し、次ステップのアクションを提案する。RingCentral（リングセントラル）のAI Conversation Expert（AI会話エキスパート）は、以前のRingSense for Sales製品の後継であり、AIを使用して通話と会議を分析し、収益インテリジェンスを表示し、販売およびサービスシステムに接続するフォローアップを提案する。これらの製品は、UCネイティブキャンバスを収益隣接業務サーフェスに効果的に変換する。また、AIが予測、コーチング、取引実行にどのように影響するかについての共有ガバナンスの必要性を高めている。
ここで議論されたさまざまなシナリオは、ワークフローの起点に関する実用的で、時には厄介な疑問につながる。多くの企業は現在、複数のプラットフォームがAIワークスペースを提供する場合、業務をどこで開始すべきかを特定する必要がある。そして、上記のように、販売組織が顧客エンゲージメントのための複数の開始点を持つ可能性があることを考えると、これはさらに困難になる。
生成型ワークスペースとしてのITSMと運用
ITサービス管理プラットフォームも同様の移行を経験しており、生成型キャンバスを使用してインシデントと変更をエージェントと運用チームのためのキュレーションされたワークスペースに変換している。これにより、ITおよび運用チームは、ITSMネイティブキャンバスを介して協業するか、従来のチケットキューを使用するかを決定する必要がある。
ServiceNowのNow Assist（ナウ・アシスト）機能は、ITSMレコードの上にエージェント型ワークフローを導入し、AIがチケットを要約し、解決ステップを提案し、診断、履歴、実行詳細を含む複数ステップのアクションをオーケストレーションし、AIが何をしたか、なぜそうしたかを示すことを可能にする。
複雑なインシデントの場合、運用チームは、テレメトリー、過去のケース、ナレッジ記事を単一のワークスペースに集約するITSMキャンバスを開くことができる。AIはランブックを提案し、コミュニケーション更新の草案を作成し、自動化をトリガーできる。それでも、スーパーバイザーは、ワークフローがタスクを正しく完了するかどうかをテストするエスカレーションパスと評価ツールを通じて制御を保持する。多くの組織では、これらの環境は、NetOps、SecOps、サービスデスクの共有キャンバスとして機能し、インシデント対応をより広範な変更および問題管理プロセスと接続できる。
キャンバス全体にわたる単一のAI運用モデル
ここで説明されたユースケースは、リーダーが今後数回の計画サイクルで、AIキャンバスがより多くの中核ワークフローに登場することを計画すべき理由を示している。そして、より大きな視点では、企業はAIキャンバスを孤立したツールとして扱うのをやめるべきだ。代わりに、CRM、UC、生産性スイート、ITSMにまたがる単一の運用モデルの下でそれらを管理すべきだ。
すべてのワークフローに単一のエントリーポイントを強制するのではなく、組織はユースケースごとにセグメント化できる。販売発掘とアカウント計画は、通話と会議に固定されたインタラクションネイティブキャンバスに適合する可能性がある。価格承認と更新は、財務およびコンプライアンス管理に結びついたCRMキャンバスに属する。運用ウォールームとインシデントブリッジコールは、ITSMキャンバスに流れ込んで更新、自動化、監査証跡を行う前に、リアルタイムコンテキストを取得するUCキャンバスで開始できる。
それらすべてにわたって、リーダーは、アイデンティティ、データアクセス、許可されるAIアクションに関する明確なルールが必要だ。誰がどのレコードに対してどのアクションをトリガーできるか、AI変更がどのようにログに記録され、レビューされるか、必要に応じてそれらを元に戻す方法をマッピングする。保持、アクセス、承認に関する一貫したガードレールは、新しい収益およびITSMキャンバスがガバナンスの緩いサイロに漂流するのを防ぐべきだ。いくつかの重要なワークフローから始め、すべてのキャンバスに一貫したガバナンスを適用する企業は、AIが実験から中核運用インフラストラクチャに移行するにつれて、より良い位置に立つはずだ。
AIキャンバスが、協業インターフェースから中核業務へと企業テクノロジースタック全体に広がっていることは明らかだ。キャンバスが収益および運用スタックにより深く組み込まれるにつれ、次のテストはその影響となるだろう。サイクルタイム、勝率、サービス品質を改善するのか。それとも、エンゲージメントルールに関する交通渋滞と混乱を生み出すだけなのか。筆者は、リーダーがROIを理解し、AIが企業運用に根付くにつれてガバナンスをインテリジェントに調整するために、成果をどのように評価するかを監視していく。
