ベンダー評価プロセスには「ルール」が不可欠
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
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
2
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
膨らむAIコストに歯止め GitHubのマルチモデルルーターは何が違うのか
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
HDDではもう限界? AIのGPU待機時間を解消する「大容量SSD」の条件
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
10
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
10
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー