vendor-evaluation

ベンダー評価

適切なツールやサービスを選び、公正な条件を交渉し、ロックインの落とし穴を避けましょう。特定の技術スタックに依存しません。SaaS、インフラプロバイダー、代理店、あらゆる外部依存先に適用できます。

---

使用する場面

• 新たなニーズに対応するツールやベンダーを選ぶとき
• 現在のベンダーの代替候補を評価するとき
• 内製か購入かを分析するとき
• 契約更新が近づいているとき：継続すべきか、切り替えるべきか
• 正式なRFPやRFIを実施するとき
• ベンダー選定の最終候補を比較するとき
• 契約を交渉するとき
• ベンダーのリスク（財務、セキュリティ、依存関係）を評価するとき

使用しない場面

• 一般的なコスト削減（cost-optimizationを使用してください）
• 個別の契約上の法的条件（法務部門に相談してください）
• 既存ベンダーのパフォーマンスに問題があるとき（切り替える前に解決を試みてください）
• 単発プロジェクトのために代理店を雇うとき（より簡易なフレームワークが必要です）

---

必要な入力情報

• ニーズ（どのような問題を解決するのか、何をもって成功とするのか）
• 制約（予算、スケジュール、連携要件）
• 関係者（ユーザー、IT、セキュリティ、財務、法務）
• 既存の状況（すでに利用しているもの、試したこと）
• コンプライアンス要件

---

フレームワーク：5つのフェーズ

構造化されたベンダー評価です。フェーズを省略すると、大きなリスクを招きます。

フェーズ1：ニーズを定義する

ベンダーを探す前に、実際に何が必要なのかを定義します。

• どのような問題を解決するのか？
• ユーザーやユースケースは何か？
• 6か月後には、何をもって「成功」とするのか？2年後は？
• 予算はいくらか（上限だけでなく、範囲を示す）？
• スケジュールはどうなっているか？
• 必須の連携機能や制約はあるか？

ありがちな誘惑は、この段階を飛ばしてデモを始めることです。ベンダーは喜んで自社製品をアピールします。その結果、要件に合うものではなく、見栄えのよいものを選んでしまいます。

フェーズ2：内製か購入か

ベンダーを評価する前に、内製すべきかどうかを判断します。

内製する場合：

• ビジネスの中核を担う（差別化につながる）
• ニーズが非常に特殊で、合致するベンダーがない
• 自社の規模で採算が合う
• 維持管理できるチームがある
• ベンダーロックインを受け入れられない

購入する場合：

• どの企業にも必要な機能である（差別化につながらない）
• 既存の製品で十分に対応できる
• 購入したほうが経済的に有利である
• チームが別のことに注力すべきである
• ベンダーの専門性が、自社の幅広い対応力を上回る

多くのチームは内製しすぎています。経験則として、内製する強い理由がない限り購入しましょう。その強い理由さえ、改めて問い直してください。

フェーズ3：候補リストを作成する

無理だと感じるくらい幅広く候補を集めてから、絞り込みます。

情報源：

• 社内チームがすでに持っている知識
• 業界アナリストのレポート（Gartner、Forresterなど）
• 同業他社からの推薦（自社に似た企業）
• レビュー（G2、Capterra。ただし、レビューの質には注意が必要です）
• すでに利用している関連ベンダー（必要な機能を備えていることがよくあります）
• オープンソースの代替製品

まずは幅広く候補を集めます。5～8社を目安にしましょう。その後、詳細評価を行う最終候補として2～4社に絞り込みます。

フェーズ 4：最終候補を評価する

スコアカードを使いましょう。スコアカードがないと、デモの演出や、最も感じのよい営業担当者に心を動かされてしまいます。

スコアカードの評価項目（状況に応じて重み付けしてください）：

機能面の適合性（40%）： 必要なことができますか？ エッジケースに対応していますか？ UX の品質はどうですか？ ワークフローに適合していますか？

技術面の適合性（15%）： 自社の技術スタックと連携できますか？ API の品質と網羅性はどうですか？ データのエクスポートとポータビリティはどうですか？ 自社の規模で十分なパフォーマンスを発揮しますか？ セルフホスト型、ハイブリッド型、それとも SaaS 専用ですか？

運用面の適合性（10%）： 導入にどれだけの労力が必要ですか？ トレーニングと定着はどうですか？ ドキュメントの品質はどうですか？ サポートの品質はどうですか（チケットを送って試してください）。 SLA はどうですか？

