seiji-kのブログです。ここでは、ソフトウェア開発の技術情報や製品レビューや日々の出来事などを書いております。
2009年にも同様のエントリを書いていたw
見積依頼する前にRFPを作成しよう
ソフトウェア業界は年々分野が増えて来ており、
開発の段取り的なことは同じ軸では語れません。
しかしながら、発注の一発目にやるべきことは、まったく変わっていません。
なにをやるかというと、RFPを作ること。
もちろん、作るのは発注者ですよｗ
RFP（あーるえふぴー）＝Request For Proposal＝提案依頼書
簡単に言うと、作ってほしいシステムの条件（要求）を書いたもの。
RFPを読んだベンダーがシステム提案書を作るのが王道の流れです。
ベンダーにまる投げではいいものなど出来ないわけです。
RFPを書くことで、要求仕様が明確になることに自ら気が付きます。
何が最優先事項なのかも重要です。
価格・機能・納期・品質・予算消化なのか？
発注者にも事情があるでしょうから、それらはベンダーに伝えるべきです。
これらが整理されていない状況でベンダ－を選ぶなど愚の骨頂です。
マッチしないベンダーと契約してからでは遅いのです。
例えば、自社でサービスを始めたいと思ったとする。
インターネット通販、ホームページ制作、SNSやポータルサイト・・・・
手っ取り早く自分で無料ホームページやブログで作るのも「アリ」だけど、自分がお客だとして、そんなところを使いたい（買いたい）とは思わないよね。ビジネスとしてやるのであれば、プロ（業者）に任せるのが正しい。では業者（ベンダー）へ発注すると仮定しよう。
最初に何をすべきか？
「ネットでググって、2・3社に見積もり依頼すればいいんじゃないの」
うーん。間違ってはいないが、まだそれは早い。
最初にやるべきことは、RFP（Request For Proposal、アールエフピー）を作ること。
RFPとは日本語の意味でいうと、提案依頼書、提案要望書、見積依頼書、要求仕様書など。文字のとおりで、発注者が何を作ってほしいか仕様や基準、条件を決めておいてこれを元に、業者に見積書や提案書を作ってもらうのだ。
書面にすることのメリットは、
・作ってほしいものが具体的に「整理」される。
・「言った・言わない・忘れた」を防ぐことができる。
・相見積の際に同じ説明をする「手間」も省ける。
そして一番のメリットは、業者にここは「ちゃんとした会社」だからいい加減なことはできないなと思わせることなのだ。
なので面倒とは思わずにぜひRFPは作成することを勧めたい。
発注者：RFP作成、NDA作成
発注者：見積参加の業者選定
業 者：見積書や提案書作成
発注者：RFPを元に見積・提案書を査定。業者決定
発注者：発注書、契約書作成
業 者：注文請け書作成
業 者：具体的な作業開始