プロンプトを使う
制作要件を追加
以下に背景情報を追加してください。コピーまたはダウンロード時にプロンプトへ含まれます。
既存のプロジェクトスタックと、[PROJECT]および[AUDIENCE]向けであることを明示したデモデータを使用して、インタラクティブなフロントエンドプロトタイプを作成してください。タスク:アプリケーションの空状態。
必須のコンテンツと構成
初回利用、結果なし、権限制限、削除済みコンテンツの各状態を設計してください。
名称、日付、数値、主張、リンク先の情報源として[APPROVED_CONTENT]を使用してください。何かを代用する前に、不足している入力を列挙してください。デモが必要な場合、そのコンテンツが架空であることを明記してください。顧客のコメント、ランキング、パートナーロゴ、製品機能を捏造しないでください。
デザイン方針
[BRAND_RULES]と、プロジェクトですでに選択されているデザインシステムを使用してください。システムが指定されていない場合は、明るいニュートラルなキャンバス、グラファイト色のテキスト、コバルト色のアクセント、精密な極細セパレーター、情報量が多くても読みやすい階層構造、という方向性から始めてください。文字、間隔、色の役割に一貫性を持たせてください。装飾要素よりタスクを優先し、無関係なカードを寄せ集めたような汎用デザインは避けてください。
コンテンツの準備
初回利用、一致する結果なし、権限制限、コンテンツ削除の各ケースで、コンテンツが存在しない理由を特定してください。各理由に対して、ユーザーが実際に実行できるアクションを定義してください。
レイアウトと動作
簡潔な説明と、関連性のある次のアクションを1つ使用してください。画面全体をイラストに置き換えず、アクティブなフィルターや現在のフォルダーなど、有用なコンテキストを維持してください。
タスク固有の受け入れチェック
- 各状態に正確な説明と適切な次のアクションを設定してください。
- 4つの状態をすべて横並びで比較してください。
- 結果なしの状態ではフィルターを元に戻せるようにし、権限制限の状態では、新しいコンテンツを作成すればアクセス制限を解消できると誤解させないでください。
実装とレビュー
テキストは編集可能な状態にしてください。セマンティックな構造、内容が明確なコントロール、視認できるキーボードフォーカス、適切な空・エラー状態を使用してください。狭いレイアウトと広いレイアウトの両方を確認します。モーションを減らす設定を尊重してください。既存のプロジェクトフレームワークと依存関係を維持し、スタックを無断で置き換えないでください。編集可能なファイルを返し、未完成の動作や未対応の入力について説明してください。追加機能を提案する前に、この具体的なタスクをレビューしてください。
参考添付ファイルと再構築の目標
このプロンプトのダウンロードバンドルに含まれるreference.webpを、OpenDesign内でこのプロンプトと一緒に添付してください。構成と階層が似た編集可能な成果物を作成し、参考画像全体を完成インターフェースとして埋め込まないでください。架空のサンプルラベルと競合する場合は、承認済みのプロジェクトコンテンツとブランドルールを優先してください。画像がない、または読み取れない場合は、視覚的な忠実性を主張せず、画像の提供を依頼してください。
参考画像の構成とコンテンツ
添付のreference.webpをアプリケーションの空状態のビジュアルリファレンスとして使用してください。構築前に、上から下までの主要領域、相対的な幅と高さ、配置、間隔、タイポグラフィの階層、サーフェスカラー、境界線、画像、反復コンポーネントを特定してください。汎用テンプレートに置き換えず、それらの関係性を維持してください。必須のタスク内容:初回利用、結果なし、権限制限、削除済みコンテンツの各状態を設計すること。画像を編集可能な要素に変換する際は、次のタスク固有のレイアウト指針を使用してください:簡潔な説明と、関連性のある次のアクションを1つ使用してください。画面全体をイラストに置き換えず、アクティブなフィルターや現在のフォルダーなど、有用なコンテキストを維持してください。
サンプルのプロジェクト需求に基づくビジュアル方針
明るいニュートラルなキャンバス、グラファイト色のテキスト、コバルト色のアクセント、精密な極細セパレーター。情報量が多くても読みやすい階層構造。
インタラクション仕様
リファレンスは静的なコンセプトです。以下の動作は実装要件であり、画像がすでに機能していることを示すものではありません。カスタマイズしたプロンプトを作業中のプロジェクトにコピーしてください。まず中核タスクに着手してください:初回利用、結果なし、権限制限、削除済みコンテンツの各状態を設計すること。各状態に正確な説明と適切な次のアクションを設定してください。表示される各コントロールについて、トリガー、影響を受ける状態、フィードバックを指定し、関連するビュー間で状態の一貫性を保ちながらローカル変更を実装してください。検索とフィルターでは実際に結果を返し、選択コントロールには明確なアクティブ状態を設定し、保存アクションには必要に応じて処理中/成功/失敗のフィードバックを表示してください。無関係なワークフローを追加しないでください。ナビゲーションには適切なリンク、アクションにはボタンを使用し、アイコンコントロールにはアクセシブルな名前を付けてください。ローカルデモのみが変更された場合に、バックエンド処理が成功したように示さないでください。
ビジュアル比較と納品
- 同じ比率で成果物と添付画像を比較してください。装飾的な詳細を仕上げる前に、主要領域の配置、画像の相対サイズ、改行、余白、タイポグラフィの階層、コントラスト、アクティブ状態、コンテンツ密度を確認します。
- 次に、デスクトップ向けテキストを小さなラベルに無理に詰め込まず、狭いレイアウトをテストしてください。
- ロゴ、写真、アイコンは個別のアセットとして保持し、意味のあるラベルはすべて編集可能にしてください。利用できないフォントやアセット、および意図的に変更した点を列挙してください。動作するファイルに加え、実装した動作と未完了の連携について簡潔な説明を返してください。プロンプトだけでピクセル単位まで同一の結果を約束しないでください。
プロンプト+画像をダウンロード
完全なプロンプトとフルサイズのリファレンス画像が含まれます。レイアウトの参考として、両方をOpenDesignに添付してください。
アプリケーションの空状態デザインプロンプトの書き方
このアプリケーションの空状態デザインプロンプトを使用して、初回利用、結果なし、権限制限、削除済みコンテンツの各状態を設計してください。
参考画像はAI生成のコンセプトです。以下の指示は、構築およびテストすべき内容を説明するものであり、画像は動作を実証するものではありません。
コンテンツが存在しない理由を明示
アプリケーションの空状態では、初回利用、一致する結果なし、アクセス制限に応じて異なる説明が必要です。
ユーザーに権限がない場合、汎用的な作成ボタンは誤解を招く可能性があります。簡潔な説明と、関連性のある次のアクションを1つ使用してください。画面全体をイラストに置き換えず、アクティブなフィルターや現在のフォルダーなど、有用なコンテキストを維持してください。
プロンプトを活用
簡潔な説明と、関連性のある次のアクションを1つ使用してください。
自分向けにカスタマイズ
初回利用、結果なし、権限制限、削除済みコンテンツの状態を個別に設計してください。それぞれに正確な原因と、[USER_ROLE]に適した次のアクションを設定してください。
アプリケーションの空状態コンテンツを準備
上段の2つは、空のワークスペースと、検索しても一致する結果がない状態を区別しています。汎用的な空状態メッセージを1つだけ使うのではなく、それぞれの原因に応じた説明とアクションを用意してください。
初回利用、一致する結果なし、権限制限、コンテンツ削除の各ケースで、コンテンツが存在しない理由を特定してください。各理由に対して、ユーザーが実際に実行できるアクションを定義してください。
プロンプトを活用
初回利用、結果なし、権限制限、削除済みコンテンツの各状態を設計してください。
自分向けにカスタマイズ
[PROJECT]では、[APPROVED_CONTENT]をこのアプリケーションの空状態の情報源として使用してください。初回利用、一致する結果なし、権限制限、コンテンツ削除の各ケースで、コンテンツが存在しない理由を特定してください。各理由に対して、ユーザーが実際に実行できるアクションを定義してください。不足している入力を特定してから、デモ用コンテンツに置き換えてください。
2つの空画面を比較
下段の2つでは、異なる障害に対して「アクセスをリクエスト」と「ゴミ箱へ移動」が提示されています。各復旧アクションが権限と実際の保持ポリシーに準拠していることを確認してください。
フィルターによって除外された一覧ではフィルターを調整できるようにし、制限されたコンテンツではアクセスについて説明してください。どちらの場合も、基になるレコードが存在しないと誤解させないでください。4つの状態をすべて横並びで比較してください。結果なしの状態ではフィルターを元に戻せるようにし、権限制限の状態では、新しいコンテンツを作成すればアクセス制限を解消できると誤解させないでください。
プロンプトを活用
各状態に正確な説明と適切な次のアクションを設定してください。
自分向けにカスタマイズ
アプリケーションの空状態を次の要件に照らしてレビューしてください。各状態に事実に即した説明と、関連する次のアクションを提示します。4つの状態を横並びで比較してください。検索結果なしの状態ではフィルターを調整できるようにし、権限が制限された状態では、新しいコンテンツを作成すればアクセス制限が解消されるかのように案内してはいけません。承認済みコンテンツは維持し、この確認に合格しない箇所だけを修正してください。
アプリケーションの空状態の結果をレビュー
説得力のある画面でも、実際に動作するバックエンドとは限りません。実データを接続する前に、検証、権限、永続化、失敗時の動作を個別にテストしてください。
- 4つの状態をすべて横並びで比較してください。結果なしの状態ではフィルターを元に戻せるようにし、権限制限の状態では、新しいコンテンツを作成すればアクセス制限を解消できると誤解させないでください。
フォローアッププロンプト
最初の結果を得た後に使用してください。このタスクで最も重要な部分に修正範囲を絞ります。
現在のアプリケーションの空状態を改善してください。4つの状態をすべて横並びで比較してください。結果なしの状態ではフィルターを元に戻せるようにし、権限制限の状態では、新しいコンテンツを作成すればアクセス制限を解消できると誤解させないでください。承認済みのコンテンツとビジュアル方針を維持し、これらの問題の解決に必要な部分のみを変更してください。
