3．デモンストレーション、説明

できあがったシステムや納品物を顧客／ユーザに見せ、説明する。

質問を想定し、回答を用意しておく。  
操作担当者／説明担当者など、可能であれば役割分担をしておく。

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

この前の作業	事前情報、他
・（製造～テスト）・（納品）	・作成したプログラム, データ・ドキュメント

説明項目を洗い出す。
- （システムのすべてを語っている時間は、あまりもらえない。）システムのメイン機能や、特徴的な部分を中心に洗い出す。
- システムの内容だけでなく、説明の対象者が事前に知っておかないといけないこと、システムによって「何ができるか」ということなども含める。
説明・デモの手順（構成）を検討する。
時間配分、担当分担などを検討し、詳細な説明内容を設定する。
- 所要時間と、説明項目や内容の量、手順を調整する。
必要に応じてデモデータや資料を準備し、機材等の確認・手配をする。
- 適当なデータが表示されたりすると、人前ではみっともない。　（実データである必要はないが）もっともらしいデータを入力・表示できるようにしておく。　　説明の対象者にとって見慣れているデータだと、分かりやすさが増す。
- 何らかの機材を使う場合は、何が使えるか、用意しなければならないものは何かを確認し、準備する。
質問項目を想定し、それに対する回答を準備しておく。
可能であれば、リハーサルをする。
- 説明項目・内容の整合性、時間配分を再調整する。
- データや資料に不足がないかどうか、確認する。
本番にのぞむ。

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

成果物、完成イメージ、他	この後の作業
・（ユーザに、システムの概要を理解してもらうこと）・（必要であれば）説明・操作マニュアル	・（導入支援）

システムの全体を把握してもらい、「使える」というイメージを持ってもらう。

顧客から項目や所要時間、データを指定される場合は、なるべくそれに従って内容を調整する。

機材を使う場合、環境に注意する。

あくまでユーザの目線で、「このシステムで何ができるか」「どう使うか」という見方を主にした説明をする。

その場になって不具合があったら、話にならない。十分動作検証しておく。

results matching ""