4．企画案の詳細検討（ﾒﾆｭｰ体系、ﾃﾞｻﾞｲﾝｲﾒｰｼﾞなど）

◆作業の概要、目的、タイミング

企画案の概要に加え、もう少し詳細なイメージを検討して提示する。

• システムに必要になる画面数・帳票数や、それぞれの規模（機能・レイアウトの複雑さ）をだいたい想定することで、必要となるハード／ソフトの選定や、開発費用の見積につなげる。

「システムではこういうことをやる」「こんなシステムになる」という具体的イメージを持ってもらい、要望を受け付け、組み込めるものは組み込む。

• 実際に導入することになったらどのように使うことになるのか、使い勝手や見た目はどんな感じになるのか、イメージしてもらう。
• 必要な機能／そうでない機能の選択や、（デザイン面・操作面など）ユーザのレベルや好みを聞く。

◆事前に必要なもの、情報

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

◆具体的な作業項目、手順

「このシステムでは、ＡとＢをやる」という大きな目的・機能項目レベルでは、すでにユーザとほぼ合意されていることが前提（企画案概案）。  
ここではそのＡ・Ｂに対して、さらに詳細のイメージを作っていく。

• もし、システム全体の目的・機能項目レベルがまだ検討・調整段階で、変わる可能性が高ければ、先に詳細部分の作業を進めたら無駄になる可能性がある。まず大きなレベルをだいたい固めることが先決。

「システム全体／各サブ機能でどんなことをするのか」をさらに詳細化し、体系化する。

1. まず、システム全体（あるいは各サブ機能）を見渡し、画面・帳票が必要な部分を特定する。
2. それぞれの画面・帳票の主な役割（何をする画面なのか／どんなデータをどう印刷する帳票なのか）を設定する。
3. 業務の流れ・システム／機能の流れに合わせて、画面の流れを作り、帳票の発行ポイントを設定する。
4. それらを、メニュー体系図（画面フロー）として図式化する。

メインとなる画面／帳票の、デザインイメージを想定する。

• （ここではまだ、すべての画面／帳票についてやる必要はないが、）主な画面／帳票のサンプルイメージを図式化する。
• どの画面／帳票にどんな項目がのるか、どんな感じ操作するか、を想定する。

◆成果物、最終イメージ、作業例

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

◆作業上のポイント、注意点

企画案（概案）と一緒に詳細まで用意した時点で、一括してユーザに説明・提案することももちろん可能。  
ただしその場合、もし概案レベルでユーザとの認識の相違があったら、せっかく用意した（見込みで作った）詳細部分がすべて無駄になるリスクがある。

• まずは概案レベルでユーザと認識を合わせておくことで、無駄や手間を減らし、ひとつひとつの作業を確実に進めることにつながる。

この段階で提示するものは、あくまで「こういうことができますよ」という例であって、そのものを「作らせろ／導入しろ」と言っているわけではない。  
これをたたき台として、ユーザが具体的に「こんなものを作って、こうしたい」という要望を引き出す段階。  
具体的な要望を引き出し、技術的に可能であれば企画に組み込む、という姿勢を強調する。

• 自分たちのアイデアを押しつけるものではない。

Copyright © Xincor miXell Co., Ltd. All rights reserved