k2f-sales-deck

K2F 销售演示文稿 — AI 原生美学设计

用途

教会 Agent 在排版之前规划销售演示文稿：一次会议，一个交易阶段——以潜在客户为主角，用他们自己的话描述痛点，让证据与成果挂钩；不虚构用户未提供的 ROI、徽标或结果。

基于 K2F 构建

此技能会将销售演示文稿生成为 .K2F 包。编写时请遵循 k2f 技能：解包或初始化工作区、编辑语义树、打包并验证，然后导出。K2F 让 Agent 专注于含义（幻灯片角色、叙事、视觉意图），而非坐标；引擎会将布局、字体排印和主题编译为可供导出的输出。

开始构建之前，请安装核心技能：npx skills add suzheng/k2f --skill k2f。

适用场景

• 根据通话记录或 CRM 上下文制作探索、演示、提案或高管简报演示文稿。
• 针对指定客户和采购阶段个性化模板演示文稿。
• 将功能繁多的幻灯片改为问题–解决方案–证据流程，并明确提出下一步行动。

工作流

步骤 1. 生成 content_and_design.md

为语义内容和美学意图提供统一蓝图。为每张幻灯片使用带标签的内容块（角色、标题、正文、视觉类型），以便 k2f 技能稍后映射。

子步骤

1. 会议框架 — 设定一种会议类型和一个目标：探索、演示、提案或高管简报。记录受众构成、采购阶段、异议和期望的下一步行动；一份演示文稿中绝不包含多个会议目标。

2. 输入审查 — 清点已核实的输入：潜在客户名称/背景、用客户自己的话描述的痛点、范围、定价规则、获批的案例研究、产品截图和竞争信息。对缺失的证据标注 NEEDS USER INPUT；绝不编造指标、客户名称或 ROI。

3. 叙事主线 — 根据会议选择合适的主线：

   • 问题–解决方案–证据（默认）：他们当前的处境 → 采用你的方案后更好的未来 → 为什么选择你（可信度）。
   • SPIN 风格演示：回顾情境 → 明确问题 → 维持现状的代价 → 与其用例挂钩的收益。
   • 高管简报：说明会议缘由 → 我们了解到的情况 → 建议 → 投资/时间线 → 讨论。 潜在客户是主角；你的产品是向导——以“你”将获得的成果为主线，而非公司历史。

4. 幻灯片架构（保留 / 删除） — 根据叙事主线规划幻灯片；常见数量：探索 5–10 张、演示 5–15 张、提案 10–20 张、高管简报 10–15 张。

   • 核心流程：标题 → 议程（3–5 项，以后续步骤收尾）→ 他们面临的挑战 → 解决方案/成果 → 证据 → 演示/产品（如有需要）→ 投资/ROI → 双方商定的后续步骤。
   • 删除开场的公司历史、笼统的“业界最佳”声明、完整的功能巡览、重复的问题/解决方案幻灯片，以及仅适用于投资者的内容区块（TAM、资本结构表）。
   • 拆分一张幻灯片上包含两个重点的情况（例如，问题 + 建议，或未提供价值背景的价格）。

5. 每张幻灯片的内容约定 — 为每张幻灯片指定：

   • 标题：用采购方的语言表达幻灯片要点（“为类似贵公司的团队缩短 40% 的入职时间”，而不是“我们的平台”）。
   • 正文：最多 3–5 个要点，或一个视觉元素；对比内容采用平行结构；如有相关表述，在问题幻灯片中引用客户原话。
   • 视觉类型：工作流图、产品画面、徽标 + 成果条、ROI 对比、时间线、双方行动计划——呈现量化影响时使用图表/标注意图，不要大段堆砌文字。
   • 证据备注：将每项统计数据标注为 Measured / User-provided / TBD；案例研究应与行业/用例相近；如有要求则匿名处理。

6. 受众深度 — 经济决策者：优先呈现成果、ROI、风险和时间线。技术决策者：提供集成/适配幻灯片或附录指引，而非讲完整份演示文稿。混合受众：划分内容重点（“面向管理层…… / 面向团队……”），但不要增加幻灯片数量。

7. 设计意图——针对引擎：

   • 语气：提供咨询式、可信且个性化的表达，不使用套路化的夸张宣传；与潜在客户的正式程度保持一致。
   • 层级：标题说明核心结论；有证据时，每页设置一个核心指标或短语；来源以次级脚注注明。
   • 信息密度：每页一个观点；多用视觉元素，避免大段文字；议程页和后续步骤页应便于快速浏览。
   • 配色：采用克制的基础色，用一种强调色突出指标和行动请求；确保屏幕共享时对比清晰；Logo 和对比样式保持一致。

规则与限制

• 单次会议关卡：演示文稿只服务于一个目标，并且只有一个主要后续步骤。
• 个性化关卡：在通用产品介绍之前，先呈现潜在客户的姓名、痛点和用例。
• 证据关卡：Logo、结果和 ROI 必须使用用户批准的事实，或明确标注为 TBD，不得暗示已取得成效。
• 单一观点关卡：如果标题里需要用“和”连接多个观点，就拆分或删减。
• 行动请求关卡：结束页应列出负责人、日期和明确的问题，而不是被动地问一句“还有问题吗？”

常见失败模式

• 变成供应商独白 → 以对方的挑战为先；“关于我们”最多只安排一个展示可信度的环节。
• 演示文稿过于通用或显得冷淡 → 个性化标题、议程和“我们的理解”部分。
• 演示变成产品功能巡览 → 聚焦最重要的 3 个用例；注明是现场演示还是截图。
• 先谈价格、后谈价值，或结尾乏力 → 将 ROI 与投资额配对呈现；制定包含明确行动请求的双方行动计划。
• 内容深度与受众不匹配 → 重新调整，或在蓝图中标记附录幻灯片。

质量检查清单

• 蓝图顶部注明会议类型、单一目标和预期后续步骤。
• 在解决方案或产品幻灯片之前呈现针对潜在客户的挑战。
• 每张幻灯片都有一个标题主张，并注明视觉类型。
• 证据幻灯片注明来源、审批状态或 TBD；不出现未标注的指标。
• 议程页与最后一页保持一致（讨论内容和列出负责人/日期的后续步骤）。
• 设计意图为整份演示文稿明确语气、核心强调内容和强调色的用法。

步骤 2：使用 content_and_design.md 和 k2f 技能生成 K2F 文件，并导出为合适的文件格式。

按照 k2f 技能，根据蓝图创建幻灯片，应用设计意图中定义的角色，进行验证，并导出可用于会议的交付成果。