中堅市場の購買担当者向けSaaS購入前ベンダーデューデリジェンスチェックリスト

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

その業務チームは2月に本番稼働を開始しました。Onboardingは順調でした。チームはツールを気に入っていました。6月の四半期ビジネスレビューでは、有望な導入データが確認されていました。そして10月、競合他社の担当者から「ご相談があります」という連絡が入りました。それが最初のシグナルでした。11月には、対象のベンダーが採用を静かに停止していました。12月に、CEOが「戦略的な再編」について全社メールを送りました。1月には、製品がメンテナンスモードに移行し、サポートの初回応答時間が4時間から4日に延びていました。

その会社は年間契約を締結していました。12ヶ月分の支払いを済ませていました。9ヶ月分は機能する製品として利用でき、残りの3ヶ月は不確実な状態が続き、その後計画外の移行を強いられました。

署名前に誰もベンダーの財務的な健全性を確認していませんでした。資金の余力、投資家からの支援、エンタープライズ契約の実績についても誰も聞いていませんでした。デューデリジェンスとは言えない状況で、デモと参照先への電話だけで判断していました。

このガイドは、中堅市場の企業が年間1万ドル以上のSaaS契約に署名する前に実施すべきデューデリジェンスプロセスです。実務担当者向けに設計されています。6週間にわたる評価を実施するエンタープライズの調達チームではなく、2〜3日間で本格的な精査を行う必要があるリーダーのためのものです。

重要なポイント:ベンダーデューデリジェンスの現実

  • 中堅市場のSaaS Churnは年間10〜15% で、Pacific Crest/KeyBanc SaaS調査データによれば、エンタープライズのベンダーChurn(3〜5%)の約2〜3倍です。つまり、あなたが契約するベンダーは、Fortune 500が選ぶベンダーよりも消滅する可能性が大幅に高いということです。
  • ベンチャー支援のSaaSスタートアップの約67%がシリーズCの前に失敗するか停滞します。 CB Insightsのポストモルテムデータによれば、調達ステージは確率的なシグナルであり、保証ではありません。
  • ベンダーが提供する参照先への電話では、製品品質に関わらず約80%がポジティブな評価を示します。 Forresterの購買担当者調査では、ベンダー提供の参照先はユーザーコミュニティやLinkedInから得られるピアソースの参照先と比較して問題を検出しにくいことが示されています。
  • 年間ARR10万ドル未満のSaaSベンダーに対して何らかの財務的デューデリジェンスを実施している中堅市場の購買担当者はわずか23% と、Gartnerの調達ベンチマークは示しています。ベンダー破綻の驚きが繰り返される理由がここにあります。
  • SOC 2 Type IIレポートは6〜12ヶ月の継続的なモニタリングを経て作成されます。 Type Iのみのベンダーは、Type IIを持つベンダーと比較して、セキュリティの成熟度が大幅に低い段階にあります。

中堅市場の企業が特に脆弱な理由

中堅市場の企業は、ベンダーエコシステムにおいて中途半端な立場に置かれています。エンタープライズの購買担当者より意思決定が速いため、迅速な収益を求める初期段階のベンダーにとって魅力的な顧客です。中小企業の購買担当者より予算を持っているため、積極的にアプローチされます。そして、長年のベンダー失敗経験から大手企業が築いてきた組織的なデューデリジェンスの能力を持っていないことが多いです。GartnerのSaaS管理に関するマーケットガイドでは、中堅市場の組織は、より大規模で安定したベンダーに支出を分散させるエンタープライズ購買担当者と比較して、ベンダーへの集中リスクが不均衡に高いと指摘しています。

AIのSaaSブームはこれをさらに悪化させています。ここ2年間でAIネイティブのツールが数百種類登場しました。多くは潤沢な資金を持ちながらも収益前の段階にあります。多くは収益を上げているものの、それ以上の資金を消費しています。そして多くはデモでは信頼できそうに見えながら、事業としては本質的に脆弱な状態にあります。

デューデリジェンスにおける皆様の役割は疑心暗鬼になることではありません。移行の18ヶ月後に知りたかったと思うリスクを表面化させる質問をすることです。すでに完全なベンダー評価を実施中であれば、SaaS RFPの実施方法で、このデューデリジェンスチェックリストを3週間の構造化された選定プロセスに統合する方法を説明しています。

ベンダーの実行可能性トライアングル

