ユーザーニーズの把握

ソリューションの対象ユーザーのタイプ、ユーザーのニーズ、および予期されるユーザー利益を把握するために必要なリサーチを行います。次のリストは、ユーザーを分類する方法の一例です。

• 現在の従業員のみ

• 現在と過去の従業員

• 管理者

• 現在の顧客

• すべての顧客

• メンバーシップサイト

• 一般大衆

• 制限付きアクセス

予期されるユーザー利益の明確化は、設計上の意思決定に役立ちます。次に示すのは、ソリューションがユーザーにもたらす利益の例です。

• 企業リソースへのリモートアクセス

• 組織内での共同作業

• 日次業務の単純化

• 遠隔地のチームとのリソースの共有

• 生産の向上

• エンドユーザー自身による管理

動作要件の定義

動作要件を、明確な目標を持つ一連の機能要件として表します。一般的には、次のような領域について動作仕様を作成します。

• エンドユーザー用の機能

• 応答時間の短縮

• 可用性と稼働時間

• エラーレートの低減

• 情報のアーカイブと保持

動作要件を、すべての利害関係者が理解できる測定可能な表現で表します。「適切なエンドユーザー応答時間」などのあいまいな表現を避けます。次に示すのは、動作要件の例です。

• 障害発生後 10 分以内にサービスを再開できる

• 48 時間以内に受信したメッセージを再受信できる

• ピーク時のオンライントランザクションが 60 秒以内に完了する

• ピーク時のエンドユーザー認証が 4 秒以内に完了する

既存の使用パターンに対するサポート

既存の使用パターンを測定可能な目標として明確に表します。次に示すのは、そのような目標を決定する上で役立つ質問です。

• 現在のサービスはどのように利用されているか。

• どのような使用パターンがあるか (たとえば、散発的、頻繁、または非常に頻繁な使用)。

• ユーザーが一般にアクセスするサイトはどれか。

• ユーザーが一般に送信するメッセージのサイズはどのくらいか。

• ユーザーが一般に 1 日または 1 時間に完了するトランザクションはいくつか。

サービスにアクセスするユーザーについて調査します。ユーザーが既存のサービスにアクセスする時刻やその長さなどの要因は、目標を特定する上で重要です。組織の経験からこれらのパターンが得られない場合は、類似組織の経験を調査します。