マーテック導入でCTOが確認すべき質問

要約 ： マーテックの評価に臨む際は、テクノロジースタックとの適合性からインシデント管理、監査証跡まで、9つの技術的な質問に対する回答を準備しておきましょう。この記事では、マーケティングリーダーに向けて、CTOがどのような質問をするのか、そして評価を停滞させることなく前進させるために、どのように明確に回答すればよいのかを解説します。

CTOからの質問はある程度予測可能であることが朗報

マーケティングリーダーの皆様も、有望なプラットフォームを選定したにもかかわらず、IT部門のレビューで採用が見送られた経験はありませんか。その結果、数か月後に評価プロセスをやり直すことになり、期待していたような迅速な進展やROIは得られません。

このようなやり取りの繰り返しは、大きな負担になります。しかし、CTOは敵ではありません。CTOが望んでいるのは、今回のマーテックへの投資が、来年には統合に伴う技術的負債にならないようにすることです。 さらに 2026年には、「エージェントウォッシング」と呼ばれる、従来から存在するダッシュボードや自動化ツールに「AI」というラベルを付けて販売するベンダーの増加についても考慮しなければなりません。（Gartnerの推計では、現在市場に存在する数千社のエージェント型AIベンダーのうち、実際に「本物」と呼べる企業は約130社にとどまるとされています。）

このような状況を踏まえると、エージェント型AIの時代において、ソフトウェア選定で本格的な技術レビューが欠かせない理由は明らかです。

解決策は何でしょうか。あらゆる技術レビューに、十分な準備を整えて臨むことです。以下では、 弊社 のCTO、Jason LaFolletteが挙げる、実際に想定される質問と、それらに適切に回答するために役立つ情報をご紹介します。

1. このプラットフォームは、自社のエコシステムやテクノロジースタックの中でどのような役割を担いますか。

回答： 正解は一つではありません。重要なのは、このプラットフォームが既存ツールを置き換えるものなのか、既存システムと連携するものなのか、それとも将来的に他のワークフローが依存する新たなレイヤーとなるのかを把握することです。

現時点ですべての機能を利用する予定がなくても、将来的にどの機能や業務をこのプラットフォームへ統合 できる のか、そしてビジネスの成長に合わせてどこまで拡張できるのかを理解しておくことが重要です。統合への投資はビジネス価値に応じて拡張できるものであるべきであり、新たなサイロを生み出してはいけません。

なぜ重要なのか： CTOが知りたいのは、このプラットフォームが将来もテクノロジースタックの中核として活用できるのか、それとも2年後には孤立したポイントソリューションになってしまうのかという点です。CTOは、統合への投資対効果を重視しています。ラットフォームが単一の機能しか提供できず、他のシステムと連携したりデータを取り込んだりできない場合、実現できることは大きく制限されます。このプラットフォームは、一時的なツールではなく、将来にわたって拡張できる基盤として捉えてもらうことが重要です。

2. このプラットフォームのライセンス体系はどのようになっていますか。

回答： コストがユーザー数（シート数）の増加に応じて変動するのか、それとも利用量に応じた課金を継続的に管理する必要があるのかを、具体的に説明できるようにしておきましょう。シンプルなシート課金モデルは、コストの予測や管理が容易です。一方、利用量課金モデルでは継続的なモニタリングが必要となり、利用量が急増すると想定以上のコストが発生する可能性があります。「利用量」の定義を明確にしたうえで、類似するブランドにおいて、コストがどのように推移したのか、過去の事例を確認しましょう。

なぜ重要なのか： プラットフォームの利用が広がるにつれて、予算管理はIT部門またはテクノロジー部門が担うことになる可能性があります。コスト管理の仕組みを早い段階で明確に説明しておくことで、その後の議論の主導権を維持しやすくなります。ベンダーが料金体系や、利用拡大に伴う課金の仕組みを明確に説明できない場合、それはCTOにとって警戒すべき兆候となることが少なくありません。

3. APIはありますか？そして今後ますます重要になるのが、MCPに対応していますか？

