INTO Consulting INTO Consulting
Start typing to search.

Media framework

Decks

Canonical hybrid spec: `contexts/google-slides-system.html`.

Canonical hybrid spec: contexts/google-slides-system.html. Canonical source template: templates/decks/slide-system.md. Foundation source: contexts/design-foundations-system.html.

System Waterfall

Apply in order: update ledger, foundation context, tokens and brand systems, media framework, channel database, this deck sheet, Google Slides hybrid spec, deck source template, export/review checks. Slide coordinates may use px, pt, or inches, but the source rhythm and hierarchy come from the foundation layer.

Requirement

INTO Consulting decks must support proposal presentations, project status decks, investor presentations, and reader-first editorial decks. The default deck is readable without a narrator.

Constraints

  • INTO Consulting only.
  • Google Slides compatible 16:9 landscape.
  • Warm Light is the default surface.
  • Blueprint Dark is reserved for cover, section, and high-contrast moments.
  • Newsreader, Lexend, and IBM Plex Mono are the only fonts.
  • Petrol is signal/action/primary-series emphasis, not decoration.
  • Brand codes are restrained: one to three codes on a typical slide.
  • The four-point star is a north-star or compact AI cue. The thick circle is a framing/highlight device. Neither is a bullet.
  • Charts, KPIs, Gantt plans, and schematics follow brand/data-visualization-system.md.

Bet

The deck system should behave like a concise editorial document with reusable master layouts. This costs some slideware variety, but gives humans and agents a reliable way to build proposals, status updates, investor narratives, and appendices without rebuilding the brand.

Failure Modes

  • Slide becomes pitch theatre and cannot be read as a PDF.
  • The deck becomes a topic list instead of a decision argument.
  • Slide titles are neutral labels instead of conclusions.
  • Display/H1 type is too large or heavy and makes the deck feel theatrical.
  • Margins and gaps are improvised slide by slide.
  • The slide uses custom complexity when a clean two-column layout would read better.
  • A reused layout stays unnamed and drifts across decks.
  • Evidence appears on the slide but does not prove the title.
  • Text is shrunk below the mode minimum instead of split into another slide.
  • Charts lack conclusion titles, unit/period/source notes, or direct labels.
  • Charts are built from unquantified headlines with no source, method, denominator, or assumption.
  • The slide uses visible meta commentary instead of executive-value content.
  • The deck defaults to prose when a chart, table, screenshot, schematic, timeline, or decision board would reduce interpretation time.
  • Presented or interactive slides omit meaningful sequencing where animation would clarify hierarchy, proof, or state.
  • Petrol, star, circle, gradients, or marks become decorative filler.
  • Critical content lands in the bottom-right control zone.
  • KPI, table, chart, annotation, footnote, or source-note text is made tiny to force a crowded slide to fit.
  • Left accent rails appear on many items and become decoration.
  • Title or section backgrounds are guessed instead of using Warm Light, Blueprint Dark, editorial gradients, or photo overlays with governed text color.

Benchmark Logic

Use external benchmarks for operating discipline only:

  • Bang & Olufsen: category-led guideline architecture, template governance, strict usage rules, and layout discipline.
  • Accenture: authored research-report structure, figure labels, source notes, methodology/endnote discipline, and evidence-led editorial pacing.
  • McKinsey-style doctrine: decision memo in slide form, Pyramid Principle, SCQA opening, MECE grouping, action titles, and title-chain review.
  • Design/research consultancies: observed needs, systems context, prototype learning, method clarity, and implications for action.

Do not copy their visual identities, colors, typefaces, imagery, branded language, or proprietary templates.

Website Calibration

Use https://www.weareinto.consulting/ as a current positioning reference before finalizing external-facing decks. Translate only the signals that help the deck make better decisions:

  • INTO is a Montreal AI studio for practical custom AI work and senior operators.
  • The editorial rhythm uses numbered sections, direct claims, and visible proof.
  • Delivery language can use Discovery, Define, Build, and Optimize when it matches the work.
  • Use-case claims should connect outcome, mechanism, and evidence.
  • Closing slides should include a concrete next action, route, owner, and timing.
  • Footer behavior should preserve copyright notice, optional context, and page number.

Do not copy the website hero composition, web animation, section layout, historic slide formatting, or old deck tone.

Legacy Deck Reference Calibration