契約する価値があるSaaSベンダーは、3つの独立したテストをすべて通過します。財務的な実行可能性(3年後も存続しているか)、業務上の実行可能性(現在約束するSLA、サポート、セキュリティポスチャーを実際に提供できるか)、そしてロードマップの適合性(製品の方向性がニーズに収束しているか、それとも乖離しているか)です。2本柱が強く1本柱が弱いベンダーは時限リスクです。ロードマップが乖離している財務的に健全なベンダーは移行につながり、資金が尽きつつある業務的に優秀なベンダーは緊急対応につながります。デューデリジェンスは、契約締結後ではなく、締結前に3本柱すべてを検証するプロセスです。

6つのデューデリジェンスドメイン

ドメイン1:企業の存続可能性

設立から5年未満、または明らかなエンタープライズ規模を持たないベンダーにとって最も重要な問いです。3年後も存続しているでしょうか。

非公開企業の監査済み財務諸表は入手できません。しかし判断を下すのに十分なシグナルは得られます。

確認すべき事項:

  • 資金調達ステージと直近のラウンド日時。シードおよびシリーズAの企業は、直近の調達から平均18〜24ヶ月の資金余力があります。直近の調達が18ヶ月以上前でシリーズBが発表されていない場合は、資金余力について直接確認してください。
  • 投資家の質。ティア1のVC支援(a16z、Bessemer、Sequoia、Accel)は成功を保証しませんが、ポートフォリオサポートとブリッジ能力との相関があります。知名度の低い投資家やエンジェルのみの支援はリスクが高まります。
  • 社員数の推移。過去6〜12ヶ月のLinkedInの社員数を確認してください。社員数の減少は警戒シグナルです。コミュニケーションを伴わない大量解雇は危険シグナルです。
  • 顧客の集中度。一社の顧客がARRの15%以上を占めているか確認してください。該当する場合、その顧客を失うと事業の状況が大きく変わります。
  • 収益成長のシグナル。ベンダーはARRを開示しませんが、方向性は確認してくれることが多いです。「過去18ヶ月で3倍に成長した」は重要なシグナルです。あいまいな回答も情報になります。

非公開企業の財務健全性指標:

シグナル 良好 注意 危険
直近の資金調達ラウンド 18ヶ月未満 18〜30ヶ月 30ヶ月超
社員数の推移 増加中 横ばい 減少中
顧客層 エンタープライズ+中堅市場の混在 中堅市場のみ 中小企業中心
投資家の支援 ティア1 VC ティア2 VC エンジェルのみ
資金余力の質問への反応 直接的・自信を持って回答 牽引力でかわす 回答を拒否

ドメイン2:セキュリティ認証

セキュリティ認証はデューデリジェンスの最低ラインであり、最終目標ではありません。SOC 2 Type IIレポートは、ベンダーが監査時点で文書化されたコントロールを持っていたことを示すものであり、現在あなたのデータをどのように扱っているか、またはセキュリティ侵害にどう対応するかを示すものではありません。

確認すべき事項:

  • SOC 2 Type II(Type Iではない)。Type Iはある時点の証明です。Type IIは6〜12ヶ月間をカバーします。顧客データに関わるものについては、Type IIが基準です。AICPAのSOC 2概要でレポートの種類と各レポートがカバーする内容の違いを確認できます。
  • 規制業界や国際市場で事業を展開する場合はISO 27001。ISO 27001規格は情報セキュリティマネジメントシステムの完全な要件を定義しています。
  • EU個人データが関わる場合はGDPR Data Processing Agreement(DPA)。
  • 医療データが関わる場合はHIPAA Business Associate Agreement(BAA)。
  • ペネトレーションテストの概要(最低限、最終テストの日時とスコープ)。

ウェブサイトのバッジではなく、実際のレポートを確認するよう求めてください。正当なベンダーはNDA付きでSOC 2レポートを共有します。NDA付きでもレポートの共有を拒否するベンダーは注意シグナルです。各認証が実際に何をカバーするかについては、SOC 2、ISO 27001、GDPRの購買担当者向け解説でそれぞれの違いと具体的な確認事項を説明しています。

ドメイン3:データの取り扱いと保存地域

このドメインは、AI対応ツールの登場により大幅に複雑化しています。従来のSaaSベンダーに確認すべき質問が、ベンダーのAIモデルがデータをどのように処理するかをカバーするよう拡張されています。NISTのAIリスク管理フレームワークは、組織のデータを処理するAIシステムをベンダーがどのように管理しているかを評価するための構造化されたアプローチを提供しています。