回答： APIとMCPは、これまで以上に重要になっています。APIは、自社のシステムやワークフロー、社内ツールがそのプラットフォームと直接連携できるかどうかを判断するためのものです。さらに最近では、MCP（Model Context Protocol）への対応が事実上の必須要件になりつつあります。MCPへの対応により、自社またはサードパーティのAIエージェントが、そのプラットフォームをネイティブに活用できるかどうかが分かります。重要なデータをデータウェアハウスに取り込めなかったり、プラットフォームをAIスタック（Claude、ChatGPT Enterprise、社内モデルなど）と連携できなかったりする場合は、導入を見送る決定的な要因になりかねません。

なぜ重要なのか： CTOが確認したいのは、自社の既存システムやAIエージェント、ワークフロー、社内ツールが、そのプラットフォームと直接連携できるかどうかです。2026年において MCPに対応していないベンダーは、自社のワークフローに組み込まれることを想定していないと言っているようなものです 。それ自体が判断材料になります。御社がすでにAIスタックを標準化している場合、それと連携できないマーテックツールは、導入前の段階で候補から外れる可能性が高いでしょう。

ご存知でしたか？ Yext MCPは現在ベータ版として提供されており、競合情報、検証済みのロケーションデータ、自社のCRMや営業データを統合し、チームが日常的に利用しているあらゆるAIツールから横断的に検索・活用できます。

4. このプラットフォームではAIを利用していますか？また、自社データはAIの学習に使用されますか？

回答： AIが どこで 利用され、 どの データにアクセスし、自社データが共有モデルの学習に 利用されるかどうか を正確に把握しておきましょう。これはAIが解決策の一部になれるかどうかの問題ではありません。重要なのは、自社データがどのように扱われるのかを正確に把握していることです。規制対象データや機密性の高い顧客データが誤って共有学習データに含まれた場合、その経緯やアクセスしたユーザーを追跡できなければ、問題はさらに深刻になります。

なぜ重要なのか： CTOがこの質問をするのは、ベンダーを疑っているからではありません。すべての企業には、コンプライアンスとセキュリティに関する責任があるためです。CTOは、この点について法務部門やコンプライアンス部門に説明できなければなりません。ベンダーが明確な回答を示せなかったり、技術的な説明ではなくマーケティング的な表現でごまかしたりする場合は、自社のデータ管理について十分に整理できていない可能性があります。データ管理に自信のあるベンダーであれば、この問いに明確に答えられるはずです。

5. AIエージェントを利用する場合、そのエージェントは何を実行し、その実行は誰が承認しますか？

回答： AIエージェントを活用するプラットフォームには、ガバナンスのもとでの実行が必要です。プラットフォームが実行するすべての操作、とりわけブランド資産や顧客データに関わる操作は、可視化され、承認され、ログとして記録される必要があります。ベンダーがそのレベルの可視化や統制を提供できないのであれば、状況を把握できないまま運用することになります。

なぜ重要なのか： CTOは、法務部門やコンプライアンス部門がAIによる操作を監査できることを求めると理解しています。AIエージェントが誤った判断をしたり、コンプライアンス上の問題を引き起こしたりした場合には、何が起きたのか、なぜ起きたのか、そして誰が承認したのかを正確に追跡できなければなりません。可視化と承認プロセスを備えたプラットフォームであれば、AIエージェントをリスクではなく、本格的に展開できるツールとして活用できます。そうした仕組みがなければ、セキュリティ部門は導入そのものを承認しない可能性があります。

ご存知でしたか？ Yextでは、すべてのAIエージェントの操作がアクションセンター（Action Center）で可視化され、承認・記録されます。これにより、セキュリティ部門や法務部門が求める監査証跡を確保できます。

6. ベンダーはSOC 2認証を取得していますか？プラットフォームはどのように、どこでホストされていますか？

回答： これはチェック項目のように単純ではありません。ベンダーがSOC 2認証を取得しているかを確認するとともに、拡張性と信頼性を確保するためにプラットフォームがどのようなアーキテクチャで設計されているかを確認しましょう。

なぜそれが重要なのか： なぜ重要なのか：CTOは、コンプライアンスや信頼性に加え、障害発生時にどのような対応が取られるかを重視しています。ベンダーに適切な統制や文書化が備わっていない場合、将来的に自社の監査対応で問題となる可能性があります。

ご存知でしたか？ YextはSOC 2に準拠しています。 詳しくはこちらをご覧ください。

7. ベンダーはインシデントをどのように管理していますか？