Operator-supplied legacy decks for QDHP, About INTO, Puxxle, and Banque Nationale are calibration inputs only. Extract the communication jobs and missing system requirements; do not copy their styling, density, client-specific wording, or stale tone.

Useful system learnings:

  • Enterprise decks need a clear pattern-to-client-implication sequence.
  • Proposal decks need challenge, architecture, phased delivery, timeline, investment, team, terms/notices, and next action.
  • Capability decks need reusable proof, team, and case-pattern masters rather than generic who-we-are prose.
  • Legal/commercial end matter from the Puxxle reference is important enough to become a named master, not appendix filler.

Do not carry forward dense three-column prose, tiny copy, inconsistent copyright casing, decorative AI imagery, client-specific proof as generic evidence, or legal notices squeezed into a closing wall of text.

Decision Setup

Before building slides, answer these items:

  1. What decision must the audience make?
  2. What is the recommendation in one sentence?
  3. What is the SCQA frame: situation, complication, question, answer?
  4. What are the MECE supporting arguments?
  5. What evidence proves each argument?
  6. What belongs in the appendix instead of the main path?

If these are unknown, create a reader-first discovery deck rather than a proposal, investor, or decision deck.

Executive Composition Gate

Use brand/layout-composition-system.md before styling slides.

  • The first meaningful line should be the conclusion, recommendation, or decision question. Do not make executives wait for the answer.
  • Every visible phrase must answer what changed, why it matters, what decision is needed, what evidence proves it, or what action follows.
  • Remove visible meta commentary. Internal labels, facilitator cues, AI narration state, build names, and process notes belong in speaker notes, facilitator drawers, voiceover files, or appendix detail.
  • Related items sit closer together than unrelated items. A source note belongs near the exhibit it qualifies; an action belongs near the decision it executes.
  • Choose the dominant visual before expanding prose. Analytical slides should use a chart, table, screenshot, schematic, timeline, owner/action/date strip, comparison, or decision board unless the slide is intentionally a quote, legal notice, or concise recommendation.
  • One or two columns are the default. Three columns are only for peer content.

Brand-Defense Patterns

Brand-defense slides protect trust without turning the deck into legal theatre. They are used for proposal covers, joint-working session decks, regulated reader-first exports, partner attribution, and commercial end matter.

PatternUse WhenPlacementRule
Fictional or client logo lockupA deck needs to show the relationship between INTO and a client or partner.Cover metadata line or title safe area; optional footer center on reader-first slides.Use the client’s approved asset only in real work. In system examples, use obvious placeholders such as ACME Corp, never real logos. Keep INTO primary unless the engagement contract says otherwise.
Regulatory or legal textA slide carries confidentiality, use restrictions, SOW precedence, assumptions, or approval context.Footer, Terms master, or a dedicated Legal Notices slide before the closer.Keep text readable. Split legal notices before reducing type below the floor.
Disclaimers and assumptionsEvidence is illustrative, sampled, directional, modelled, or dependent on client input.Directly below the chart, table, or claim it qualifies.The disclaimer sits on the slide, not in speaker notes. Use plain language and identify the affected claim.
Source notesAny quantitative claim, client-provided record, benchmark, or diagram basis.Attached to the exhibit, above the footer.Include unit, period, source, method, and assumption when relevant. Do not group all sources on a final slide when the reader needs them in context.
Partner attributionA named tool, implementation partner, or research source materially supports the work.Near the relevant schematic/table or in appendix reference notes.Use names only when recognition helps the reader. Avoid logo walls and vendor collages.

Deck Density Budgets

Density is governed by deck contract. If a draft exceeds the budget, split the slide, move detail to appendix, or change the evidence form before shrinking type or adding boxes.

