ベンダー評価プロセスには「ルール」が不可欠
ITベンダー選定で迷走しないための「12ステップ」はこれだ
適切なベンダーを見つけて必要なソフトウェアを調達するために、購買部門は提案依頼書(RFP)の回答を「客観的かつ一貫性のある方法」で評価しなければならない。そのために従うべき12個の鉄則とは。
製品選定前に提案依頼書(RFP)の回答を評価するプロセスは、ソフトウェアの購買部門にとって重要なステップだ。その目的は、回答内容から候補ベンダーの数を絞り込み、次の段階に進める最良の候補を選び出すことにある。RFPの評価で高得点を得たベンダーのみにデモをしてもらうことが理想的だ。
再現性と拡張性のあるプロセスを作ることは、ソフトウェアのRFPを含め、業務のあらゆる分野において重要だと言える。ソフトウェアの購買部門がRFPの回答を、客観的かつ一貫性のある方法で評価するための12個のステップを紹介する。
ステップ1.複数のステークホルダーを巻き込む
評価プロセスの一環として、社内の各部門のステークホルダーを巻き込み、異なる視点を評価に取り入れる必要がある。部門ごとにさまざまなニーズを持っており、この段階では多様な視点が重要になる可能性があるからだ。
ステップ2.社内で評価プロセスを確立する
評価プロセスに参加する評価者には、一定のルールに従ってもらわなければならない。最初に明確なガイドラインを定めておけば、評価者がプロセスを台無しにするミスを犯す可能性は低くなる。評価プロセスを標準化するためには、以下の行為を禁止する旨をガイドラインに定めておくとよい。
- 評価者がベンダーに連絡を取って質問する
- RFPに記載されていない追加情報をベンダーに伝える
ステップ3.ベンダーとの窓口を限定する
評価プロセスに参加しているチームの中で代表を決め、その人1人で全ての営業担当者と話をすることが望ましい。この担当者は必要に応じて質問をしたり、ベンダーにデータを提供したりする役割を担う。担当者が1人だけになることで、質問が集約され、繰り返し同じ質問をする可能性が低くなる。その担当者がベンダーとの窓口となるため、ベンダーがチームに対しするバイアス(偏見)を持つことを回避可能だ。
ステップ4.回答のテンプレートをベンダーに提供する
購買部門からベンダーに、回答のテンプレートを提供することで、評価プロセスを簡素化できる。企業の要件は多岐にわたるため、ベンダーが回答を提出する際の書式を標準化すると、ベンダー間の比較が簡単になる。
ステップ5.提出プロセスに従う
購買部門とベンダーは、RFPに記載した提出プロセスに従わなければならない。従うべき項目の一例は、重要な日付、ベンダーの選定手順といった重要なアクションだ。提出プロセスの変更が必要な場合、購買部門はベンダーの回答者に通知する必要がある。RFPは、企業が自社のニーズに基づいてRFPを変更する権利を持つ旨を含んでいることが珍しくない。ベンダーは回答書の作成に多くの時間を費やす可能性があるため、RFPに重大な変更があったら購買部門はすぐにベンダーに情報共有をすべきだ。
ステップ6.評価のテンプレートを作成する
評価のテンプレートがあれば、評価者は期待値を理解しやすくなることに加え、全ての評価を組み合わせて比較するプロセスを簡略化できる。評価者がばらばらの書式で回答を記述した場合、評価の比較に時間が掛かり、デモの段階に進むべきベンダーの選定作業に支障を来しかねない。
ステップ7.ベンダーから提供された資料を確認する
RFPでは審査の対象となる書類や資料が膨大な量になる可能性がある。各評価者は、提出された資料を全て精読し、徹底的かつ公平な評価をしなければならない。
ステップ8.ベンダーの適性を評価する
ベンダーを適切に評価する鍵は、そのベンダーによるRFPの回答が企業のニーズにどの程度合致しているのかを理解することだ。満たされている要件と満たされていない要件が明確になった結果、ベンダーの評価が大きく変わることがある。
購買部門は、ベンダーがサードパーティーと提携しているかどうかも検討する必要がある。そのため、各ベンダーの回答を確認し、サードパーティーとの提携について公正に判断するために十分な情報が提供されていることを確認すべきだ。
ステップ9.外部のサポートを取り入れる
導入検討中の製品に詳しい外部のコンサルタントに依頼することで、回答が不完全な部分や追加の質問が必要な部分を特定できる可能性がある。最初のRFP作成に関わらなかったコンサルタントが、ベンダーに尋ねるべき追加の質問を提案してくれることもある。
ステップ10.料金の目安を把握する
RFPの回答に、料金、支払いスケジュール、変更要求の管理に関する明確な記載があるかどうかを確認するとよい。ベンダーのプロジェクトに対する請求額や、追加要求の価格が不明確だと、プロジェクトのコストは非常に膨れ上がりやすいからだ。
ステップ11.推奨スケジュールを確認する
順守できる本稼働日を含む、製品導入プロジェクトのスケジュール案を確認する。ただしベンダーが「強気なスケジュール」を提案している場合は注意する。入札を勝つための戦略である可能性があるからだ。
ステップ12.ベンダーの詳細を分析する
大規模なプロジェクトでは、ベンダーと強固なパートナーシップを築く必要がある。ベンダーの事業内容、特に創業年数、従業員や顧客の数、同様のプロジェクトを成功させた回数などを注意深く確認する。RFPの評価プロセスにおいて重要なのは、ベンダーに関するこれらの詳細を知ることだ。
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー