This skill produces sales decks as
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, visual intent)—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
.
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.
-
Meeting frame — One type and one objective: discovery, demo, proposal, or executive briefing. Record audience mix, buying stage, objections, and desired next step—never multiple meeting goals in one deck.
-
Input audit — Inventory verified inputs: prospect name/context, pains in their language, scope, pricing rules, approved case studies, product screenshots, competitive facts. Flag
for missing proof; never fabricate metrics, customer names, or ROI.
-
Narrative spine — Choose a spine matched to the meeting:
- Problem–solution–proof (default): their world today → better future with your approach → why you (credibility).
- SPIN-style demo: situation recap → articulated problem → cost of status quo → payoff tied to their use cases.
- Executive briefing: why we’re here → what we learned → recommendation → investment/timeline → discussion.
Prospect is the hero; your product is the guide—lead with “you” outcomes, not company history.
-
Slide architecture (include / cut) — Map slides to the spine; typical counts: discovery 5–10, demo 5–15, proposal 10–20, executive 10–15.
- Core path: title → agenda (3–5 items, end with next steps) → their challenge → approach/outcomes → proof → demo/product (if needed) → investment/ROI → mutual next steps.
- Cut opening company history, generic “best in class” claims, full feature tours, duplicate problem/solution slides, and investor-only blocks (TAM, cap table).
- Split when two beats share one slide (e.g., problem + recommendation, or price without value context).
-
Per-slide content contract — For each slide specify:
- Headline: the point of the slide in buyer terms (“Cut onboarding time 40% for teams like yours” not “Our platform”).
- Body: max 3–5 bullets or one visual; parallel structure on comparisons; quote their words on problem slides when available.
- Visual type: workflow diagram, product frame, logo + outcome strip, ROI comparison, timeline, mutual action plan—use chart/callout intent for quantified impact, not paragraph dumps.
- Proof notes: label each stat Measured / User-provided / TBD; similar industry/use case for case studies; anonymize if required.
-
Audience depth — Economic buyers: outcomes, ROI, risk, timeline first. Technical buyers: integration/fit slides or appendix pointers, not the whole deck. Mixed room: segment beats (“For leadership… / For your team…”) without doubling slide count.
-
Design intent — For the engine:
- Tone: consultative, credible, personalized—no stock hype; mirror prospect formality.
- Hierarchy: headline states the takeaway; one hero metric or phrase per slide when proof exists; subordinate footnotes for sources.
- Density: one idea per slide; visuals over text walls; agenda and next-steps slides stay scannable.
- Palette: restrained base, one accent for metrics and the ask; screen-share contrast; consistent logo and comparison styling.