Deck ContractMain PathSection BudgetExhibit BudgetText BudgetEvidence:Argument RatioCommon Failure
Proposal12-18 slides before appendix.SCQA 4-5, evidence 3-5, approach/commercials 4-6, ask 1-2.One dominant exhibit per analytical slide; no more than three MECE evidence branches in the main path.Max three support blocks per slide, max two short sentences per block.At least 60 percent evidence or decision surfaces after the opening.Scope, team, commercials, and risks compressed into one unreadable closing wall.
Project Status6-10 slides before appendix.Pulse 1-2, progress 1-2, decisions 1-2, risks/asks 2-3.One status table, timeline, or decision board per slide.Max three asks or risks per main-path slide.At least 70 percent decision, risk, progress, or ask surfaces.Status prose replaces decisions and owners.
Investor10-16 slides before appendix.Thesis 1-2, market/problem 2-3, proof 3-5, system/model 2-4, ask 1-2.One proof exhibit per evidence slide; market slides need source and method.Max three proof points per slide.At least 50 percent proof surfaces after thesis.Market theatre, oversized TAM claims, or unsupported traction graphics.
Reader-First Editorial8-24 pages depending on document job.One idea per page; appendix only when needed.One table, chart, schematic, or screenshot per analytical page.Max two text groups plus one exhibit; long prose becomes a document, not a deck.At least one evidence object for every major claim.Dense report pages forced into slide format with tiny text.

Design Foundation Rules

Use contexts/design-foundations-system.html before choosing slide-specific geometry or typography.

  • Treat the 0.25rem micro baseline and 0.5rem structural baseline as the source rhythm, then translate the rhythm into slide points or pixels.
  • Use letter-spacing 0 by default. Do not use negative tracking. Mono labels get rhythm from content structure, not CSS tracking.
  • Use Newsreader display treatment only for covers, section breaks, quote moments, major numerals, H1s, and editorial title slides.
  • Italics are limited to one short heading phrase when editorial contrast or quotation-like emphasis is needed. Never use italics in buttons, data labels, chart labels, captions, or UI controls.
  • Use Z-pattern only for sparse cover, section, and final decision slides. Use vertical/layer-cake scanning for normal reader-first slides. Treat F-pattern behavior as a sign the slide is too dense.
  • Use bento only for a small set of comparable peer proof modules or one dominant proof plus supporting modules. Nested card grids fail review.
  • Put text beside photography, on quiet negative space, or on a controlled overlay. Never place text over the focal subject. Captions and cutlines stay attached.

Media

  • Format: 16:9 landscape, Google Slides compatible.
  • Size: 1920 x 1080 design coordinate or native 13.333 x 7.5in.
  • Coordinate conversion: 1px equals 0.006944in at the 1920 x 1080 working coordinate. Keep the deck in one coordinate system once started.
  • Surface: Warm Light for readable decks; Blueprint Dark for title cards, section dividers, and high-contrast presentation moments.
  • Reader-first margin: 96px on all sides.
  • Presented margin: 80px on all sides.
  • Bottom-right safe area: keep critical content out of the final 96px x 96px corner zone.
  • Footer zone: 40px high.
  • Reader-first, evidence, commercial, appendix, status, investor, and proposal body slides should use the footer.
  • Footer left: copyright notice, usually © INTO Consulting [year]. Confidential.
  • Footer center: optional client, section, or document status.
  • Footer right: page number.
  • Compact mark is optional and should not replace the copyright or page number.
  • Cover, Section Title, Q&A, Thank You, and high-contrast quote slides may omit the footer when the composition needs a full pause.
  • Full-bleed exception: Blueprint Dark section breaks may bleed to the slide edge when text still sits inside the safe margin.

Grid

  • Reader-first: 12 columns x 8 rows, 24px gutters, 96px margin.
  • Presented: 12 columns x 6 rows, 24px gutters, 80px margin.
  • Column width at 1920px: reader-first approximately 125px; presented approximately 127px.
  • Use columns to preserve reading measure. Do not let body prose span the full 16:9 canvas.
  • Wide evidence gets its own full-width row before being compressed.
  • Default layout is one or two columns. Three columns are allowed only for agenda lists, compact comparisons, KPI triplets, or clearly peer evidence. Four-column body slides fail review.
  • Do not use custom geometry to compensate for unclear grouping. Fix proximity, alignment, and evidence choice first.

Grid Grammar

The Google Slides context file is now the master visual reference for deck composition. Use contexts/google-slides-system.html#grid-grammar before reviewing or generating a native theme.

  • Canvas: 16:9, 13.333 x 7.5in or 1920 x 1080px.
  • Safe margin: 0.5in left, right, and top.
  • Bottom content clear: 0.38in.
  • Footer band: 0.24in.
  • Gutter: 0.14in.
  • Text modules: 4-5 columns.
  • Visual modules: 6 columns.
  • Panoramic evidence: 12 columns or a full evidence row.
  • Footer: copyright left, optional context center, page number right.

The default master move is label, pause, conclusion title, narrow argument, dominant evidence, source note, and recovery space. Do not let grid overlays, hairlines, or petrol become decoration; they should reveal structure.

Typography Scaling

Two modes exist. Do not mix modes on one slide. A deck may alternate modes intentionally when each slide declares its job.

RoleReader-FirstPresented
Cover titleNewsreader 54-66ptNewsreader 60-72pt
Slide titleNewsreader 34-44ptNewsreader 42-56pt
Section titleNewsreader 40-52ptNewsreader 48-64pt
Lead / argumentLexend 18-21ptLexend 22-26pt
BodyLexend 16-18ptLexend 20-24pt
Caption / metaIBM Plex Mono 10-12ptIBM Plex Mono 12-14pt
Figure labelsIBM Plex Mono 10-12ptIBM Plex Mono 12-14pt

Defect lines:

  • Reader-first body below 16pt is too dense.
  • Screen-share body below 20pt is a defect.
  • Presented slide title above 56pt needs a documented reason.
  • Newsreader above 400 weight is an exception; never use heavy bold.
  • Long labels should wrap or move into captions before type is reduced.

Spacing

  • Base related-object gaps: 16px and 24px.
  • Label to title: 12-16px.
  • Claim to supporting copy: 20-28px.
  • Body to exhibit: 32-48px.
  • Major slide breathing room: 64-96px.
  • Dense diagram internals: 16-24px.
  • Evidence recovery: leave 32-64px after tables, charts, Gantt plans, and schematics before the next argument.

Color Schemes

  • Warm Light: default deck pages, tables, charts, KPI, agenda, executive summary, proposal argument, team, appendix.
  • Blueprint Dark: cover, section break, Q&A, thank-you, and occasional high-contrast quote or conclusion moment.
  • Chart/Data: teal for answer or active series, gray for context, warm Saffron for milestones/warnings/comparisons, red only for critical contrast.
  • Editorial gradients: allowed only for cover, title, section, or atmospheric editorial surfaces. Not for charts, KPI cards, tables, or routine evidence.

Visual Evidence And Chart Validity

Every analytical slide should have one dominant evidence object. Text can explain implication, but it should not replace the exhibit when comparison, movement, workflow, responsibility, or prioritization is the communication job.

Charts must show conclusion, unit, period, population or denominator, source, method or calculation basis, and assumption/caveat when relevant. Bar charts must start at zero. Do not turn unquantified headlines into bars; use a ranked evidence table, confidence scale with method note, or decision list instead.

Diagrams must explain a real workflow, system, dependency, ownership model, architecture, or evidence chain. They need direction, real grouping, labelled non-obvious connectors, and static export readability.

Legibility Floor

Do not solve fit by shrinking text. KPI labels, table cells, chart axis labels, annotations, footnotes, and source notes must follow brand/typography-spacing-system.md.

  • Reader-first slide body below 16pt is a defect.
  • Presented body below 20pt is a defect.
  • Reader-first table cells below 12pt fail; 14pt is preferred.
  • Presented table cells below 16pt fail.
  • Reader-first chart labels below 10pt fail.
  • Presented chart labels below 12pt fail.
  • Source notes below 9pt fail; source notes carrying legal, commercial, or evidential meaning should be 10pt or larger.

If the content does not fit, remove copy, use a full-width exhibit, split the slide, or move detail to appendix before reducing type.

Accent Rails And Section Backgrounds

  • Use at most one accent rail on a normal slide.
  • Petrol rails mark current path, selected proof, or the one item needing attention.
  • Neutral rails can group related notes when spacing alone is not enough.
  • Repeated left borders on every item fail review.
  • Use open columns without boxes when related arguments need side-by-side comparison and no individual card inspection.
  • Use Blueprint Dark, editorial gradients, or photo overlays only for covers, title cards, section breaks, high-contrast quotes, dramatic conclusions, or room resets. Normal evidence stays on Warm Light.
  • If a background changes, use the matching theme text tokens. Do not guess foreground colors.

Motion Decision

Presented and interactive decks should declare whether motion is used. Use motion to reveal evidence order, draw chart or timeline progression, stage a schematic path, or confirm a decision. Do not use motion for routine hover effects, decorative loops, or hiding source notes. If a presented deck uses no motion, document why the static slide sequence is clearer.

Layout Primitive System

Layout primitives are reusable geometry patterns used inside master layouts. They do not replace masters. Choose the master first, then choose the layout primitive that best carries the slide’s content.

Use contexts/google-slides-system.html#wireframe-set for the first visual review surface. The gallery should show master specimens, not blank gray boxes. Each specimen must show:

  • Visible 12-column and row grammar.
  • Surface: Warm Light or Blueprint Dark.
  • Slide job and canonical master name.
  • Dominant exhibit, argument, or commercial structure.
  • Copyright, optional context, and page number when the master requires a footer.
  • Source, assumption, or decision line when the slide is analytical or commercial.

Before adding long prose for a new recurring deck pattern, add a master-gallery specimen that shows margin, hierarchy, dominant exhibit, footer behavior, and safe-area intent.

Interactive Presentation Contract

Google Slides is the default production surface, but the same system can drive interactive presentations built with reveal.js, anime.js, D3.js, Mermaid, Three.js, and PixiJS.

  • Build the static master first.
  • Every interactive slide needs a readable PDF/static equivalent.
  • Reveal.js owns the slide shell, route, and keyboard navigation. It should stay simple: one or two columns, clear margins, restrained type, and no custom slide theatre unless the evidence requires it.
  • Anime.js owns lightweight sequencing only: chart reveal, timeline current marker, schematic path draw, evidence callout, and section transition.
  • D3.js owns custom charts, data-driven infographics, animated evidence reveals, axes, scales, labels, joins, and bespoke quantitative exhibits.
  • Mermaid owns quick source-controlled flowcharts, sequence diagrams, Gantt diagrams, and process diagrams where editability matters more than polish.
  • Three.js is reserved for spatial models, architecture walkthroughs, and object/system demonstrations that cannot be explained clearly in 2D.
  • PixiJS is reserved for high-performance 2D canvas/WebGL scenes, dense animated maps, and sprite/canvas-heavy explainers.
  • Motion must respect reduced-motion preferences.
  • Every dynamic chart, diagram, scene, or canvas needs loading, empty, partial-data, error, success, static, keyboard, and focus-order states.
  • No decorative loops, parallax, glow, kinetic filler, animated source notes/legal terms, spinning logos, or particle effects without analytical meaning.

D3 Chart Rules

D3 is the default recommendation for interactive charts and infographics, but it still inherits the INTO data visualization system.

  • Use a conclusion title, not a neutral chart label.
  • Use direct labels where possible; legends are secondary.
  • Use INTO data colors only: petrol for selected data/action/current path, Saffron for caution/milestone/comparison, semantic green/red only when the meaning is favorable/critical, and neutrals for structure.
  • Put the source note and assumption label on the static slide.
  • Animate the reasoning path, not the decoration.
  • Reduced-motion mode shows the final readable chart with the same labels.
  • If the interactive view fails, the static fallback must still support the decision.
