vendor-evaluation

ベンダー評価スキル

評価基準の定義から、採点による比較や推奨まで、一貫したベンダー評価フレームワークを作成します。

必須入力

• 調達するもの
• 評価対象のベンダー（最低2社）
• 主要な意思決定基準（わかっている場合）
• 意思決定者
• 予算範囲
• 決定までのスケジュール

出力構成

1. 評価基準と重み

カテゴリ	重み	根拠
機能適合性	[%]	必要なことができますか？
商業条件	[%]	価格、柔軟性、支払い
導入	[%]	導入の難易度は？
サポートとSLA	[%]	問題が発生した場合はどうなりますか？
セキュリティとコンプライアンス	[%]	規制要件を満たしていますか？
ベンダーの安定性	[%]	この会社は3年後も存続していますか？
導入実績	[%]	他にどの企業が利用していますか？

重みの合計は100%にしてください。

2. 採点基準

• 5：要件を上回る — 明らかにクラス最高
• 4：要件を満たす — 小さな不足点を除き、完全に要件を満たす
• 3：一部を満たす — 回避策が必要となる顕著な不足点がある
• 2：重大な不足点がある — 回避策が必要
• 1：要件を満たさない — 要件を満たすことができない

3. ベンダー評価表

基準	重み	[ベンダーA]	加重スコア	[ベンダーB]	加重スコア	[ベンダーC]	加重スコア
機能適合性	[%]	/5		/5		/5
[続けて記入...]
合計	100%		/5		/5		/5

4. すべてのベンダーに確認する質問

機能面：[最も重要なユースケース]を実演してください。顧客から要望されても、御社の製品では対応できないことは何ですか？ 商業面：料金に含まれるものと追加オプションは何ですか？契約の最低期間と解約通知期間は？契約更新時の価格保護はありますか？ 導入面：当社と同規模の企業では、通常どのように導入していますか？当社チームには何が必要ですか？ サポート面：重大な問題に対するSLAは？サポートは料金に含まれていますか、それとも追加料金がかかりますか？ セキュリティ面：ISO 27001 / SOC 2の認証を取得していますか？データはどこに保存されますか？情報漏えいの通知プロセスは？

5. リファレンスチェックの質問

• [ベンダー]をどのくらいの期間利用していますか？導入時に予想外のことはありましたか？サポートの対応は迅速ですか？事前に知っておきたかったことはありますか？もう一度選ぶとしたら、このベンダーを選びますか？

6. 推奨

推奨ベンダー： [名前] | スコア： [X/5] 根拠： [今回の意思決定で重要となる具体的な強み] 主なリスク： [リスクとその軽減策] 条件： [契約締結前に交渉する契約条件] 次点： [ベンダー名と選外となった理由]

品質チェック

• 評価基準の重みの合計が100%になっている
• ベンダーの採点前に採点基準を定義している（事後に定義していない）
• リファレンスチェックの質問を含めている
• 推奨には、単に選定結果だけでなく、リスクと条件を含めている
• 次点が選外となった理由を説明している（今後の対話に役立つ）
• 交渉する契約条件を明記している

アンチパターン

• すべての評価基準に同じ重みを付けないでください。評価表には、各基準の相対的な重要度を反映させてください
• 機能だけでベンダーを評価しないでください。セキュリティ、サポート、契約条件、財務の安定性も重要です
• 次点が選外となった理由を説明せずに推奨しないでください。説明することで、今後のベンダーとの対話に役立ちます
• 交渉する契約条件を見落とさないでください。交渉上の優位点を見極めることも調達の意思決定の一部です
• 推奨が変わる条件を示さずにベンダーを推奨しないでください

トリガーフレーズの例

• 「[調達対象]のベンダー評価を手伝ってください」
• 「[ソフトウェア／サービス]のベンダー評価表を作成してください」
• 「[ユースケース]について、[ベンダーA]と[ベンダーB]を比較してください」