flow-patterns

フローパターン

単一の画面だけでなく、時間の経過とともに製品がどのように感じられるか。

使い方

• /flow-patterns この会話にフローデザインの制約を適用します。

制約

フローの原則

• ユーザーがいつでも「今どこにいるか」「どこから来たか」「次に何が起こるか」を把握できるようにしなければなりません。
• アクションの複雑さに応じた最小限のステップ数にしなければなりません。ステップをゼロにするのではなく、適切な数にします。
• エラーからの復旧を後付けではなく、フローの一部として設計しなければなりません。
• 確認よりも取り消しを優先すべきです（「アクションが完了しました。取り消しますか？」は「よろしいですか？」より優れています）。

段階的な開示

• 現時点で必要な情報だけを表示し、必要に応じて複雑な情報を開示しなければなりません。
• どの時点で「シンプル」が「情報を隠している」状態に変わるのかを判断しなければなりません。
• コンテキストに応じたアクションを使うべきです（離れたツールバーではなく、コンテンツの近くにアクションを表示します）。
• スマートなデフォルトを使うべきです（コンテキストに基づいて事前入力し、最も一般的なオプションを設定します）。

アンチパターン

• 進行状況インジケーターのない複数ステップのフロー
• コンテキストから推測できる情報を尋ねること
• 復旧手段のない行き止まりのエラー状態
• 実際には不要な必須ステップ
• 簡単に取り消せるアクションに対する確認ダイアログ