LayoutUse WhenGrid / MarginsGapTypeColor / Surface
TitleOpening, chapter, or high-emphasis claim.Presented 12 x 6, 80px margin. Title spans columns 1-8, rows 3-4.32px between label and title; 64px recovery below.Newsreader 60-88pt, mono metadata 12-16pt.Blueprint Dark or Warm editorial gradient.
AgendaOrienting the reader before the argument.Reader-first 12 x 8, 96px margin. Agenda spans columns 1-10, rows 3-7.24px row gap; 48px between title and list.Newsreader 40-52pt, Lexend 18-20pt, mono numbers 11-13pt.Warm Light. Petrol only for current section.
Section TitleResetting pace between chapters.Presented 12 x 6, 80px margin. Title spans columns 1-8.32px label-to-title; keep one empty third.Newsreader 60-80pt, Lexend 24-30pt transition.Blueprint Dark by default.
TimelineShowing sequence, phases, dependencies, or wave plan.Reader-first 12 x 8. Labels columns 1-3; axis columns 4-12.16-24px inside rows; 32px between axis and notes.Mono phase labels 11-13pt, Lexend body 16-20pt.Warm Light; Saffron signal only for milestones.
Image And TextPairing evidence image, screenshot, or macro texture with interpretation.Reader-first 12 x 8. Text 4-5 columns, image 6-7 columns.48px gutter between text and image; 24px caption gap.Newsreader 40-52pt title, Lexend 16-20pt body, mono caption.Warm Light. Photo overlay only when contrast passes.
ColumnsComparing related points or structuring dense editorial copy.Reader-first 12 x 8. Two columns use 5+5; three columns use 3+3+3 with gutters.32-48px between columns; aligned baselines.Lexend 16-20pt body; Newsreader 28-36pt subheads if needed.Warm Light; no decorative color blocks.
TermsCommercial, legal, assumptions, exclusions, or glossary detail.Reader-first 12 x 8. Term column 3-4 cols, explanation 7-8 cols.16-24px row gap; 32px section groups.Mono term labels 11-13pt, Lexend 16-18pt body.Warm Light; hairlines and light row shading only.
ChartShowing quantitative pattern, comparison, composition, or movement.Reader-first 12 x 8. Header rows 1-2; exhibit rows 3-7; source above footer.24-32px title/context gap; 32px chart-to-note gap.Newsreader action title, mono figure/context/source, chart labels 10-13pt.Chart/Data scheme on Warm Light.
StatisticShowing one to four numbers with movement and cause.Reader-first 12 x 8. One hero stat spans 5-6 columns; multi-stat uses 3 or 4 equal cells.32-48px between stat cells; 24px value-to-explanation.Newsreader numerals 54-88pt; mono period/unit; Lexend cause.Warm Light; petrol for primary value only.
Budget TableShowing fees, budget, cost plan, discount, taxes, or assumptions.Reader-first 12 x 8. Row labels 3-4 cols, values 2-3 cols, notes 4-5 cols.12-16px cell padding; 24-32px group spacing.Mono headers 10-12pt; Lexend cells 15-18pt; tabular numerals.Warm Light; hairlines, light row shading, petrol total line only if action.
TeamShowing people, roles, responsibilities, decision rights, availability.Reader-first 12 x 8. Role matrix spans columns 1-12; optional portraits stay secondary.24px row gap; 32-48px group gap.Newsreader title, Lexend role copy, mono responsibility labels.Warm Light; no portrait-first card wall.
Get In TouchClosing with contact, next action, and route.Presented 12 x 6 or reader-first 12 x 8. Contact block columns 1-5, action columns 7-12.32px between contact lines; 48px to next action.Newsreader closing title, Lexend contact, mono URL/email metadata.Blueprint Dark or Warm Light. Wordmark or mark, not both.
ComparisonComparing options, vendors, models, or scenarios.Reader-first 12 x 8. Criteria left 3 cols, options across remaining 9 cols.12-16px cell padding; 24px section group gap.Mono criteria labels; Lexend evidence; tabular numerals.Warm Light; petrol marks selected option only.
Decision / AskRequesting approval, access, budget, or commitment.Reader-first 12 x 8. Ask columns 1-5, rationale columns 7-12, decision line above footer.32px claim-to-rationale; 48px before decision line.Newsreader ask, Lexend rationale, mono owner/date.Warm Light; petrol marks action required.
Risk / IssueSurfacing uncertainty, blocker, dependency, or mitigation.Reader-first 12 x 8. Risk table or issue log spans columns 1-12.16-24px row gap; 32px between risk groups.Mono severity/owner/date; Lexend mitigation; no oversized status badges.Warm Light; Saffron for warning, red only for critical.

Primitive rules:

  • Title and Section Title may use Blueprint Dark or editorial gradients.
  • Agenda, Timeline, Image And Text, Columns, Terms, Chart, Statistic, Budget Table, Team, Comparison, Decision / Ask, and Risk / Issue default to Warm Light.
  • Do not use star, circle, or square mark devices as bullets in any layout.
  • Image And Text must use evidence images, screenshots, diagrams, or approved macro texture. No stock imagery.
  • Terms slides require source, assumption, or approval context when used for commercial or legal content.
  • Budget Table slides must expose assumptions, totals, exclusions, and approval path.
  • Terms & Conditions / Legal Notices slides must expose confidentiality/use, resource availability, validity period, pricing/terms review, IP/copyright, assumptions, and SOW precedence. Split into multiple slides before reducing body text below the reader-first minimum.
  • Get In Touch slides must include a concrete next action, not only contact information.

Canonical Master Layout Set