確認すべき事項:

  • データはどの地理的な場所に保存されていますか?米国、EU、または両方?
  • 必要に応じてお客様の地域向けのデータ保存地域オプションはありますか?
  • お客様のデータはベンダーのAIモデルのトレーニングに使用されますか?使用される場合、オプトアウトできますか?
  • 明示的に提出した情報以外にどのようなデータを製品が収集しますか?
  • データの保持ポリシーはどうなっていますか?契約終了後、データはいつまで保持されますか?
  • データの削除ポリシーはどうなっていますか?削除にかかる時間と確認方法は?

AI対応ツールについては、AI対応SaaSの評価ガイドのデータ取り扱いに関する質問事項でAIモデルのトレーニングと推論に固有の追加レイヤーをカバーしています。

ドメイン4:サポートSLA

サポート品質は営業デモからは評価できません。何かが金曜日の午後4時に壊れた6週間後の稼働後に初めて明らかになります。

確認すべき事項:

  • 重要度ティア(P1/P2/P3)別の初回応答時間。各ティアの定義とSLAはどうなっていますか?
  • SLAには解決時間のコミットメントが含まれていますか、それとも初回応答時間のみですか?
  • サポートチームは国内、海外、または混在ですか?対応時間帯は?
  • 専任のCSMがいますか、それともサポートはキューベースですか?
  • P1の障害に対するエスカレーションパスはどうなっていますか?
  • 稼働率SLAはどうなっていますか?SLA未達の場合のクレジット条件は?

参照先への電話スクリプト(サポートに関する質問):

参照先の顧客への電話(これは必ず実施してください。詳細は後述)では、以下を具体的に確認してください。

  1. 最初の90日間でサポートチケットをどれくらいの頻度で開きましたか?
  2. P2の問題に対する典型的な初回応答時間はどれくらいでしたか?
  3. P1の障害を経験したことはありますか?その際に何が起き、どのように対応されましたか?
  4. CSMとの関係はどのようなものですか?

ドメイン5:統合とAPI成熟度

既存のシステム構成と接続できないツールはデータサイロです。署名前に統合の成熟度を評価することで、予算に含まれていない6週間の統合プロジェクトを防ぐことができます。CRM統合が重要な要件である場合、CRMコンサルタントを採用すべきタイミングガイドで統合の複雑さがリソーシングの意思決定にどう影響するかを説明しています。

確認すべき事項:

  • CRM、HRIS、主要なWorkflowツールとのネイティブ統合は存在しますか?
  • 統合はベンダーが管理していますか、それとも第三者ですか?
  • 接続先のプラットフォームのAPIに破壊的変更があった場合、誰が修正しますか?
  • 完全なドキュメントを持つパブリックAPIはありますか?
  • APIレート制限はどうなっていますか?
  • 既知の統合制限(読み取り専用か双方向同期か、フィールドマッピングの制約など)はありますか?

統合のドキュメントを確認するよう求めてください。デモではなく。開発者品質のドキュメントはAPIの成熟度の代理指標になります。

ドメイン6:顧客参照先の質

ベンダーは最良の参照先顧客を提供します。それは想定済みです。しかし参照先への電話の進め方によって、実際に得られる情報の質は大きく変わります。

参照先への電話スクリプト(8〜10の質問):

  1. このプラットフォームをどれくらいの期間使用していますか?展開の規模はどれくらいですか?
  2. 導入で最も困難だったことは何ですか?ベンダーはどのようにサポートしてくれましたか?
  3. 署名後に製品はどのように変わりましたか?良い点とそうでない点を教えてください。
  4. 深刻な問題が発生した際のサポートの対応力はどのようなものでしたか?
  5. 最初の契約以降に価格は変わりましたか?変わった場合、どのように、どれくらいの通知がありましたか?
  6. 購入前には十分理解していなかった、購入後に実感した製品の優れた点は何ですか?
  7. 署名前に知っておきたかった、製品の不十分な点は何ですか?
  8. セキュリティ、コンプライアンス、データ取り扱いに関する問題があったことをご存知ですか?
  9. もしこの意思決定を今日改めて行うとしたら、何を変えますか?
  10. 更新するつもりですか?その理由は?

最も価値があるのは7、8、9の質問です。質問7ではためらいに注目してください。質問8では間合いに注目してください。質問9の答えは、ほぼ常にベンダーのセールストークより価値があります。

御社と規模と業界が近い企業への参照先を依頼してください。5千名のエンタープライズ企業は150名の中堅市場企業の参考にはなりません。

