プロンプトを使う
制作要件を追加
以下に背景情報を追加してください。コピーまたはダウンロード時にプロンプトへ含まれます。
[PROJECT]と[AUDIENCE]向けに、16:9のキャンバス、前へ/次へボタン、矢印キーによるナビゲーション、スライドカウンター、1ページにつき1スライドの印刷レイアウトを備えた、編集可能なHTMLプレゼンテーションを作成してください。タスク:プロダクトストーリープレゼンテーション。
必須のコンテンツと構成
6枚のスライドを作成してください:課題、現在のワークフロー、アプローチ、3つの機能、根拠、次のアクション。
名称、日付、数値、主張、リンク先の情報源として[APPROVED_CONTENT]を使用してください。何かを代用する前に、不足している入力を列挙してください。デモが必要な場合、そのコンテンツが架空であることを明記してください。顧客のコメント、ランキング、パートナーロゴ、製品機能を捏造しないでください。
デザイン方針
[BRAND_RULES]と、プロジェクトですでに選択されているデザインシステムを使用してください。システムが指定されていない場合は、アイボリー、チャコール、単一のライムアクセント、大きな見出し、意図的な余白、明確な情報階層という方向性から始めます。書体、間隔、色の役割に一貫性を持たせてください。装飾要素よりもタスクを優先し、関連性のないカードを並べただけのありきたりな構成は避けてください。
コンテンツの準備
ユーザーの課題、現在のワークフロー、提案するアプローチ、裏付けのある3つの機能、利用可能な根拠、次のアクションを選定します。不足している根拠は明確に示してください。
レイアウトと動作
6枚のスライドで、一貫した1つのストーリーを伝えてください。無関係な機能を紹介するのではなく、各機能が同じワークフローを支える構成にし、根拠スライドには提供された証拠のみを掲載してください。
タスク固有の受け入れチェック
- 顧客やパフォーマンスに関する主張を捏造せず、根拠のプレースホルダーを使用してください。
- 捏造した顧客の引用や成長数値がなくても、ストーリーが成立するか確認してください。
- 説得力があっても裏付けのない主張より、根拠のプレースホルダーの方が有用です。
実装とレビュー
テキストは編集可能な状態にしてください。セマンティックな構造、内容が明確なコントロール、視認できるキーボードフォーカス、適切な空・エラー状態を使用してください。狭いレイアウトと広いレイアウトの両方を確認します。モーションを減らす設定を尊重してください。既存のプロジェクトフレームワークと依存関係を維持し、スタックを無断で置き換えないでください。編集可能なファイルを返し、未完成の動作や未対応の入力について説明してください。追加機能を提案する前に、この具体的なタスクをレビューしてください。
各スライドの主要メッセージは1つに絞ってください。実際に比較可能な値が提供されている場合にのみグラフを使用し、単位、出典の日付、制約を記載します。発表者ノートは、スライドに表示するコンテンツと分けてください。
参考添付ファイルと再構築の目標
このプロンプトのダウンロードバンドルに含まれるreference.webpを、OpenDesign内でこのプロンプトと一緒に添付してください。構成と階層が似た編集可能な成果物を作成し、参考画像全体を完成インターフェースとして埋め込まないでください。架空のサンプルラベルと競合する場合は、承認済みのプロジェクトコンテンツとブランドルールを優先してください。画像がない、または読み取れない場合は、視覚的な忠実性を主張せず、画像の提供を依頼してください。
参考画像の構成とコンテンツ
添付のreference.webpを、プロダクトストーリープレゼンテーションのビジュアルリファレンスとして使用してください。制作前に、上から下までの主要領域、各領域の相対的な幅と高さ、配置、間隔、タイポグラフィの階層、表面色、境界線、画像、反復コンポーネントを特定してください。汎用テンプレートに置き換えず、それらの関係性を維持してください。必須のタスク内容:課題、現在のワークフロー、アプローチ、3つの機能、根拠、次のアクションを示す6枚のスライドを作成します。画像を編集可能な要素に変換する際は、次のタスク固有のレイアウト指針に従ってください:6枚のスライドで、一貫した1つのストーリーを伝えます。無関係な機能を紹介するのではなく、各機能が同じワークフローを支える構成にし、根拠スライドには提供された証拠のみを掲載してください。
サンプルのプロジェクト需求に基づくビジュアル方針
6枚のスライドで、一貫した1つのストーリーを伝えてください。無関係な機能を紹介するのではなく、各機能が同じワークフローを支える構成にし、根拠スライドには提供された証拠のみを掲載してください。
スライド構成とプレゼンテーションの動作
スライドの構成を、編集可能なタイトル、本文、ビジュアル、注釈の各要素として再現してください。画像に写っているスライドは1つのビューにすぎず、完全なスライド資料が存在する証拠ではありません。提供されたストーリーを使用して、要求された追加スライドを作成し、タイポグラフィ、余白、色の役割、配置を維持してください。6枚のスライドで、一貫した1つのストーリーを伝えてください。無関係な機能を紹介するのではなく、各機能が同じワークフローを支える構成にし、根拠スライドには提供された証拠のみを掲載してください。ナビゲーションは、エクスポートされるスライドコンテンツの外に配置してください。顧客やパフォーマンスに関する主張を捏造せず、根拠のプレースホルダーを使用してください。
ビジュアル比較と納品
- 同じ比率で成果物と添付画像を比較してください。装飾的な詳細を仕上げる前に、主要領域の配置、画像の相対サイズ、改行、余白、タイポグラフィの階層、コントラスト、アクティブ状態、コンテンツ密度を確認します。
- 次に、デスクトップ向けテキストを小さなラベルに無理に詰め込まず、狭いレイアウトをテストしてください。
- ロゴ、写真、アイコンは個別のアセットとして保持し、意味のあるラベルはすべて編集可能にしてください。利用できないフォントやアセット、および意図的に変更した点を列挙してください。動作するファイルに加え、実装した動作と未完了の連携について簡潔な説明を返してください。プロンプトだけでピクセル単位まで同一の結果を約束しないでください。
プロンプト+画像をダウンロード
完全なプロンプトとフルサイズのリファレンス画像が含まれます。レイアウトの参考として、両方をOpenDesignに添付してください。
プロダクトストーリープレゼンテーションのデザインプロンプトの書き方
このプロダクトストーリープレゼンテーション用デザインプロンプトを使用して、課題、現在のワークフロー、アプローチ、3つの機能、根拠、次のアクションを示す6枚のスライドを作成してください。
参考画像はAI生成のコンセプトです。以下の指示は、構築およびテストすべき内容を説明するものであり、画像は動作を実証するものではありません。
ユーザーの課題に沿ってストーリーを構成する
プロダクトストーリー資料では、課題を信頼できるアプローチと次のアクションにつなげる必要があります。
各機能が現在のワークフローの一部に対応していると、その有用性が明確になります。6枚のスライドで、一貫した1つのストーリーを伝えてください。無関係な機能を紹介するのではなく、各機能が同じワークフローを支える構成にし、根拠スライドには提供された証拠のみを掲載してください。
プロンプトを活用
6枚のスライドで、一貫した1つのストーリーを伝えてください。
自分向けにカスタマイズ
課題、現在のワークフロー、アプローチ、3つの機能、提供された根拠、次のアクションを示す6枚のスライドを作成してください。裏付けのない主張には必ず[EVIDENCE_NEEDED]プレースホルダーを使用してください。
プロダクトストーリープレゼンテーションのコンテンツを準備する
特大の文章で、プロジェクト要件が散在しているという問題を示します。これを、プロジェクトの背景に裏付けられた簡潔な問題提起に置き換えてください。
ユーザーの課題、現在のワークフロー、提案するアプローチ、裏付けのある3つの機能、利用可能な根拠、次のアクションを選定します。不足している根拠は明確に示してください。
プロンプトを活用
6枚のスライドを作成してください:課題、現在のワークフロー、アプローチ、3つの機能、根拠、次のアクション。
自分向けにカスタマイズ
[PROJECT]では、[APPROVED_CONTENT]をこのプロダクトストーリープレゼンテーションの情報源として使用してください。ユーザーの課題、現在のワークフロー、提案するアプローチ、裏付けのある3つの機能、利用可能な根拠、次のアクションを選定します。不足している根拠は明確に示してください。不足している入力を特定してから、デモ用コンテンツに置き換えてください。
機能スライドを確認する
矢印で、散在する入力と整理されたプロジェクト要件をつなぎます。図を1枚の画像に統合するのではなく、変換内容と編集可能な出力フィールドを指定してください。
各機能は、冒頭のワークフローで示した具体的な問題を解決する必要があります。提示された根拠によって実証または裏付けられていないメリットは削除してください。捏造した顧客の引用や成長数値がなくても、ストーリーが成立するか確認してください。説得力があっても裏付けのない主張より、根拠のプレースホルダーの方が有用です。
プロンプトを活用
顧客やパフォーマンスに関する主張を捏造せず、根拠のプレースホルダーを使用してください。
自分向けにカスタマイズ
次の要件に照らしてプロダクトストーリープレゼンテーションを確認してください:顧客やパフォーマンスに関する主張を捏造せず、根拠のプレースホルダーを使用します。捏造した顧客の引用や成長数値がなくても、ストーリーが成立するか確認します。説得力があっても裏付けのない主張より、根拠のプレースホルダーの方が有用です。承認済みのコンテンツは維持し、この確認に合格しない箇所だけを修正してください。
プロダクトストーリープレゼンテーションの結果を確認する
生成画像だけでは、資料全体やその根拠を検証できません。各スライド、キーボード操作、印刷レイアウト、エクスポートしたファイルをそれぞれ個別にテストしてください。
- 捏造した顧客の引用や成長数値がなくても、ストーリーが成立するか確認してください。説得力があっても裏付けのない主張より、根拠のプレースホルダーの方が有用です。
フォローアッププロンプト
最初の結果を得た後に使用してください。このタスクで最も重要な部分に修正範囲を絞ります。
現在のプロダクトストーリープレゼンテーションを改善します。捏造した顧客の引用や成長数値がなくても、ストーリーが成立するか確認してください。説得力があっても裏付けのない主張より、根拠のプレースホルダーの方が有用です。承認済みのコンテンツとビジュアル方針は維持し、これらの問題の解決に必要な箇所だけを変更してください。