MasterDefault SurfaceModeLayout Rule
CoverBlueprint Dark or Warm Light editorial gradientPresentedWordmark, client, date, one title claim, optional north-star cue.
Section BreakBlueprint DarkPresentedMono section marker, Newsreader section title, one transition sentence.
AgendaWarm LightReader-firstNumbered agenda in two columns; no decorative bullets.
Executive Summary / Conclusion Up TopWarm LightReader-firstConclusion band first, three evidence points below, next action visible.
Proposal ArgumentWarm LightReader-firstClaim left 5 columns, proof or workflow right 6 columns.
Evidence / TableWarm LightReader-firstTable or exhibit dominates; caption and source attached.
KPIWarm LightReader-firstThree to four metrics with period, unit, delta, and cause.
ChartWarm LightReader-firstFigure label, conclusion title, chart, direct labels, source note.
GanttWarm LightReader-firstWorkstream labels left, quiet timeline right, milestones in Saffron signal.
Schematic / ArchitectureWarm LightReader-firstLayered node canvas, seven primary nodes or fewer, labeled connectors.
QuoteWarm Light or Blueprint DarkPresentedOne quote, attribution, optional thick-circle highlight on one phrase.
Team / RolesWarm LightReader-firstRole matrix over portraits; names, responsibilities, decision rights.
Terms & Conditions / Legal NoticesWarm LightReader-firstConfidentiality/use, resource availability, validity period, pricing/terms review, IP/copyright, assumptions, and SOW precedence.
Q&ABlueprint DarkPresentedLarge Q&A title, quiet prompt line, optional compact mark.
Thank YouBlueprint DarkPresentedContact, next action, wordmark or compact mark; no extra claims.
AppendixWarm LightReader-firstDense but readable evidence; one idea or table per slide.

Deck Contracts

Proposal presentation:

  • Lead with recommendation, bottleneck, value, and proof.
  • Put evidence before scope and commercials.
  • Make decision, owner, date, and acceptance path explicit.
  • Include readable terms/notices when the deck contains pricing, scope, validity, or commercial assumptions.

Project status deck:

  • Lead with decisions, progress, risks, and asks.
  • Use the same weekly layout rhythm.
  • Separate facts, judgment, and action.

Investor presentation:

  • Lead with thesis, market pressure, proof, and system advantage.
  • Use evidence charts instead of market theatre.
  • End with ask, timing, and use of funds or support.

Reader-first editorial deck:

  • Treat each slide as a page.
  • Put conclusion up top and source/evidence below.
  • Keep speaker notes optional, never required for comprehension.

Layout Rules

  • Use the pacing sequence: label, pause, display, argument, evidence, recovery space.
  • One dominant claim or evidence object per slide.
  • Use action titles: a full-sentence conclusion with a verb, under two lines, proven by the slide body.
  • Run the title-chain test: slide titles alone should read like a coherent executive memo.
  • Every analytical slide needs a context line for scope, period, geography, unit, population, or method.
  • Every analytical slide needs an implication or decision line.
  • Every number is sourced, labeled as an assumption, or moved to the appendix until evidence is available.
  • No cards inside cards.
  • No badges, pill clusters, generic SaaS chrome, or decorative color splits.
  • Use hairlines for structure, not box decoration.
  • Use the wordmark on covers and recognition moments.
  • Use the square mark only for compact identity in the footer or final slide.
  • Use star/circle devices once, only when they clarify a goal or highlight.

Evidence Taxonomy

Evidence JobDefault LayoutRule
Quantitative patternChartOne dominant chart with direct labels, source, and implication.
Option tradeoffEvidence / TableCriteria down the left, options across the top, preferred option highlighted.
PrioritizationChart or Evidence / TableUse a matrix only when the two axes are explicit and useful.
Number movementChartUse a waterfall or bridge when explaining movement from one value to another.
Workflow or operating modelSchematic / ArchitectureShow roles, systems, decision gates, exception paths, and controls.
Execution sequenceGanttShow timing, dependencies, milestones, and ownership.
UncertaintyEvidence / TableShow risk, impact, mitigation, owner, and trigger.
CommitmentProposal ArgumentRecommendation, rationale, decision required, owner, and date.

Export Review

  • Present once at screen-share size.
  • Export to PDF and inspect page order, links, charts, captions, and appendix.
  • Confirm every chart has conclusion, unit/period/source/note, and readable labels.
  • Confirm the title chain reads as a complete argument.
  • Confirm every main-path slide has one message and one proof object.
  • Confirm the deck can be read without speaker notes.
  • Confirm bottom-right safe area on cover, conclusion, chart, CTA, Q&A, and thank-you slides.