 |
||||||||||
|
||||||||||
| 1 2 3 次のページ | ||||||||||
|
||||||||||
| はじめに | ||||||||||
|
第2回では、RFPによるIT調達のプロセスのうち、「RFP作成対象となる調達案件の選定」から「RFPの作成」までを説明しました。続く第3回では、「RFPの発表」から「契約企業の決定と契約締結」までを説明します。 |
||||||||||
| RFPの発表 | ||||||||||
|
RFP作成後、ITベンダーに対して発表します。公平性を保つためにも、またＩＴベンダーから優れた提案を引き出すためにもいくつか注意する点があります。 以降では、それらの注意点を中心に解説していきます。 |
||||||||||
| 発表方法の決定 | ||||||||||
|
RFPの主な発表方法としては、次の3通りがあります。
表1：RFPの発表方法 1の方法は、すべてのITベンダーに同一の情報を伝達できるため、公平性が保てます。会場の設営等の事前準備を綿密に行う必要がありますが、説明自体は一度で済ませることができ、効率的です。 2の方法は、ITベンダーが正しく理解しているかを確認できるため、正確に要件を伝えることができますが、公平性の維持が困難です。1社ずつ個別に招いて説明した場合、意識的に説明する内容を統一したとしても、質疑応答の内容や話の強弱などで違いがでるため、伝達する情報に差がでてしまいます。この方法をとる場合には、公平性を維持するために、各ITベンダー説明時の質疑応答を議事録にまとめ、すべてのITベンダーに配布するといった配慮が必要です。 3の方法は、公平性が高く、説明を行わない点で効率的といえますが、その場で質疑応答ができないため、以降のやり取りに時間がかかります。この方法をとる場合には、ITベンダーが誤って要件を理解しないように、RFPの記述に、より細心の注意を払う必要があります。 これらの特徴を考慮して、適切な方法を採用します。 |
||||||||||
| 発表前の最終確認 | ||||||||||
|
一度、RFPを発表してしまうと、RFPの内容や条件を変更するのは非常に困難です。したがって、発表前に発表の準備がすべて整っていることを確認します。 RFP発表前の主要な確認事項は次の通りです。
表2：発表前の確認事項 出典：The REQUEST FOR PROPOSAL HANDBOOK Second Edition(Michael Asner)より一部抜粋 |
||||||||||
| 発表 | ||||||||||
|
発表の準備が整ったら、いよいよ発表です。ここでは表1の1の「すべてのRFP発行先ITベンダーを集めて、説明会を開催する方法」と2の「1社ずつ個別に招いて説明する方法」の注意点を示します（表3）。
表3：発表の際の注意点 |
||||||||||
| 提案書作成期間中の質疑応答 | ||||||||||
|
RFPの発表後の一定期間は、ITベンダーからの質問を受け付けます。その際は、口頭による質問は受け付けず、電子メールなどの文書でやり取りし、その内容をすべてのITベンダーに配布することで、公平性を確保します。 |
||||||||||
|
1 2 3 次のページ |
||||||||||
|
|
||||||||||
|
|
||||||||||
|
||||||||||
|
|
||||||||||
|
||||||||||
|
|
||||||||||
|
||||||||||
-
-
連載