40項目のデューデリジェンスチェックリスト

企業の存続可能性(8項目)

  • 資金調達ステージと直近のラウンド日時が確認された
  • 投資家の質が評価された
  • 社員数の推移が確認された(LinkedInまたはCrunchbase)
  • 顧客の集中度に関する質問をして回答を得た
  • 収益の方向性が確認された
  • キーパーソン依存度が評価された(創業者主導か経営チームが整備されているか)
  • 買収やサンセットのリスクについて議論した
  • 3年間のRoadmapについて戦略的な継続性の観点からレビューした

セキュリティ認証(6項目)

  • SOC 2 Type IIレポートをレビューした(バッジだけでなく実際のレポートを確認)
  • レポートの対象期間が確認された(12ヶ月以内であること)
  • 該当する場合はISO 27001が確認された
  • GDPR DPAを受け取りレビューした
  • ペネトレーションテストの日時とスコープが確認された
  • バグバウンティまたは責任ある情報開示ポリシーが確認された

データ取り扱い(6項目)

  • データの保存地域が確認された
  • 必要に応じてデータ保存地域オプションが確認された
  • AIモデルのトレーニングデータポリシーが確認された
  • 明示的な提出以外に収集されるデータが文書化された
  • データ保持ポリシーが確認された
  • データ削除のタイムラインと確認プロセスが確認された

サポートSLA(6項目)

  • SLAのティアと定義が書面で確認された
  • 重要度別の初回応答時間と解決時間が確認された
  • サポートの対応時間帯が確認された
  • P1のエスカレーションパスが文書化された
  • 稼働率SLAとクレジット条件が確認された
  • CSMのアサインとエンゲージメントモデルが確認された

統合とAPI(7項目)

  • ネイティブ統合リストが御社のシステム構成に対してレビューされた
  • 統合メンテナンスの責任者が確認された
  • APIドキュメントがレビューされた(品質評価)
  • APIレート制限が確認された
  • 既知の統合制限が文書化された
  • 重要なオブジェクトについて双方向同期機能が確認された
  • 予定されている接続先の統合Roadmapが確認された

顧客参照(7項目)

  • 最低2件の参照先への電話が完了した
  • 参照先が御社と規模・業界で合致している
  • 参照先への電話でサポートの対応力が評価された
  • 参照先と価格変更について議論した
  • セキュリティ・コンプライアンス上の問題が確認された、または排除された
  • 導入経験が確認された
  • 更新の意思決定と理由が収集された

レッドフラグのエスカレーションマトリクス

デューデリジェンスで発見されたことの中には、評価を停止すべきものがあります。他はリスクを管理できるものです。このマトリクスで優先順位付けを行ってください。

発見事項 対応
SOC 2 Type IIが入手不可 評価を停止するか法務・ITにエスカレーション。免除しない
直近の資金調達が24ヶ月超でシリーズBなし 契約にエスクロー・データエクスポート条項を要求。年次契約のみを検討
参照先顧客が更新を確認できない 追加の参照先が集まるまで評価を一時停止
ベンダーがDPAの共有を拒否 データが流れる前に法務がレビュー必須。なしで署名しない
1顧客への集中度が25%超 リスクを明示的に認識。障害に対するSLAクレジット条件を要求
P1のエスカレーションパスが文書化されていない 署名前に書面によるエスカレーション手順を要求
顧客データでAIトレーニング、オプトアウトなし DPA修正またはデータ処理の補足契約を要求

適切なデューデリジェンスに必要なこと

年間2万〜10万ドルのSaaS購入について、有能なITリードまたは業務担当者の場合、デューデリジェンスには2〜3営業日かかることを想定してください。

  • 1日目:バックグラウンドリサーチ、財務シグナル、認証のレビュー
  • 2日目:参照先への電話、サポートSLAのレビュー、統合ドキュメントのレビュー
  • 3日目:データ取り扱いの確認、チェックリストの統合、意思決定者向けのリスク概要

年間1万ドル未満の購入には、より簡略化されたバージョン(15〜20項目、参照先への電話1件)が適切です。年間10万ドル以上の購入には、正式なセキュリティ質問票とデータ取り扱い条件の法的レビューを追加してください。

Reworkでクロスファンクショナルなワークフローとしてデューデリジェンスを実施する

ベンダーデューデリジェンスは、誰かのメールボックスの中にあると機能しなくなります。ITリードがSOC 2レポートを収集し、法務がDPAをレビューし、財務が資金調達データを調べ、業務オーナーが参照先への電話を実施している間、誰も全体の進捗を把握できていません。CFOの机に契約書が届くころには、チェックリストの半分が「たぶん対応済み」という状態になっています。

