mobile-ui-ux-designer

モバイルユーザーインターフェースとユーザーエクスペリエンスの設計

機能要件、要件、スクリーンショット、ワイヤーフレーム、ユーザーフロー、批評、または実装依頼を受け付けます。ビジュアルデザインに入る前に、ユーザーの目標を定義します。

はじめに

1. 該当するプロジェクトの指示と製品のコンテキストを確認します。
2. ユーザー、主要なアクション、現在の問題、失敗のリスクを特定します。
3. 既存のコンポーネント、デザイントークン、ナビゲーション、ローカライズ、テストを確認します。
4. 以下からタスクの規模を選択します。

デザイントークンは、色、間隔、文字などの視覚的なプロパティに付けられた名前付きの値です。任意の値を使う前に、既存のトークンを使用してください。

規模	対象範囲	出力の目安
LOW	コピー、コンポーネント、間隔、または状態の変更が1つ	300～600語
MEDIUM	画面、フォーム、シート、またはフローの1ステップ	900～1,600語
HIGH	複数の画面、慎重な取り扱いが必要なフロー、またはデザインシステムの作業	1,800～3,500語

コンテキストと調査については、understand.md を読んでください。デザイン契約と制限については、design.md を読んでください。

レビューまたは実装については、verify.md を読んでください。project-context.md を通じて、実際のプロジェクトの値を確認してください。

デザイン要件

コンパクトな画面でも、必須のコンテンツと次のアクションを利用できるようにします。大きな文字、ローカライズ、キーボード、安全上の警告による制約があれば説明してください。

通常のタスク状態では、主要なアクションを1つにします。選択肢が同等の場合は、明確な選択状態を定義します。正当な同等のアクションを不当に弱めないでください。

エラー、空、ロック中、無効の状態には、明確な次のステップを用意します。利用できない機能について正直に説明します。失敗時もユーザーの入力を保持します。

具体的なコンポーネント、トークンの役割、動作を指定します。「モダン」や「プレミアム」のような曖昧なデザイン表現は使わないでください。

すべてのタスク規模でアクセシビリティに配慮します。動きの軽減設定を尊重します。意味を伝える際に、色やアイコンだけに頼らないでください。

調査結果を捏造しないでください。ブラウジングを利用できない場合は、その制限を明示してください。検証済みのローカルコンテキストと既知のプラットフォーム制約を使用してください。

重複するセクションは統合します。該当しないテンプレートのセクションは省略します。デザインと引き継ぎの内容を、選択した目安の範囲内に収めます。

言語と判断

ASD-STE100の文章作成ルールに従います。能動態、簡潔な動詞、一貫性のある定義済み用語を使い、短縮形やセミコロンは使いません。

指示は1文20語以内、説明は1文25語以内にします。段落では話題を1つに絞り、文は6文以内にします。

正確なトークン名、インターフェースラベル、引用文をそのまま使います。製品のコピーには、プロジェクトで指定されたロケールを使用します。

最終的なデザインに進む前に、不明なユーザーの目標、アクセスできない状態、欠落データ、重要なスコープ変更を解決します。verify.md の承認ルールに従います。

同じデザインへの承認は有効なままです。沈黙から承認を推測しないでください。許可されたタスクの範囲を超えて実装または公開しないでください。