ITシステム導入よもやま話バックナンバー

こんにちは！近藤です。

すごい、台風ですね。。

この日本を沿うように動く

台風。。

いやな感じです。。

もう、みなさんは家に辿りついた
でしょうか？

今日は、RFPについてです。
 

最近、RFPを作成することが当たり

前になってきましたが、

内容はかなり問題がありますね。

便宜上作成しているといったもの

もよく見かけます！

RFP(Request　For Proposal)とは、

提案要求、提案依頼書の意味で、

発注側が希望するシステム化の要件

を明確にしてITベンダに提案、見積を

求めるものです。

要するに、自社の現状はこうで、

このプロジェクト（システム）で何を実現

したいのかということを宣言するものです。

通常、顧客からきちっとしたRFPがでて

くることはほとんどありません。

もし、きちっとしたものがでてきたときは、

既にベンダーが入りこんでいて

強力なコンペ（最悪、当て馬）相手がいる

場合が多いでしょう。

または、コンサルタントがはいっている。

自社で作成されていることは皆無と

いっていいです。

そのため内容も、通り一辺のことが多く、

参考になるのは大きな機能と

組織体系、データ量、運用時間ぐらいな場合

が多いです。

それはやはり、外部に依頼しているから

という部分が多いのではないで

しょうか。

RFP=要件定義ぐらいの精度がないと、

実際使えるものではありません。

これで、見積もって！！

といわれて頭をかかえることが

多々あるのではないでしょうか？？？

パッケージ導入となると、

Fit＆Gapがベンダー選定時に、

行われますが、RFPはその基準となる

ものである必要が。。。

でないと、ベンダー側の営業主導で

適合率がだされて、見積もりが

おこなわれ、発注して、設計に

はいってから、

びっくりするということもまま

あります・・・

こういう事態を防ぐためにも、

自社でRFPを作成することは重要です、

ただ、システム導入のイメージがない

と作成しても、ツボを外したもの

となりますので、コンサルタントや

ベンダーSEを利用することは効果的

ですが、基本は自社で作成すると

いう覚悟が必要！

でないと、「ある」フォーマットにあった

ものが作成されてしまいます。

[携帯サイトご紹介]