条件付き表示をワイヤフレームで表すにはどうすればよいですか？
私はかなり大きなプロジェクトに取り組んでいます。さまざまなユーザータイプに対して、多くのユースケースシナリオが考えられます。
私は本質的にクライアントのための成果物を作りました
- ペルソナ
- 競争のベンチマーク/分析
- 情報アーキテクチャ（マインドマップ）
- ワイヤーフレーム
ほとんどのページをカバーするさまざまなワイヤーフレームを用意します。ただし、一部のページでは異なるシナリオがあります。例のために。ユーザーがソーシャルアカウントに接続している場合、プレニウムまたは基本ユーザーである場合、ユーザータイプAまたはBである場合など、ダッシュボードは同じように表示されません。
したがって、レイアウトを少し変更するさまざまな変数があります。
私はそれらのアイデアを画像で伝えるか、少なくともそれをワイヤーフレームに含める（つまり、この情報をワイヤーフレームに含める）ことを好んでいます。
それを行う方法と、それが良いアイデアかどうかはわかりません。
これらすべてのケースをどのように表現しますか（図、マインドマップ？注釈）？すべてのケースでワイヤーフレームを設計するのは多すぎるでしょう。
そのために時間をかけすぎる余裕はないので、最も効率的な解決策を教えてください。
ご回答有難うございます。
ユーザージャーニー/シナリオ/フローはこれに適合しません。粒度が細かすぎます。
モジュールのバリエーションは興味深いものです。
ようやくInfo Archiでユースケースを書くことにしました。心理図。 IA上にある各ページに対して、可能なすべての組み合わせを指定するユースケースと呼ばれるノードを作成しました。
そうすれば、ケースごとにワイヤーフレームを作成する必要はなく、考えられるすべてのモジュールを作成するだけで、開発者はどのモジュールをいつ使用するかがわかります。
それがうまくいくことを願っています！どう思いますか？
私たちはあなたほどのことを知らないので、明確な推奨を与えるのは難しいと思います。しかし、私は次のオプションが役立つかもしれないと想像することができます。最後に、あなたはどれがあなたに最も適しているかを決定しなければなりません。
最初に一般的なページを1回説明します。ユーザーのタイプに応じて異なる状態を持つ各モジュールまたは要素のプレースホルダーに配置します。一般的にページを説明した後、これらのモジュールを表示します。モジュールのさまざまな状態のワイヤーを配置します-モジュールのみ/ページを囲まずに-隣同士に、単一の状態を指定します。
これは、単一のページの単一の要素またはモジュールのみが変更される場合に意味があります。
さまざまなユーザー向けに一連の画面を説明するユーザージャーニーを記述します。これは、1つのページまたは1つのページの単一のモジュールだけでなく、2つ以上のページのシーケンスも変更する場合に意味があります。
ジャーニーに明確なタイトルを付け、ユーザーのステータス/タイプとユーザーが取るアクションを示します。 「プレミアムユーザーは、ダッシュボードを表示するためにサインインし、ダッシュボードを表示します...」ワイヤーを使用して移動を説明します。すべてのモジュールと単一画面の要素を指定します。
これは、クライアントと開発者が特定のユーザーがたどる経路、彼が取るアクション、単一のモジュールの反応と振る舞いを理解するのに役立ちます。 1つの旅をたどることは簡単で、異なる動作を混同しないでください。
あなたの質問への短い答えは、より詳細なワイヤーフレームまたはモックアップを参照する注釈付きの高レベルの図になります。
多くの場合、ワイヤーフレームは、特定のユーザーフロー/ジャーニーのセット（最も頻繁なパスや重要なパスなど）に対して提示されます。そのため、一般に、さまざまな条件に基づく代替案の参照ポイントがあります。これらは、メインワイヤーフレームフローに注釈を付け、バリエーションを示す付録または追加のドキュメントを提供できる、さまざまな条件です。
- 代替開始点：これらは実際にはユーザーフロー/ジャーニーに大きな影響を与える可能性があり、おそらく完全に別個のダイアグラムが必要ですが、適切な参照が必要です。
- 代替エンドポイント：これらは、ユーザーフロー/ジャーニーのさまざまな段階での変動の結果ですが、通常、利用可能な結果のスナップショットを簡単に判断できるように提供されます。
- 代替/条件付きパス：これらは、実際のビジネスロジックとユーザーの選択に応じて、最終的な結果に影響する場合と影響しない場合があるオプションまたは選択です。
最良の方法は、参照フロー/ジャーニーに注釈を付けるために使用するシステム（数値、アルファベット、または英数字）を確立することです。これにより、各パスの指定やメインフローからの分岐も可能になります。ただし、システムを思い付く前にすべてのバリエーションを計画することをお勧めします。そのため、途中で変更する必要はなく、説明する必要があるほとんどのユーザーフロー/ジャーニーで機能することも確信できます。