slides

スライド

提供された資料と読者に期待する成果をもとに、視覚的に一貫性のあるプレゼンテーションを作成します。デッキ全体の情報構成とナラティブ構成、各スライドの役割、レイアウトの関係性、根拠に適したビジュアルの選択、デッキ全体のデザインの一貫性を担います。独自のレイアウト／スタイル検索エンジンや、固定の HTML 実装用ひな型は維持しないでください。

ワークフロー

1. 対象者、読者に期待する成果（例：理解、学習、比較、レビュー、判断、行動）、納品形式、スライド枚数／範囲または持ち時間、出典データ／根拠、ブランド上の制約、閲覧環境を確認します。PowerPoint ネイティブ形式で納品する場合は、ナラティブ／デザインの方針が明確になってから、ホストのプレゼンテーション機能を使用します。
2. create を読み、関連する layout patterns、slide strategies、copy patterns のみを読み込みます。
3. 各スライドに、明確な役割、その役割に必要な最小限のメッセージ／コンテンツ、該当する場合は補足する根拠、デッキ内の前後のスライドとのつながりを持たせたアウトラインを作成します。根拠に裏付けられた主張を示すスライドでは、主張型の見出しを使用します。参考資料、説明、アジェンダ、状況報告のスライドに、説得を目的とした主張文を無理に当てはめないでください。
4. スライドで伝えるべき関係性をもとに、レイアウトとグラフ形式を選びます。現在のブランド／プロジェクトのトークンがある場合は使用します。独立したデッキをレンダリングするためだけに、プロジェクトのデザイントークン体系を作成する必要はありません。
5. 出力先： 指定された場所／ホストの保存先。指定がない場合は .qp/artifacts/<stable-subject>/ を使用します。一時ファイルには使い捨ての中間ファイルを保存します。
6. 要求された形式を、ホスト／ネイティブのプレゼンテーション機能または通常の HTML／コード機能で作成します。実装の仕組みは出力先ごとに限定し、パッケージ固有のデッキ生成ツール／テンプレートとして保持しないでください。
7. 有用な場合は、提供された資料／現在のタスクの根拠、または現在利用できる検索／画像機能から画像を選びます。実際のプレゼンテーション表示領域／書き出し結果で、はみ出し、コントラスト、読みやすさ、グラフのラベル／単位、インタラクティブ HTML のキーボード操作、アニメーションがある場合の動きの抑制への対応を検証します。

品質ルール

• スライドごとに、中心となる役割または関係性を 1 つに絞ります。
• 主張を示すことがスライドの役割である場合は、出典に裏付けられた具体的な主張を優先します。主に説明、参考、ナビゲーション、状況報告を目的とするスライドでは、内容を表す見出しを使います。
• 階層と余白を活用します。文字サイズを小さくして、情報過多のスライドを何とか収めようとしないでください。
• 比較を求めるスライドでは、候補／データを共通のビジュアル表現で比較できるようにします。
• グラフは、文章や表よりも関係性を把握しやすくなる場合にのみ使用します。
• 現在のトークンが利用できる場合は、ブランドのトーンとトークン間の関係性を保ちます。
• 動きの抑制に配慮し、意味のある非テキストのビジュアルにはアクセシブルな説明を用意します。
• デッキで実際に必要になるまでは、CDN／グラフライブラリ／アニメーションシステムを使う前提で進めないでください。