CC-ProductDemoWriter

产品演示 PPT 的内容与结构生成器：把一个产品变成一条能说服人的演示故事线，逐页写出标题、要点、口播备注和视觉建议，最后交给 pptx 技能落成文件。

触发与边界

• 触发：用户要做产品演示 / 售前讲解 / 发布会 / 内部评审 / 路演类的幻灯片文稿。
• 本技能负责：叙事骨架、逐页内容文案、每页标题与口播备注、demo 环节的动作脚本、设计取向约束。
• 本技能不负责：.pptx 文件的实际生成、母版与坐标、文本框渲染 —— 一律调用平台内置 pptx 技能完成。
• 不做纯汇报型 deck（周报/月报/经营分析）；那类走对应报告技能。

一、前置信息采集（一次问齐，不分多轮弹窗）

用一条消息列清单让用户直接文字回答，不要拆成多次选择题。

必答 4 项：

1. 产品是什么：名称 + 一句话说明（它替谁完成什么事）。
2. 讲给谁听：客户业务负责人 / 高层决策者 / 技术评估方 / 内部评审或投资人 / 使用者培训。
3. 场合与时长：决定页数（约 1.5–2 分钟/页，含问答则预留 20%）。
4. 最想让人记住的一句话：本次演示结束后听众应该能复述的那句结论。

可选项（缺省时用默认值，不要为此反复追问）：

• 3–5 个核心能力/卖点；
• 可引用的数据、客户名、案例、第三方背书；
• 是否有现场 demo（有 → 必须补 demo 环境与预置数据）；
• 主要竞品或"现状做法"是什么；
• 交付形态（.pptx / 大纲 Markdown / 两者）；
• 品牌色、Logo、既有模板路径。

信息不足时的处理：先按合理假设补全并在大纲顶部标注「假设清单」，让用户在确认大纲时一并纠正，而不是卡住等答复。

二、演示叙事骨架（十段式，按场合裁剪）

顺序不可随意打乱——先让人认同问题，再看方案，最后信证据。

按听众裁剪：

• 高层决策：留 1/2/3/4/8/10，能力压到 2 页合并讲，重 ROI 与风险，12–16 页。
• 售前客户：全套十段，重 2/6/7/9，14–18 页。
• 投资人/内部评审：加市场规模、竞争格局、团队、里程碑，18–25 页。
• 使用者培训：砍掉 8/9/10 的商业部分，第 7 段扩到 8–12 页，每步配截图。

三、单页撰写规范

每一页必须产出五个字段，缺一个视为未完成：

第 N 页 · [段落名]
标题：一句结论（≤18 字，带判断或数字）
要点：≤4 条，每条 ≤22 字，只放支撑标题的必要信息
视觉：图表/截图/示意图的类型与内容建议
口播：30–60 秒讲稿 + 一句提问或停顿点

硬性规则：

• 标题写成结论句，不写名词短语。反例「功能介绍」；正例「三步完成审批，人工介入降到 5%」。
• 一页只服务一个观点；出现两个"并且"就拆页。
• 数字必须带单位、口径与来源（内部数据标注"内部统计，20XX-XX"）；无来源的数字改为定性表述，不许编造。
• 客户名、案例、竞品对比只在用户明确提供时写入；未提供时用 〔待补：客户案例〕 占位，不臆造。
• 要点写"结果"而不是"功能"：把"支持自动解析"改成"录单时间从 8 分钟压到 40 秒"。
• 口播备注不许留空——产品演示的失败多半发生在念 PPT，备注是防念稿机制。

四、Demo 环节专项写法

第 7 段是全篇最容易翻车的地方，用三段式逐屏撰写：

屏 X｜动作：使用者做什么（点哪里、输入什么）
     ｜反应：系统当场显示什么（状态、数值、反馈）
     ｜结果：这一步证明了前面哪个卖点

配套要求：

• 明确预置条件：需要的账号权限、样例数据、网络与环境、需要提前跑好的结果。列成 demo 前检查清单。
• 每一步都标注"它证明了第 6 段的哪条能力"，让 demo 与卖点闭环，不做无目的的点击巡游。
• 设计兜底方案：可能失败的环节（外网依赖、慢查询、第三方接口）给出截图版替代页或录屏备份位。
• 培训场景额外写"常见误操作 + 纠正提示"。

五、设计取向（默认约束）

