ユーザープロトタイプの作成は、ビジネスアナリストの重要な仕事の一部であり、システムやインターフェースがどのように機能するかを視覚的に示すことができます。プロトタイプは、フィードバックを収集し、要件を明確にし、クライアント、開発者、ユーザー間の誤解によるリスクを軽減するために使われます。プロトタイプは、シンプルなスケッチ（ロー・フィデリティ）から、インタラクティブなモデル（ハイ・フィデリティ）まで、細部のレベルが異なります。
主な特徴:
ロー・フィデリティプロトタイプ: 紙やシンプルなエディターで作成される速くて単純なスケッチで、デザインの詳細は示さず、構造と主要なシナリオを固定します。
ハイ・フィデリティプロトタイプ: 実際の製品に近いインタラクティブで視覚的なモデルで、要素の詳細な描写やカラースキームの考慮がされており、システムの動作を部分的にシミュレーションする機能を持っていることがよくあります。
プロトタイピングの価値: 初期段階での欠陥や論点の特定、リソースの節約、プロジェクトのすべての参加者間での要件の整合性の向上。
常にロー・フィデリティプロトタイプだけで済むのか？
いいえ。複雑なインターフェースや視覚的に複雑な場合、ハイ・フィデリティプロトタイプがないと、インタラクションの重要な詳細を見逃す可能性があり、その結果誤解や修正のリスクが高まります。
ビジネスアナリストがハイ・フィデリティプロトタイピングのための専門ツールを使いこなす必要があるか？
必須ではありませんが、ツール（たとえば、FigmaやAxure）への基本的な理解があれば、クライアントやチームとのコミュニケーションが大幅にスピードアップします。
プロトタイプは技術文書の完全な代替となるか？
いいえ。プロトタイプは補助ツールです。詳細な仕様（要件リスト、APIの説明、ビジネスルール）は依然として必須です。
ネガティブケース: プロジェクトではインターフェースのテキスト説明だけが作成され、プロトタイプは最終ユーザーと合意されませんでした。長所: 分析は迅速に行われました。短所: インターフェースが使いづらく、テスト段階でデザインを修正しなければなりませんでした。
ポジティブケース: 別のプロジェクトでは、ビジネスアナリストが最初に紙のプロトタイプを作成し、フィードバックを収集し、次にインタラクティブなモデルを作成し、ユーザーとのデモを行いました。長所: システムは使いやすく、リリース後の変更が最小限に抑えられました。短所: 早い段階でより多くの時間が必要でしたが、プロジェクトは導入時にリソースを節約しました。