セキュリティとコンプライアンス（10%）： 該当する場合、SOC 2、ISO 27001、HIPAA などに対応していますか？ データの保管場所はどうですか？ 保存時および転送時に暗号化されていますか？ アクセス制御と監査ログはありますか？ 侵入テストの結果を確認してください（問い合わせてください）。 サブプロセッサーは何ですか？

ベンダーの健全性（10%）： 事業年数はどのくらいですか？ 資金調達額と資金余力（非公開企業の場合は収益）はどうですか？ 顧客数と類似する顧客はどうですか？ 公開されている導入事例はありますか？ ロードマップはどの程度明確ですか？

コスト（10%）： ライセンス料またはサブスクリプション料金はどうですか？ 導入とオンボーディングの費用はどうですか？ トレーニング費用はどうですか？ 統合費用はどうですか？ 機会費用（社内リソースの作業時間）はどうですか？ 切り替え費用（失敗した場合）はどうですか？

ロックインのリスク（5%）： データのエクスポート品質はどうですか？ 標準形式ですか、それとも独自形式ですか？ 代替手段への移行経路はありますか？ オープンスタンダードに準拠していますか？ 契約解除条項はありますか？

各最終候補を、各評価項目について 1～5 点で評価します。重みを掛けて合計します。

スコアが絶対的な基準というわけではありません。トレードオフを明らかにできます。

フェーズ 5：交渉する

エンタープライズ契約のほとんどは交渉可能です。しかし、交渉されることはほとんどありません。

交渉可能な項目：

• 価格（複数年契約、利用量、前払い、四半期末の契約時期）
• 条件（支払いスケジュール、更新条件）
• 成功に向けた取り組み（トレーニング、オンボーディング、サポート）
• SLA（稼働率、応答時間、クレジット）
• 解約条項（自動更新、通知期間、データのエクスポート）
• 責任上限と補償（法務部門が重視します）
• サブプロセッサーとデータの取り扱い（セキュリティ部門／法務部門が重視します）

よくある交渉方法：

• 複数年契約による割引（3 年契約で 15～30% の割引が一般的です）
• 利用量に応じた価格帯（利用量の増加を約束し、単価の割引を受けます）
• 年払いによる割引
• オンボーディングの無料化または割引
• パイロット価格（試用期間中の割引料金）
• 「最恵顧客」条項（自社の規模に見合う場合）

避けるべきこと：

• 重大な契約違反があっても解除条項のない複数年契約
• 通知期間が短い（60 日未満）自動更新（より長い期間が望ましいです）
• 最初から「これ以上の交渉には応じない」という姿勢
• 法務レビューなしでの署名

---

ワークフロー

ステップ 1：ニーズを定義する

1 ページの概要を作成します。必要なこと、その理由、成功基準、制約、関係者を記載します。

ステップ 2：構築するか購入するか

構築するか購入するかを率直に判断します。その根拠を文書化します。

ステップ 3：候補リストを作成する

まず幅広く候補を集め、デスクリサーチで絞り込みます。

• 概要を読む
• レビューに目を通す
• 顧客ロゴを確認する
• ドキュメントに目を通す
• API 仕様に目を通す

明らかに適合しないものを除外します。最終候補を 2～4 件に絞ります。

ステップ 4：デモとトライアルを実施する

各最終候補について：

• ユースケースに沿ってデモを実施する（相手の標準デモを受けるのではなく、自社のユースケースを持ち込みます）
• 可能であればトライアル期間を設ける
• 類似する顧客にリファレンスコールを行う
• 実現可能であれば、実データを使ってパイロットを実施する

洗練されたデモに惑わされないでください。実際のワークフローで試してください。

ステップ 5：セキュリティとコンプライアンスのレビューを実施する

機密データを扱うベンダーには必須です。

• SOC 2／ISO 27001 のレポートを請求する
• セキュリティ質問票を確認する（多くのベンダーはすぐに提出できるものを用意しています）
• データの取り扱いが自社の要件に合致していることを確認する
• サブプロセッサーを特定する

エンタープライズベンダーの場合、数週間かかることがあります。早めに始めてください。

ステップ 6：評価する

スコアカードを適用します。関係者と協力して評価してください。

最終的なスコアよりも、スコアを付ける過程での話し合いが重要です。意見の相違が明らかになります（ある人は UX を 5 点、別の人は 2 点と評価しました。なぜでしょうか？）。

ステップ 7：交渉する

有力候補と交渉します。

• 価格だけでなく、条件を尋ねて交渉を始めます
• 交渉がまとまらなければ、取引を見送る姿勢も大切です
• 適切であれば、交渉力を高めるために第 2 候補とも並行して交渉します