回答： ベンダーが問題をどれだけ迅速に検知するか、問題発生時にどれだけ透明性を持って対応するか、そして修正中の状況をチームへどのように共有するかを知りたいのです。優れたベンダーは、単にインシデントを解決するだけでなく、インシデントの発生を早期に公表し、顧客へ継続的に状況を共有し、ビジネスへの影響に深い理解と配慮を示します。障害が発生したという事実そのものよりも、障害発生時にどれだけ透明性を持って対応するかのほうが重要です。

なぜそれが重要なのか： ここはCTOが最も直接的に影響を受ける場面です。このプラットフォームで障害が発生すると、チームはベンダーへ問い合わせることになります。CTOは、何が起こったのか、そしていつ復旧するのかを説明する責任を負う可能性があります。ベンダーが問題を認識するまでに6時間かかったり、修正中に状況を共有しなかったりすると、その負担はCTOやITチームが負うことになります。インシデント管理やコミュニケーションに注力しているベンダーは、CTOの視点から見た成功を理解しており、自社の指標だけでなく、お客様のチームへの影響も重視していることを示しています。

8. チームでは、誰が私のデータにアクセスできる権限を持っていますか？

答え： これは、ベンダーがデータをどのように扱うかを疑うことではありません。重要なのは、誰がそれにアクセスできる 可能性 があるのか、どの程度広くアクセス可能か、そしてそのアクセスがログに記録されるかどうかを理解することです。

なぜ重要なのか： 最高技術責任者（CTO）は、ベンダーが「誰が」「いつ」データへアクセスしたのかを正確に把握できるかどうかを確認する必要があります。監査証跡（監査ログ）のことです。ベンダーが、誰がどのデータにアクセスしたかの詳細なログ（特に機密データに関するもの）を提供できない場合、それはプラットフォーム設計上の課題と言えます。それはベンダーが無責任だという意味ではなく、多くの場合、まだ十分に対応を検討する必要に迫られていなかったことを意味します。しかし、コンプライアンスチームはこの点を検討する必要があります。後になってこの質問に答えられなければ、CTOが板挟みになることになります。

9. SSOに対応していますか？

答え： はい。現在では、SSO対応は当然の要件と考えられています。らに重要なのは、ロールベースのアクセス制御（RBAC）、自動プロビジョニング、そして役割変更や退職時にユーザーのアクセス権限をどれだけ円滑に削除・無効化できるかといった運用面について確認することです。ベンダー側でアクセス権限を手動管理しなければならない場合、それは将来的に技術的負債につながります。アクセス権限は、信頼できる唯一の情報源であるIDプロバイダーを基準に管理すべきです。

なぜ重要なのか： CTOは、OktaやAzure ADなどの一元化されたID管理システムを通じてアクセス権限を管理したいと考えています。プラットフォームがこれに対応していなければ、役割変更や退職のたびに、このツールから手動でアクセス権限を削除・無効化する必要があります。一見些細なことに思えるかもしれません。しかし、12種類ものマーテックツールを運用し、IT部門がアクセス権限の削除依頼への対応に追われるようになると、大きな負担になります。SSOと自動プロビジョニングに対応しているベンダーは、その負担をCTOのチームから取り除き、大規模なIT運用を理解していることを示しています。

これらの回答を準備して商談に臨めば、評価プロセスはスムーズに進みます

押さえておくべき点は、CTOがデモでは魅力的でも、本番運用が始まると運用負荷の大きいシステムへと変わってしまうプラットフォームを数多く見てきていることです。

これらの質問に対して明確で率直な回答を用意できれば、十分な準備をしてきたことを示せます。CTOがその場にいる理由を理解していることも伝わります。信頼してほしいと求めるのではなく、その判断を裏付けるデータとアーキテクチャを示しているのです。

十分な準備をして臨みましょう。そして、CTOの意見にも耳を傾けましょう。プラットフォームがAPIやMCPに対応したオープンな設計であり、データの透明性を確保し、大規模運用を前提として構築されていて、自社のデータに何が起きているかを正確に把握できることがCTOに伝われば、評価プロセスは前に進みます。

問われる内容はある程度決まっています。そして、技術レビューをクリアできる答えも、すでに存在しています。その両方を備えて臨めば、次のマーテック導入の検討は停滞することなく、スムーズに進むでしょう。

Yextの次のステップをご検討ですか？ Yext MCPの詳細をご覧いただき 、アクセスをご申請ください。担当者が本記事で取り上げたすべての質問について、個別にご説明いたします。