关于 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 生成。可选的桥接辅助工具是特定工具的实现方式,并非其他演示工具的必需组件。
如果可用,请使用宿主提供的文档、电子表格或演示工具,以及相关格式技能。本技能提供咨询内容和审查标准;它不依赖特定 Agent 或已安装的插件。对于用户要求的文件,如果工具允许,请创建文件。如果无法创建或渲染,请说明限制,并交付可用的部分,不要声称已完成全部成果。
交付前检查
确认执行摘要可以独立成篇,建议有证据支撑,且明确提出了所需决策。核对正文、表格、图表和附录中的数据是否一致。检查图表是否确实呈现了预期关系,而不只是确认它能正常显示。
对于文件,打开或解析已保存的成品,在支持的情况下刷新计算结果,并检查渲染后的页面或幻灯片。按照预期阅读尺寸,检查内容是否被裁切、是否重叠、是否清晰易读、分页是否合适,以及来源注释和导航是否正常。再次检查重要修订,确认受影响的检查项通过后即可停止。向用户提供成品,并简要说明重要假设或验证限制。
对于演示文稿,还要检查所有幻灯片的整体效果。即使一组文本框对齐正确,但内容重复,仍可能不是一份好的演示文稿。运用版式、比例和视觉强调,让论点更易于理解,同时保留客户的视觉识别风格。不要将起草和验证过程中的说明放入交付内容。