Back to Details

k2f-pitch-deck

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

K2F Pitch Deck — AI-Native Aesthetic Design

K2F 融资路演 — AI 原生美学设计

Purpose

目标

Teach agents to blueprint pitch decks before layout: a narrated slide sequence investors can skim in three minutes, with one memorable claim per slide and honest gaps marked—without inventing traction, market size, or team credentials the user did not supply.
教会 Agent 在布局之前规划融资路演：打造一套可供投资人在三分钟内快速浏览的叙事型幻灯片序列，每页呈现一个令人印象深刻的结论，并如实标出信息缺口；不得虚构用户未提供的 traction、市场规模或团队资历。

Built on K2F

基于 K2F 构建

This skill produces investor-ready decks as 
.K2F
packages. Follow the k2f skill for authoring: unpack or init a workspace, edit the semantic tree, pack/verify, and export. K2F keeps agents on meaning (slide roles, narrative, data shapes)—not coordinates—while the engine compiles layout, typography, and theme into export-ready output.
Before you build, install the core skill: 
npx skills add suzheng/k2f --skill k2f
.
此 skill 会将可直接面向投资人的路演材料生成为 
.K2F
包。创作时请遵循 k2f skill：解包或初始化工作区，编辑语义树，打包并验证，然后导出。K2F 让 Agent 专注于内容含义（页面角色、叙事和数据形态），而非具体坐标；同时由引擎编译布局、排版和主题，生成可直接导出的成果。
开始构建前，请安装核心 skill：
npx skills add suzheng/k2f --skill k2f
。

When to Use

适用场景

  • Drafting a fundraising deck from founder notes, a one-pager, or partial metrics.
  • Rebuilding a crowded or generic AI deck into a clear 10–12 slide investor story.
  • Adapting story for seed (vision + team) vs growth (unit economics + scale).
  • 根据创始人笔记、一页简介或部分指标起草融资路演材料。
  • 将内容拥挤或风格通用的 AI 路演材料重构为清晰的 10–12 页投资人叙事。
  • 根据融资阶段调整故事重点：种子轮侧重愿景与团队，成长轮侧重单位经济模型与规模化。

Workflow

工作流

Step 1. Generate the content_and_design.md

第 1 步：生成 content_and_design.md

Single blueprint for semantic content and aesthetic intent. Use labeled blocks per slide (role, headline, body, visual type) that the k2f skill can map later.
Sub-steps
  1. Deck frame — Audience (angels, seed VC, Series A), stage, round size if known, and time budget (typically 10–15 minutes). Choose investor vs sales emphasis; drop fundraising slides for pure sales decks.
  2. Input audit — Inventory user materials: problem evidence, product proof, TAM sources, traction, team, financials, ask. Flag 
    NEEDS USER INPUT
    for missing assets; never fabricate revenue, users, or market figures.
  3. Narrative spine — Plan the emotional arc before slide titles: hook (why care now) → pain (specific, quantified when data exists) → insight/solution → why us / why now → proof → scale path → ask. Title slide must carry company name + one-line tagline only.
  4. Slide architecture (include / cut) — Default investor stack (~10–12 slides); merge or omit when inputs are thin:
    • Title → Problem → Solution → Market (TAM/SAM/SOM) → Product → Traction → Business model → Competition → Team → Financials & ask → (optional appendix pointers).
    • Cut duplicate product/solution slides, essay-length competition, feature lists without outcomes, and “vision” slides without proof at growth stage.
    • Split when two ideas share one slide (e.g., problem + solution, or market + business model).
  5. Per-slide content contract — For each slide specify:
    • Headline: conclusion, not topic label (“$4B spent on X with 40% waste” not “Market”).
    • Body: max 3–5 bullets or one visual; max ~2 lines per bullet; no orphan single-word lines.
    • Visual type: chart, comparison columns, metric callouts, team grid, or product frame—prefer chart/table intent over paragraph for numbers, trends, and landscapes.
    • Footnotes: source + year for external stats; note assumptions for TAM.
  6. Number presentation — One currency and unit system. Round for slides without changing the story; repeat identical figures everywhere a metric appears.
  7. Design intent — Tone, hierarchy, density, palette for the engine:
    • Tone: confident, sparse, evidence-led; avoid hype adjectives without metrics. Dark-on-light body text; reserve brand color for titles, key metrics, and the ask.
    • Hierarchy: slide title = largest; one hero number or phrase per slide when data supports it; footnotes smallest and visually subordinate.
    • Density: one core message per slide; max ~6 bullets in any block; comparison slides use parallel columns (us vs alternatives), not prose.
    • Palette: clean background, one accent, neutral body; WCAG AA contrast; parallel ✓/× styling on competition slides.
