Investor
10 rolesObject: equity in a future company · Works with: thesis · traction · market · team (mostly authored) · Close: meeting / diligence / term sheet
Reference implementation · the communication engine
A presentation is a surface composed from the connective substrate — not a document we author. Three deck grammars share one StoryBrand skeleton; only the object in the hero slot changes. The client-insight grammar is already running: it projects a complete data-story (DS-7+1) into a decision-ready readout. Charter: docs/strategy/COMMUNICATION-CAPABILITY-CHARTER.md; the engine’s canonical home will be the toolbox.
Object: equity in a future company · Works with: thesis · traction · market · team (mostly authored) · Close: meeting / diligence / term sheet
Object: a product that solves their problem · Works with: situations · brandscripts · proof cards · Close: trial / pilot / purchase
Object: a decision to make from their own data · Works with: their data · analytics recipes/models · the story-card shelf · behavioral priors · Close: decide + act + the priced next step (certainty upsell)
These grammars are authored: a deck spec supplies content per grammar role and the engine orders it by the spine. Same engine as the readouts below — second path. Confidential (investor room); drafts still carry [bracketed] figures for Mike to fill.
The customer grammar is derived, not authored: each persona’s SB7 brandscript assembles into a customer deck with zero re-authoring — the engine fanned across every live persona. Same renderer as the investor decks above. Drafts; the proof slide attaches its paired situation.
Each readout below is projected from the story database into the DS-7+1 grammar by the engine. The charts are designed canonical scenes— the platonic form a confirmed story presents as — not any client’s data.