2．企画案の検討（ｺﾝｾﾌﾟﾄ、主な内容・機能、導入ﾒﾘｯﾄなど）

顧客の持つ案件に見合う企画案（ニーズ・要望を満たすようなシステム化の案）を出す。  
ヒアリング情報の分析結果をもとに、現状を理想に近づけるような企画案を発想し、資料化する。  
その企画案を取り入れたら「何が可能になるか」を明確に設定する。

この作業の前段階として以下の作業を行い、また、作業に必要な情報として以下のものや情報等を用意しておく。

この前の作業	事前情報、他
・ヒアリング・技術・業務関連調査	・メモ、取りまとめ資料、業務フローなど、ヒアリングから得た資料・関連業務・関連システムの情報・一般的な／最新の業界・技術情報

現状を理想に近づけるための方法を発想し、洗い出す。

現在の問題点を解決するため、将来の目標を達成するためのいろんな方法を、ブレインストーミング的に洗い出す。
ユーザにある程度のイメージがあれば、それに準じた形を基本にする。
（イメージを持っているのか、それはどんなイメージなのか、聞かないと分からない。）
コンピュータだけがすべての解決策ではない。業務的・経営的なニーズを満たすための方法を、多面的に検討する。
その中でコンピュータシステムを使える部分／使った方がいい部分が、「システム化」の対象範囲となる。
方法を発想するためには、一般的なシステム事例、業務事例などを知識として持っておく。
ネット（業界サイト）や業界誌を日常的にチェックしたり、先輩や周囲の人と積極的に情報交換したりする。

洗い出した方法を比較検討し、候補となる案を抽出する。

この作業で以下の成果物を出す。または完成イメージの状態にする。それをこの後の作業につなげる。

成果物、完成イメージ、他	この後の作業
・企画案の洗い出し	・企画案の説明、提案

顧客のニーズから離れないよう、常に意識しておく。

システムのことを考え出すと、どうしても技術的なことに目がいってしまう。ところが、そこで盛り上がりすぎて話が横道にそれてしまい、本来のニーズから離れてしまうことがよくある。そうなったら、顧客の業務・経営をサポートするシステムではなくなってしまう。（単なる技術じまん大会になる。）

相手が言ったニーズに応じたプランだけ出してもいいが、関連する新サービスをこちらから提案するのもいい。

自社だけに声がかかっているわけではない。ふつう一般に思いつくことは相手も思いつくし、同業他社も思いつく。
たくさんの業者の中から自社を選んでもらう理由にならない。
新サービスを提案し、それを自社ならではの付加価値サービスとして提案すると、ポイントが高い。ざぶとん一枚もらえる。
ただし、相手の業務やニーズにある程度関係していることでないと、意味ない。
また、突飛すぎて現実的でないものは困る。どんなプランであれ、ある程度の現実性が必要。

その会社のこれからの方向性（○○に力を入れたい、など）を尊重し、手助けできるようなものだと、なおいい。

results matching ""