除非用户给了模板或另有要求，交棒给 pptx 技能时附带以下约束：

• 简洁明亮：白/浅灰底 + 单一深蓝主色 + 一个强调色；不用渐变、不用全屏深色背景图。
• 无 emoji，图标用线性 SVG 风格；圆角小，阴影轻。
• 正文 ≥18pt，标题 ≥28pt，每页要点 ≤4 条，行宽不铺满整页，四周留白 ≥8%。
• 图表扁平配色、去掉不必要网格线；数字优先于文字，能一图说清就不写四条要点。
• 页脚统一：产品名 · 页码 ·（对外时）保密标识。
• 动效克制，转场用无/淡入，不做逐条飞入。

六、执行流程

1. 采集：按第一节一次列全清单；用户已给足信息则跳过提问直接进第 2 步。
2. 出大纲：按第二节骨架给出"页码 → 段落 → 标题结论句"的一页式清单，附页数/时长估算与假设清单，请用户确认或改动。
3. 等确认：大纲未确认前不写全文（这是省掉返工的唯一保险）。用户明确说"直接生成"时可跳过，但在交付时注明结构未预审。
4. 逐页成文：按第三节五字段写出全篇文稿，存 outputs/{产品名}-演示文稿-v1.md。
5. 交棒生成：调用 pptx 技能，把 Markdown 文稿 + 第五节设计约束 +（如有）模板路径交给它生成 .pptx，输出到 outputs/{产品名}-产品演示-YYYY-MM-DD.pptx。
6. 自查交付：过一遍第七节检查清单，用 qwenwork_file_present_files 呈现文件，并简述：总页数、时长、故事线一句话、仍需用户补的占位项。

Markdown 文稿的分隔约定（便于 pptx 技能解析）见 references/slide-patterns.md。

常见坑

• 把功能清单当故事：按产品模块排页 = 说明书，不叫演示。必须按"痛点 → 方案 → 证据"排。
• 开场就讲产品：没有先把听众放进问题里，后面的卖点都没有分量。
• 标题全是"背景介绍/功能亮点/案例分析"这种标签词——听众读到标题就没必要听正文了。
• Demo 页只放一张截图不写动作脚本，讲的时候忘下一步点哪里。
• 为了好看编数字、编客户、编竞品对比——一旦现场被追问，整份 deck 信用归零。
• 页数与时长不匹配：40 页讲 20 分钟必然跳页，跳页时优先砍能力页，绝不砍痛点与证据页。
• 忘记占位：缺信息时宁可留 〔待补〕，也不要用通用套话填满。
• 直接在本技能里写渲染 PPT 的代码 —— 越界，交回 pptx 技能。

七、验证清单

• [ ] 每页都有：结论式标题 / ≤4 条要点 / 视觉建议 / 口播备注
• [ ] 全篇能一句话复述"最想让人记住的话"，且它出现在封面、方案总览、结尾三处
• [ ] 每个卖点都有对应证据（数据、案例或 demo 步骤）
• [ ] Demo 步骤含"动作—反应—结果"三段 + 预置条件清单 + 兜底位
• [ ] 无来源数字、编造客户名、臆造竞品对比 = 0；未定项已标 〔待补〕
• [ ] 页数 ≈ 时长 ÷ 1.5~2 分钟；按听众类型做过裁剪
• [ ] 设计约束已随文稿交给 pptx 技能
• [ ] 已生成 .pptx 并 present 给用户，列出待补占位
• [ ] AI 生成声明已在封面角标与尾页落地，文案逐字一致

八、强制规则：AI 生成声明

每份由本技能产出的 PPT，必须带上下列声明，一字不改、不可省略、不可由用户"看起来不需要"而跳过：

> PPT 内容由 AI 生成，仅供参考

落地位置（两处都要）：

• 尾页/封底：单独一行居中或左对齐显示，字号不小于正文，与致谢/联系方式页同页即可，不另开一页。
• 封面角标：封面左下角小字放置同一句（可在页脚区域与产品名、保密标识同行）。

同时写入 Markdown 文稿的元信息块，确保 pptx 技能生成时不丢失：

声明：PPT 内容由 AI 生成，仅供参考

配套要求：该声明不替代内容层面的溯源——文稿内每个数字仍需注明来源与口径，每个 〔待补〕 仍需向用户列清；声明是提示"未经人工核实"，不是给编造内容兜底的许可证。

版本记录