RFP完全マニュアル 実践編
情報システムの調達におけるRFP（提案依頼書）の必要性は，ここ数年でかなり認知度が高まっている。以前はRFPを作らないユーザーも多かったが，厳しい経済状況の中，システム投資に慎重になっているユーザーにとって，RFPを作ることは不可欠になっている。本連載では，筆者が実際に経験したRFP作成・活用の現場の情報を基に，すぐに役立つ実践的な情報を提供していく。 なお，RFPの初歩から知りたいという方は，「RFP＆提案書完全マニュアル」（日経BP社）も併せて読んでみてほしい。 ■趣旨（目的・背景・狙い）」の実践的なまとめ方 趣旨はRFPの「ミッション・ステートメント」 「目的・背景・狙い」とは何か？ 趣旨をつかむための「ネタ」とは？ ケーススタディ：ガソリンスタンド会社の顧客情報システム 趣旨の具体的な書き方の例 ■業務要求とアウトプット RFPの基本構造 RFPにおける業務要求の洗い出しの目的とは
RFIとRFPの違い：ナレッジ！？情報共有・・・永遠の課題への挑戦：ITmedia オルタナティブ・ブログ
このところ提案書や企画書を書いたり、書かせたり、評価したりという仕事がいくつか続いている。その中で後輩からRFIとRFPの違いについて聞かれたのでそのときに自分なりに答えた事をここに整理しておく。 RFI（Requset For Informattion）とは、入札や調達の事前準備として、ベンダーに保有製品や提供可能なサービスの概要、あるいはその組合せや実績などの情報を提供してもらうための情報提供依頼書。したがってRFIへの回答は基本的にはできあいの製品カタログやパンフレット、事例集といったもので構成され、価格も精緻な見積もりではなく標準価格や参考価格。だからRFIの場合回答期限は１～２週間と短めになる。 そしてRFP（Requset For Proposal）は、ベンダーにシステムの提案を作成してもらうための提案依頼書。したがってRFPの場合は、提案の範囲や提案に骨子となる要件、そしてな
セールスとエンジニアのためのIT提案戦術～SIベンダーの営業方法 - プログラマの思索
「セールスとエンジニアのためのIT提案戦術」を借りて読んだ。 受託開発中心のSIで、顧客折衝が多いSEやシステム提案の機会が多いPMにとっては必須の本だろうと思う。 感想をラフなメモ書き。 【1】システム提案プロセスの問題 普通のシステム提案プロセスでは、発注者がRFIを作ってベンダーに提示し、ベンダーは実現するシステムの内容や見積金額をRFPで発注者に提案する。 日本ならば、ユーザ企業がITを使って経営革新や新しいビジネス戦略を行うための道具としてITを使いたいので、ベンダーにシステム構築だけでなく、ITを使ったソリューション、つまりコンサルティングも求める時は多い。 そして、SIが作ったシステムの運用保守もユーザ企業ではなくSI任せになりやすい。 だから、どうしてもユーザ企業がSIへ丸投げしてしまいがちという日本特有の特徴が出るように思われる。 システム提案プロセスの問題としては、ユー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