ステップ 8：導入を計画する

契約締結は終わりではなく、始まりです。次の項目を計画します。

• オンボーディングの責任者
• トレーニング計画
• 現行製品から置き換える場合の移行計画
• 30 日、90 日、180 日後の成功基準
• 更新スケジュール

ステップ 9：記録する

次の項目を記録します。

• 決定内容とその根拠
• 検討した代替案
• スコアカードの結果
• 交渉で合意した条件
• 更新日と通知期限
• 関係の責任者

これは、次回の更新や同様の評価を行う際に非常に役立ちます。

---

失敗パターン

ニーズの定義を省略する。 まずデモを見て、目新しいものを購入します。半年後に、本当のニーズが満たされていなかったと気づきます。

1 社だけで決定する。 1 社とだけ話して決めてしまいます。比較がないため、支払いすぎたり、要件に合わない製品を選んだりする可能性があります。

担当者の人柄で決定する。 営業担当者の好感度を理由に購入します。何年も使うのは製品であり、担当者はずっといるわけではありません。

ベンダーが選んだリファレンスコールを行う。 当然ながら、紹介された顧客はそのベンダーを高く評価します。ベンダーが紹介していない顧客を探しましょう。

セキュリティを軽視する。 スケジュールに追われてセキュリティレビューを省略し、その後侵害が発生します。時間をかけるか、リスクを明確に認識して受け入れましょう。

ユースケースに合わないデモを行う。 ベンダーの標準デモではなく、自社のユースケースに合わせたデモを行いましょう。必ずユースケースに基づくデモを実施します。

実際の使用状況を再現できていないトライアルを行う。 合成データを使ったトライアルで確認できるのは、合成環境で製品が動作することだけです。実データ（または実データに近いデータ）を使いましょう。

価格だけを交渉する。 長期的な満足度には、価格の 5％よりも契約条件、SLA、解約条項のほうが重要です。

通知の追跡をせずに自動更新する。 更新されて料金が 15％上がっても、誰も気づきません。更新を追跡し、通知期限を確認しましょう。

退出計画なしにベンダーに依存する。 ベンダー独自の仕組みに深く統合すると、離れたいときに離れられません。最初から退出を計画しましょう。

実績のないベンダーと複数年契約を結ぶ。 複数年契約は信頼できるベンダーに限りましょう。新しいベンダーとは契約期間を短くし、その後に評価します。

社内の推進役がいない。 ツールを選定しても、導入を進める人がいません。その結果、ツールは使われないままになります。契約前に推進役を決めましょう。

口頭で購入を約束してから交渉する。 「購入します」と伝えると、相手が交渉に応じる理由が薄れます。条件がまとまるまでは、選択肢を残しておきましょう。

セキュリティレビューで危険信号を無視する。 ベンダーのセキュリティに関する回答が曖昧、または不十分な場合は、導入しない判断をしましょう。

比較できないものを比較する。 ベンダーによって、ユーザー単位、使用量単位、定額など価格設定が異なります。自社の規模に合わせて、比較可能なコストモデルを作成しましょう。

---

出力形式

ベンダー評価ドキュメントには、次の項目を含めます。

• ニーズの概要： 課題、成功基準、制約
• 自社開発か購入かの判断： 根拠を含む
• 候補リスト： 最終候補 2～4 社と簡単な説明
• スコアカード： 最終候補ごとに記入するか、データ可用性ルールに基づいて不足を明記する
• デモとトライアルのメモ： 分かったこと
• セキュリティとコンプライアンスの概要： 最終候補ごとの調査結果
• リファレンスコールのメモ： 顧客の意見
• 推奨事項： 推奨するベンダーとその根拠
• 交渉で合意した条件： 合意内容
• 導入計画： オンボーディング、トレーニング、移行
• 更新スケジュール： 通知期限を含む

---

必要なデータを入手できない場合

このスキルの出力は、単独では生成できないデータ、測定値、またはツールの結果に依存します。必要な入力、ツール、またはデータソースが利用できない、あるいは検証できない場合に認められる出力は、不足内容を明記した成果物です。つまり、何が必要だったか、実際に何を入手または検証できたか、出力のどの部分に影響するかを示します。成果物を完成させるために必要な数値を捏造、推定、補間することは、いかなる場合も認められません。不足を明記すれば、それで完全な回答となります。

---

参考ファイル

• references/evaluation-rubric.md - 重み付きの評価項目、各項目の1～5段階の基準、およびベンダー比較の記入例を含む採点テンプレート。