Rules & constraints
  • One-idea gate: if the headline needs “and,” split the slide or cut a thread.
  • Proof gate: traction and financial slides use numbers user provided or explicit TBD—not rounded-up fiction.
  • Chart gate: time series, market size, and share belong in visual intent, not bullet dumps.
  • Ask gate: funding amount, use-of-funds buckets, and milestones appear together on the closing slide or clearly linked pair.
  • Consistency gate: identical metrics and spellings across all slides; update all occurrences when one changes.
Common failure modes
  • Ten slides of features with no problem or ask → reorder spine; add or strengthen problem and financials/ask.
  • TAM as unsubstantiated huge number → tie to source, scope, and methodology or mark TBD.
  • Competition as insult list → two-column differentiation with checkmarks on capabilities you can defend.
  • Traction buried in prose → promote 2–4 hero metrics with period labels (e.g., MRR, growth %, logos).
  • Crowded slides → cut or move detail to appendix notes in the blueprint.
  • Mismatched figures across slides → reconcile before handoff.
  • Generic hype → replace with user-specific pain and outcome.
Quality checklist
  • Tagline and problem appear in first three slides; ask in the last investor slide.
  • Every slide has one headline claim and a declared visual type.
  • No slide exceeds density limits; numbers have sources or TBD flags.
  • TAM/SAM/SOM definitions are consistent; repeated metrics match across slides.
  • Team slide uses user-supplied names and relevant credentials only.
  • Design intent names tone, hero emphasis, and accent usage for the full deck.
使用一份蓝图同时定义语义内容和美学意图。每页使用带标签的内容块（角色、标题、正文、视觉类型），供 k2f skill 后续映射。
子步骤
  1. 路演框架 — 明确受众（天使投资人、种子轮 VC、Series A）、融资阶段、已知情况下的融资额，以及时间预算（通常为 10–15 分钟）。选择以 investor 还是 sales 为重点；纯销售型路演材料应删除融资相关页面。
  2. 输入审核 — 盘点用户提供的材料：问题证据、产品验证、TAM 来源、traction、团队、财务数据和融资诉求。对缺失素材标记 
    NEEDS USER INPUT
    ；绝不可虚构收入、用户数或市场数据。
  3. 叙事主线 — 先规划幻灯片标题之前的情绪弧线：吸引点（为何现在值得关注）→ 痛点（具体描述，有数据时进行量化）→ 洞察/解决方案 → 为何是我们/为何是现在 → 证据 → 规模化路径 → 融资诉求。标题页只能包含公司名称和一行 tagline。
  4. 页面架构（保留/删除） — 默认采用约 10–12 页的投资人页面结构；当输入材料不足时，应合并或省略部分内容：
    • 标题 → 问题 → 解决方案 → 市场（TAM/SAM/SOM）→ 产品 → Traction → 商业模式 → 竞争 → 团队 → 财务与融资诉求 →（可选附录指引）。
    • 删除重复的产品/解决方案页面、篇幅过长的竞争分析、没有结果支撑的功能列表，以及成长阶段缺少证据的“愿景”页面。
    • 当两个观点共用一页时进行拆分（例如问题与解决方案，或市场与商业模式）。
  5. 逐页内容约定 — 为每页明确以下内容：
    • 标题：应表达结论，而不是主题名称（例如使用“在 X 上花费 40 亿美元，其中 40% 被浪费”，而不是“市场”）。
    • 正文：最多 3–5 条要点或一个视觉元素；每条要点最多约两行；不得留下孤立的单词行。
    • 视觉类型：图表、对比栏、指标标注、团队网格或产品界面框；对于数字、趋势和市场格局，优先采用图表/表格意图，而不是堆砌段落。
    • 脚注：外部统计数据需注明来源和年份；TAM 需注明假设。
  6. 数字呈现 — 统一货币和单位体系。用于页面展示时可以四舍五入，但不得改变故事含义；同一指标在所有出现位置都必须使用相同数值。
  7. 设计意图 — 为引擎定义语气、层级、信息密度和配色：
    • 语气：自信、克制、以证据为导向；避免使用没有指标支撑的夸张形容词。浅色背景上使用深色正文；品牌色仅用于标题、关键指标和融资诉求。
    • 层级：幻灯片标题字号最大；有数据支持时，每页设置一个核心数字或核心短语；脚注字号最小，并在视觉上从属于主体。
    • 密度：每页只传达一个核心信息；任一区块最多约 6 条要点；对比页面使用并列栏（我们 vs 替代方案），而不是连续文字。
    • 配色：干净的背景、单一强调色和中性色正文；满足 WCAG AA 对比度要求；竞争页面中的 ✓/× 样式保持一致。