Rework Work Ops(Process Engine、年払いで月額$99から、5シート込み)は、デューデリジェンスをスプレッドシートではなくクロスファンクショナルなWorkflowとして扱います。40項目のチェックリストは構造化されたタスクボードになり、各ドメイン(存続可能性、セキュリティ、データ取り扱い、サポート、統合、参照先)が担当者、期限、証拠の添付とともに専用のスイムレーンを持ちます。参照先への電話メモ、SOC 2レポート、DPAのドラフトはベンダーレコードに直接添付されるため、18ヶ月後の更新交渉の際も完全なデューデリジェンスの記録がワンクリックで参照できます。

四半期に5〜15件のベンダー評価を実施している中堅市場のチームにとって、違いはチェックリスト自体ではありません。すべての評価が同じ水準で完了され、ベンダーのシリーズBの発表(または静かな解雇ラウンド)が再評価を促す際にも、意思決定の根拠となる資料が見つかる状態にあることです。Work Opsは、後から正当化が必要になる意思決定の記録システムです。

SaaSベンダーのデューデリジェンスに関するよくある質問

中堅市場の購買担当者が犯す最大のデューデリジェンスの失敗は何ですか?

財務健全性の確認を完全にスキップすることです。典型的な中堅市場の購買担当者は、セキュリティレビューと参照先への電話を実施した後に署名し、ベンダーの存続を所与のものとして扱います。ベンチャー支援のSaaS企業の67%がシリーズCの前に失敗するか停滞することを考えると、ベンダーの存続可能性は実際にコストをかける最も可能性の高いリスクです。資金調達ステージ、資金余力、顧客集中度について、他の何よりも先に確認してください。

非公開のベンダーに財務諸表を求めるべきですか?

非公開のSaaS企業からGAAP準拠の財務諸表は入手できません。要求すること自体が経験不足のシグナルになります。合理的に求められるのは、資金調達ステージ、直近のラウンド日時、投資家名、社員数の大まかな推移、そしてキャッシュフローが黒字か燃焼中かへの直接回答です。自信を持って答える創業者やCROはこれらに明確に回答します。かわすこと自体が情報になります。

参照先への電話は何件実施すべきですか?

最低2件、理想的には3件で、うち少なくとも1件はベンダーのリスト以外から取得したものが望ましいです。ベンダー提供の参照先は、ベンダーが厳選しているため製品品質に関わらず約80%がポジティブです。そのため、LinkedInやユーザーコミュニティ、業界のSlackから得られるピアソースの参照先は、ベンダー提供の電話よりも価値があります。

スクリプト外で何を聞けばよいですか?

スクリプトの質問が終わったら、「今日改めてこの契約を締結するとしたら、どんな交渉をしますか?」と聞いてください。回答はほぼ常に具体的です。価格条件、SLAクレジット、データエクスポート条項、または導入のスコープなど。参照先顧客が持つ交渉のアドバイスを、無料で入手できます。

Roadmapについて聞くのは適切ですか?

はい、ぜひ聞くべきです。12ヶ月のRoadmapビュー(フィーチャーリストではなく戦略的な方向性)を確認し、コミット済みの機能と探索的な機能を具体的に確認してください。正当なベンダーはNDA付きで方向性のあるRoadmapを共有します。拒否するベンダーは秘密主義か、存在しないかのどちらかです。複数年のコミットメントにとっては、どちらも注意シグナルです。

財務履歴のないスタートアップSaaSをデューデリジェンスするにはどうすればよいですか?

業務上のシグナルをより重視してください。LinkedIn上の社員数の推移を確認してください(増加は良好、説明のない横ばいは注意シグナル、説明のない減少は危険シグナル)。顧客の数と、1社の顧客がARRの15%超を占めていないかを確認してください。契約にデータエクスポート条項と年次(複数年ではなく)コミットメントを要求してください。ベンダーが年次のみの条件に同意しない場合、それは自社のChrrnレートについての見方を示しています。

関連ガイド

About the author

Calvin D.

Calvin D.

Head of Enterprise Solutions

Calvin D. is Head of Enterprise Solutions at Rework, writing for sales directors and CROs. Calvin covers how B2B companies choose and implement software, buy SaaS, migrate data, and run the sales process, plus deal closing and pipeline management, with a focus on decisions that still hold up as the sales organization grows.