client-deliverables について
意思決定メモからプレゼンテーションまで、根拠に基づくクライアント向け成果物の作成を支援するスキルです。論旨の構成、形式の選択、納品前の確認を案内し、指定条件の遵守と根拠のない主張の回避を重視します。
主な機能
- 01対象者と意思決定の明確化
- 02主張と根拠の紐付け
- 03成果物形式の選択支援
- 04納品前の成果物チェック
活用シーン
- 01根拠資料に基づく意思決定メモの作成
- 02経営層向けプレゼンの構成
- 03納品前のレポートや資料の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ anotb/ management-consulting-plugin --skill client-deliverablesインストール後、Claude Code で/client-deliverablesを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/executive-presentations.mdpptx-generation.mdslide-design.mdwritten-reports.mdscripts/consulting-charts.cjs詳細
クライアント向け成果物
分析を、意図された意思決定を可能にし、精査にも耐える成果物へと仕上げます。ユーザーのコンテキストから、対象読者、意思決定、根拠、希望する形式、閲覧・発表の条件を把握します。提供されたテンプレート、ブランド要件、セクションの順序、アクセシビリティのニーズ、分量の制約を守ります。
利用可能な根拠を用い、それによって裏付けられる部分を完成させます。証拠が不足している点や保留中の判断は、重要な箇所で明示します。有用な成果を妨げる場合に限り、不足している情報を質問します。設計上の空白を埋めるために、数値、出典、担当者、日付、推薦文、事例の結果を捏造してはいけません。提案するアクションと合意済みの約束は区別します。
論旨を組み立てる
結論、意思決定の依頼、または意思決定を妨げている不確実性から始めます。対象読者が提案を評価するために必要な要素ごとに、根拠となる議論を整理します。状況・複雑化・問い・回答の流れはストーリーの構成に役立ちますが、回答を後回しにしたり、それらの見出しを明示したりする必要はありません。
分析セクションやスライドでは、理解を助ける場合、要点を示すタイトルを付けます。テンプレートで定められている場合は、ナビゲーション用のラベルや指定された見出しを残します。見出しの主張は、図表とその留保によって裏付けられていなければなりません。相関関係を因果関係として表現したり、予測を達成済みの結果として示したりしてはいけません。
重要な主張はすべて、その出典または計算方法と結び付けます。単位、期間、定義、シナリオ名は全体を通して統一します。矛盾や意思決定を変え得る制約は、それらが関係する主張の近くに示します。観測された結果、予測、判断、説明用の例は区別します。条件付きの文であっても、実証的な傾向を述べるなら根拠が必要です。
この意思決定を左右するトレードオフ、財務面・運用面への影響、アクションに詳細を集中させます。比較には簡潔な表を使い、論拠の説明には文章を使います。文の数、根拠となる議論の数、資料の長さに決まりはありません。
成果物を選ぶ
形式について明示的な要望があれば、それに従います。形式が指定されていない場合、メモやレポートは非同期での精査に適しており、プレゼンテーションは視覚的な根拠を交えた議論に適しています。事前配布用の資料には、投影用のプレゼンテーションよりも、自己完結した説明が多く必要です。複数の形式を作成するのは、依頼されている場合、または用途上必要な場合に限ります。
- レポート、意思決定の概要、投資委員会向けメモについては、書面レポートを参照してください。
- エグゼクティブ向け資料、図表の選定、議論の設計、補足資料については、エグゼクティブプレゼンテーションを参照してください。
- スライドを作成または大幅に改訂する場合は、視覚的な方向性、構成、分析上の強調点、資料全体のレビューについて、スライドデザインを参照してください。
- コードを使って PowerPoint ファイルを作成する場合は、PPTX 生成を参照してください。任意のブリッジヘルパーは特定のツール向けの実装であり、他のプレゼンテーションツールには必須ではありません。
利用可能な場合は、ホストが提供するドキュメント、スプレッドシート、プレゼンテーション用のツールと、関連する形式のスキルを使用します。このスキルが提供するのはコンサルティングの内容とレビュー基準であり、特定のエージェントやインストール済みのプラグインには依存しません。ファイルを求められた場合は、ツールが利用できるならファイルを作成します。作成やレンダリングができない場合は、その制約を明示し、完成した成果物であると偽ることなく、利用可能な部分を提供します。
納品前の確認
エグゼクティブサマリーだけで内容が伝わること、推奨事項が根拠に基づいていること、求められている判断が明示されていることを確認します。本文、表、グラフ、付録の数値に食い違いがないか照合します。グラフが正しく表示されるだけでなく、意図した関係を実際に表しているか検証します。
ファイルの場合は、保存した成果物を開くか解析し、対応していれば計算を更新して、レンダリングされたページやスライドを確認します。想定される閲覧サイズで、見切れ、重なり、読みやすさ、ページ割り、出典注記、ナビゲーションをチェックします。重要な修正を加えた場合は、影響を受けるチェックに合格するまで、もう一度確認します。成果物と、重要な前提や検証上の制約を簡潔にまとめた説明をユーザーに提供します。
スライド資料の場合は、スライドをまとめて確認することも重要です。整然と配置されていても、テキストボックスが繰り返されるだけの構成では、プレゼンテーションとして弱いものになり得ます。クライアントのビジュアルアイデンティティを保ちながら、レイアウト、スケール、視覚的な強弱を活用し、主張を理解しやすくします。作成や検証に関するコメントは、納品物に含めないでください。