ソリューションの対象ユーザーのタイプ、ユーザーのニーズ、および予期されるユーザー利益を把握するために必要なリサーチを行います。次のリストは、ユーザーを分類する方法の一例です。
現在の従業員のみ
現在と過去の従業員
管理者
現在の顧客
すべての顧客
メンバーシップサイト
一般大衆
制限付きアクセス
予期されるユーザー利益の明確化は、設計上の意思決定に役立ちます。次に示すのは、ソリューションがユーザーにもたらす利益の例です。
企業リソースへのリモートアクセス
組織内での共同作業
日次業務の単純化
遠隔地のチームとのリソースの共有
生産の向上
エンドユーザー自身による管理
動作要件を、明確な目標を持つ一連の機能要件として表します。一般的には、次のような領域について動作仕様を作成します。
エンドユーザー用の機能
応答時間の短縮
可用性と稼働時間
エラーレートの低減
情報のアーカイブと保持
動作要件を、すべての利害関係者が理解できる測定可能な表現で表します。「適切なエンドユーザー応答時間」などのあいまいな表現を避けます。次に示すのは、動作要件の例です。
障害発生後 10 分以内にサービスを再開できる
48 時間以内に受信したメッセージを再受信できる
ピーク時のオンライントランザクションが 60 秒以内に完了する
ピーク時のエンドユーザー認証が 4 秒以内に完了する
既存の使用パターンを測定可能な目標として明確に表します。次に示すのは、そのような目標を決定する上で役立つ質問です。
現在のサービスはどのように利用されているか。
どのような使用パターンがあるか (たとえば、散発的、頻繁、または非常に頻繁な使用)。
ユーザーが一般にアクセスするサイトはどれか。
ユーザーが一般に送信するメッセージのサイズはどのくらいか。
ユーザーが一般に 1 日または 1 時間に完了するトランザクションはいくつか。
サービスにアクセスするユーザーについて調査します。ユーザーが既存のサービスにアクセスする時刻やその長さなどの要因は、目標を特定する上で重要です。組織の経験からこれらのパターンが得られない場合は、類似組織の経験を調査します。