ITベンダーの選定と評価

状況・課題

従業員70名の物流会社でひとり情シスを担当する中村さんは、基幹システムのリプレースプロジェクトを進めるにあたり、ITベンダーの選定を行うことになりました。しかし、過去のベンダー選定で苦い経験がありました。

• 前回のシステム導入で、営業担当の説明と実際の機能に大きな乖離があり、追加開発費用が当初見積もりの1.5倍に膨らんだ
• 保守契約の内容が不明確で、障害対応時に「それは保守範囲外」と言われるケースが頻発
• 担当者が頻繁に異動し、システムの経緯を理解している人がベンダー側にいない状態
• 複数のベンダーに声をかけたいが、どのような基準で比較すれば良いか分からない

アプローチ

中村さんは過去の失敗を繰り返さないために、体系的なベンダー選定プロセスを構築しました。

1. 要件の明確化

まず「何を実現したいか」を具体的に文書化しました。機能要件だけでなく、非機能要件（性能・可用性・セキュリティ）、予算の上限、導入スケジュール、保守体制の希望なども明記しました。

2. 評価基準の策定

ベンダーを公平に比較するための評価シートを事前に作成しました。評価項目ごとに配点を決め、主観的な印象に左右されない仕組みを整えました。

3. 複数ベンダーへの提案依頼

最低3社からの提案を比較する方針とし、RFP（提案依頼書）を作成して送付しました。

実施内容

1. RFPの作成と送付：A4で10ページ程度のRFPを作成。業務概要、現状の課題、必須要件・希望要件の一覧、提案書の記載項目、スケジュール、評価基準（配点は非公開）を記載し、5社に送付しました。
2. 提案書の受領と書面評価：4社から提案を受領。評価シートに基づいて書面評価を実施し、上位3社をプレゼンテーション候補として選定しました。
3. プレゼンテーションとデモ：各社に90分の時間を設け、提案内容の説明とシステムのデモを実施。事前に用意した質問リスト（約30項目）に基づいて質疑応答を行いました。経営層と実際に使う現場の担当者にも同席してもらいました。
4. 導入実績の確認：上位2社について、過去の導入先企業（同業種・同規模）に直接ヒアリングを実施。実際の使用感や問題点、ベンダーのサポート対応などを確認しました。
5. 契約内容の精査：最終候補のベンダーとの契約書を弁護士にレビューしてもらい、保守範囲の定義、SLA（サービスレベル合意）、解約条件、データの取り扱いなどを明確化しました。

成果

• 適切なベンダーの選定：体系的な評価プロセスにより、機能・費用・サポートのバランスが取れたベンダーを選定。最安値のベンダーではなく、総合評価が最も高いベンダーを選んだことで、経営層にも選定理由を明確に説明できました。
• 契約トラブルの防止：保守範囲やSLAを契約書に明記したことで、「これは対象外です」というトラブルが皆無に。障害時の対応時間も契約通りに守られています。
• プロジェクトの成功：基幹システムのリプレースが予算内・スケジュール通りに完了。追加費用は当初見積もりの5%以内に収まりました。
• ベンダー選定プロセスの資産化：作成した評価シートとRFPテンプレートは、今後の他のベンダー選定にも流用できる社内資産となりました。

他の情シスへのアドバイス

• RFPを作成する習慣をつける：口頭でのやり取りだけで提案を受けると、後から「言った・言わない」のトラブルになりがちです。小規模な案件でも、要件を文書化してから見積もりを依頼しましょう。
• 既存の顧客に必ず聞く：ベンダーの営業担当は良いことしか言いません。実際に導入済みの企業に直接話を聞くことが、最も信頼性の高い情報源です。ベンダーに紹介を依頼すれば、多くの場合は対応してもらえます。
• 担当者の「人柄」も重要な評価ポイント：長期的なパートナーシップにおいて、担当者の対応の丁寧さやレスポンスの速さは、技術力と同じくらい重要です。提案段階での対応品質は、導入後のサポート品質の指標になります。
• 1社に依存しすぎない：すべてのIT業務を1つのベンダーに依存すると、価格交渉力が低下し、ベンダーロックインのリスクが高まります。領域ごとに複数のベンダーと関係を持ち、適度な競争環境を維持することをおすすめします。
• 評価結果を社内に共有する：ベンダー選定の経緯と理由を文書として残しておくと、将来の担当者交代時や、選定結果に疑問が呈された際にも説明責任を果たせます。