AI調達
AIを使ってベンダー評価スコアカードを作る方法
測定可能な基準、根拠に基づく採点、セキュリティと商務条件の確認、重み付き比較、説明可能な調達提案までを含む実践的なベンダー評価手順です。
ベンダー評価スコアカードは、購入判断を再現可能で説明できる比較に変えます。必須要件と好みを区別し、営業資料ではなく根拠を比較し、なぜ選定先が承認済みの目的に最も合うかを説明できます。AIは設計とレビューを速めますが、不足する証拠を作ったり、責任者の代わりに最終選定したりしてはいけません。
このガイドは、ソフトウェア、サービス、代理店、インフラ、運用サプライヤーに使えます。公平な比較、セキュリティ・法務レビュー、総費用分析、意思決定記録を一つの流れにします。
購入課題と責任者を定義する
ベンダー一覧より先に、利用者、現在のプロセス、必要な成果、予算、導入期限、連携、データの機密度、地域条件、失敗の影響を書きます。スポンサー、調達責任者、技術評価者、セキュリティ、法務、最終承認者も明確にします。
本当に必須の要件と、魅力的だが任意の機能を分けます。すべてを重要にすると、トレードオフを比較できません。
比較可能な根拠を集める
各社へ同じ資料を依頼します。質問票、アーキテクチャ、セキュリティ文書、導入計画、サービス条件、顧客事例、価格表、契約条件、データ処理条件、アクセシビリティ、解約時のデータ出力などです。
回答期限と質問ログを統一します。マーケティング文言は、実演、契約上の約束、試験結果、確認済み顧客事例と同じ証拠ではありません。
測定可能な評価基準を設計する
承認済み要件を、複数の評価者が同じように理解できる基準へ変換します。「使いやすい」は曖昧です。「代表ユーザーが支援なしで3つの主要作業を所定時間内に完了する」のように測定可能にします。
次の英語Promptを使用します。
Build a vendor evaluation framework for this purchase: [describe the business need]. Convert the need into measurable criteria grouped by capability, implementation, security, compliance, service, commercial terms, and exit risk. For each criterion, define the evidence required, a 1-to-5 scoring anchor, and whether it is mandatory or weighted. Do not recommend a vendor yet.
ベンダー名を見る前に基準を承認すると、好みの企業に合わせて基準を変える危険を減らせます。
採点アンカーと重みを決める
基準ごとに1から5の意味を定義します。3は十分な根拠で要件を満たす状態とし、5は要件を超えて実質的な価値を生む場合に限定します。
重みの合計を100%にし、事業リスクを反映します。必須ゲートは加重点と分けます。法務、セキュリティ、規制、主要機能のゲートを満たさない企業が、見栄えだけで勝ってはいけません。
セキュリティ、コンプライアンス、データを確認する
アクセスするデータ、処理場所、暗号化、管理権限、事故報告、再委託先、返却・削除方法を確認します。セキュリティと法務の専門家が各領域の結論を所有します。
AIは回答整理と未回答項目の抽出に使えますが、コンプライアンス認証、侵入試験、契約・プライバシー審査の代替にはなりません。未承認AIへ機密提案を入力しないでください。
導入と運用の適合性を比較する
導入作業、移行、社内要員、研修、連携、変更管理、サポート、サービスレベル、製品ロードマップへの依存を評価します。安い利用料でも、大規模なカスタム開発や手作業が必要なら総費用は高くなります。
責任者、前提、顧客側作業、受入基準、最初の価値達成点を含む導入計画を求めます。営業スライドの最短日程ではなく、根拠を採点します。
追跡可能な根拠で採点する
承認済み基準、重み、採点アンカー、機密情報を除いた回答をAIへ提供し、すべての点数に根拠を求めます。
Evaluate the vendor responses below against the approved scorecard. Quote or point to the supplied evidence for every score. Use "not demonstrated" when evidence is missing. Separate facts from assumptions, identify disqualifying gaps, and calculate totals only from the approved weights. Do not infer capabilities from marketing language.
評価者は調整会議の前に独立採点します。差がある点は証拠と解釈を議論し、要件理解が異なるまま平均しないようにします。
総費用と契約リスクを分析する
ライセンス、使用量、導入、移行、連携、サポート、研修、社内作業、値上げ、税、退出費用を含む複数年モデルを作り、低・標準・高使用量で試算します。
更新、自動延長、解除、サービスクレジット、データ利用、知的財産、責任、監査権、再委託、可搬性、移行支援を確認します。財務と法務がモデルと契約結論を検証します。
推奨案をストレステストする
承認前に、AIへ採点と前提を批判させます。
Act as an independent procurement reviewer. Stress-test this vendor recommendation for inconsistent scoring, weak evidence, hidden switching costs, security exceptions, implementation dependencies, optimistic timelines, and commercial terms that could change total cost. Return the issues, questions to send vendors, and any score that should be reconsidered.
重大な疑問はベンダーへ確認するか、点数を下げます。例外、代替統制、責任者、期限を記録します。最終提案には、利益が既知リスクを上回る理由と再検討条件を含めます。
決定と次回確認を記録する
事業要件、候補、スコアカード版、参加者、証拠日、必須ゲート、結果、総費用シナリオ、リスク、契約例外、提案、承認、異論を保存します。
約束された機能を導入受入基準に変え、更新前に利用率、信頼性、サポート、セキュリティ変更、費用、退出準備を確認します。
実践例
サポート部門が3つのチケットシステムを比較します。Aは定価が最安、Bは自動化が最強、Cはデータ所在地と連携要件に最も合います。スコアカードにより、Aは2つのカスタム連携と上位サポートが必要で3年総費用が高い、Bは必要なデータ所在地を契約で保証できない、と判明します。Cは機能点が低くても全必須ゲートを通り、導入証拠と最小のリスク調整後費用で選定されます。
AIの役割はCを選ぶことではなく、証拠、定義、費用前提、未解決質問を見える状態に保つことです。
品質チェックリスト
- 基準が承認済み事業要件から作られている。
- 必須ゲートと重み付き嗜好が分離されている。
- 全点数にアンカーと証拠がある。
- 評価者が調整前に独立採点する。
- セキュリティ、プライバシー、財務、法務が専門結論を所有する。
- 総費用に導入、社内作業、成長、退出が含まれる。
- 例外に責任者、統制、期限がある。
- 決定と将来の見直し日が記録される。
よくある失敗
- 好みのベンダーを決めてからスコアカードを作る
- 証拠のない宣伝文句へ点を付ける
- 事業リスクを反映しない重みを使う
- 証拠の違いを議論せず平均する
- 定価だけを比較し総費用を無視する
- 任意機能で必須ゲート失敗を相殺する
- 未承認AIへ機密提案を渡す
- 導入受入前に選定が完了したと考える
FAQ
**基準はいくつ必要ですか。** 意思決定を覆う最小セットにします。重複が多いと同じ強みを二重計上し、評価者も疲れます。
**価格の重みを最大にすべきですか。** 自動的には決まりません。重みは購入目的とリスクを反映し、価格は総費用でも評価します。
**AIが最終点を決められますか。** 承認済みルールで根拠を整理できますが、責任者が点数を確認し、差を解消し、決定を承認します。
**偏りを減らす方法は。** デモ前に基準を承認し、同じ証拠を求め、独立採点し、関係を開示し、判断記録を保存します。