When you’d need it
You need to teach how something works — a product, an architecture, a process — to a room that doesn't have your context. A feature list won't land; you need a concept, then a model, then proof.
You need to teach how something works — a product, an architecture, a process — to a room that doesn't have your context. A feature list won't land; you need a concept, then a model, then proof.
Copy for onboarding, internal training, or a technical overview. For a deeper technical audience, ask Toft to add architecture diagrams and data flows; for execs, cut to concept, one example, and implications.
Same structure, your scenario — pick a starting prompt.
Lead with the concept, then the model, then worked examples, then the workflow and implications. This example follows that teaching order so a new audience can follow without prior context.
Both. It is designed for explaining a system with a mix of copy and visual frames, which works for onboarding, internal training, and product overviews.
Yes. Prompt Toft with your own system and ask it to keep the concept-model-examples structure while swapping in your content.
Yes. Ask Toft to add architecture diagrams, data flows, or implementation notes for an engineering audience.
Yes. Ask Toft to reformat the explainer into a readable document or a one-pager.
Yes. Every frame and element is editable by prompt or by hand.
Describe what you need. Toft returns the finished, editable artifact.