规则与约束
  • 单一观点门槛：如果标题需要使用“and”，应拆分页面或删除一条内容线。
  • 证据门槛：traction 和财务页面只能使用用户提供的数字或明确标注为 TBD；不得虚构向上取整的数据。
  • 图表门槛：时间序列、市场规模和市场份额应体现在视觉意图中，而不是堆砌为要点列表。
  • 融资诉求门槛：融资金额、资金用途分项和目标里程碑应同时出现在结尾页，或以清晰关联的方式成对呈现。
  • 一致性门槛：所有页面中的相同指标和拼写必须一致；修改某一处时，应同步更新所有出现位置。
常见失败模式
  • 十页内容都在介绍功能，却没有问题和融资诉求 → 重新排列叙事主线；补充或强化问题、财务和融资诉求部分。
  • TAM 是缺乏依据的巨大数字 → 补充来源、范围和计算方法，或标记为 TBD。
  • 竞争页面变成贬损式清单 → 使用双栏差异化对比，并仅对自身能够证明的优势能力使用勾选标记。
  • traction 埋在段落中 → 突出展示 2–4 个核心指标，并附统计周期标签（例如 MRR、增长率、客户 Logo）。
  • 页面过于拥挤 → 精简内容，或将细节移至蓝图中的附录备注。
  • 不同页面的数据不一致 → 交付前核对并统一。
  • 内容充满通用宣传语 → 替换为用户特有的痛点和成果。
质量检查清单
  • Tagline 和问题在前三页中出现；融资诉求出现在投资人叙事的最后一页。
  • 每页都有一个标题结论，并声明了视觉类型。
  • 任何页面均未超出密度限制；数字均有来源或 TBD 标记。
  • TAM/SAM/SOM 的定义保持一致；重复出现的指标完全匹配。
  • 团队页面只使用用户提供的姓名和相关资历。
  • 设计意图明确说明整套路演材料的语气、核心强调项和强调色使用方式。

Step 2. Use the content_and_design.md and k2f skill to generate a K2F file and export to an appropriate file format.

第 2 步：使用 content_and_design.md 和 k2f skill 生成 K2F 文件，并导出为适当的文件格式

Follow k2f to instantiate slides from the blueprint, apply roles from design intent, verify, and export the presentation-ready deliverable.
遵循 k2f skill，根据蓝图实例化幻灯片，应用设计意图中的角色，完成验证并导出可直接演示的交付成果。