失敗事例から学ぶ基幹システム構築講座
（調達1）
「失敗しないRFP（提案依頼書）の書き方」
ベンダー（システム会社）とのトラブルを避けるためのRFP。システムベンダーに合理的で有効な提案・見積を行ってもらうために、失敗しないRFPの書き方をおさえておこう。
（2009/9/15）
筆者：（IT コンサルタント）石田 富士夫
ポイント4 パッケージは見て、触れて、使ってみる
最近は特殊なシステム以外はパッケージソフトを利用してスピーディにかつコストも抑えて業務改善を図る形態が一般的な傾向になっています。そこでここではパッケージソフトを利用した提案依頼について述べます。
ポイント3の段階で自社の目標とするシステムの具体化ができました。ここからは個別開発も、パッケージ利用も選択可能であり、どちらで提案依頼するかは場合によって判断すればよいのですが、各々のシステムの違いをよく認識することが大切です。
個別開発の場合は、要求仕様に基づいて一からシステムを作っていきますので要求通りのシステムが実現できますが、期間と費用がかかります。また、打ち合わせの齟齬（そご）やミス・漏れによって不具合が発生する可能性は高くなります。
一方、パッケージ利用の場合には、システムは出来上がっていますので個別開発よりはるかに安く早く実現することが可能です。しかし、完成しているシステムですからパッケージ毎のビジネスモデルと業務設計思想に基づいて構築されています。したがって自社の求める業務処理方法と合致している部分もあればそうでない部分もあります。合わない部分をカスタマイズするときに難しい部分と比較的簡単にできる部分とがあります。パッケージが採用できるかどうか、あるいはどのパッケージを採用すべきかについては、何よりもまず「見て、触れて、使ってみる」ことが大切です。各部門の目指す業務処理方法がパッケージの業務形態に合致するかという検証（フィットアンドギャップ）を検討段階で行って評価していくことが必要です。
ベンダーは要件を満たすために使い方を真剣に説明するでしょうが、毎日使うのは自分であるという意識で「本当に使えるか？活用できるか？」を検討すべきです。また自社の現状に捕らわれずに、実績のあるパッケージの考え方を理解し、新たな発想で自社業務を見直すこともパッケージ利用の場合は重要なことです。
（次回につづく）
「失敗事例から学ぶ基幹システム構築講座」目次ピックアップ
著者プロフィール
著者 石田 富士夫（ITコンサルタント）
中小企業向けビジネスソフト全般に対する情報化企画、要件定義、ベンダー選定、設計、製造、移行、運用に関する相談・指導に従事し、システムの構築・サポート経験は100社を超える。
主な得意分野は、生産管理、販売管理、在庫管理、購買管理、原価管理、財務管理など、ビジネスソフトの分野。
※ コラムは筆者の個人的見解であり、日立システムズの公式見解を示すものではありません。
※ 内容は予告なしに変更される可能性がありますので、あらかじめご了承ください。
