Lattice

Components Comparison

decision

Comparison Canvas Structure

The verdict slide — one chosen path, named explicitly.

Open in Playground
Variant

Use after a comparison slide to land the decision. The justifications render as one unified categorical strip — co-equal cards that together signal a single resolved verdict; the heading carries the decision, not a focal/subordinated split.

recommendationtradeoffstrategy

When to use

  • Land the verdict. Follows a comparison slide to make the chosen path unambiguous. The heading carries the verb of the decision; the cards substantiate it.
  • Two to four justifications. Each card is one short rationale — the chosen path first, then a Why-not card for each rejected alternative. More than four crowds the horizontal strip.
  • After the comparison. Pair with compare-prose or split-compare upstream — that slide does the weighing, this slide lands the answer. Reaching for decision without a prior comparison reads as edict.

When not to use

  • No clear chosen path. If the cards don't resolve to a single verdict, the slide is back to being a comparison. Use compare-prose or split-compare; reserve decision for the resolved call.
  • Long body per card. Each card is one sentence of rationale. Paragraphs belong on the comparison slide upstream, not on the verdict slide.
  • Generic heading. The h2 carries the decision verb — Build, not buy. Adopt the framework. Pause the rollout. A heading like Next steps wastes the focal real estate.

Authoring

<!-- _class: decision -->

## What we are doing.

- Chosen path
  - One-line rationale for the decision.
- Rejected option
  - One-line rationale for why this didn't fit.

Slots

SlotSelectorRequiredDescription
title h2 yes Slide heading framing the decision.
options ul > li yes List items. Authoring contract: a top-level bullet is the option name (renders bold by default); an indented bullet underneath carries the short rationale. The cards render as a unified strip of co-equal categorical tags; the verdict is carried by the heading, not by emphasizing one card.

Anatomy

┌─────────────────────────────────────────┐
│  header                                 │
│            Decision heading.            │
│                                         │
│  ┌─────────┐  ┌─────────┐  ┌─────────┐  │
│  CHOSEN       Option B     Option C     │
│  rationale    rationale    rationale    │
│  └─────────┘  └─────────┘  └─────────┘  │
│                                         │
│  footer                           1/19  │
└─────────────────────────────────────────┘

Variants

banner-tag — Banner tag — slot label as full-width header strip

Flips each card from a flush-corner label tag into a full-width header strip. Use when the slot label is the architectural signal of the card (categorical case: BUILD / WHY NOT BUY / WHY NOT DELAY), not a quiet marker.

<!-- _class: decision banner-tag -->

## Three reasons we are building.

- BUILD
  - The platform is the product. Owning it owns the roadmap.
- WHY NOT BUY
  - No vendor matches our compliance posture without surrender of control.
- WHY NOT DELAY
  - Cost of waiting compounds: each quarter spent on workarounds is one fewer quarter on the platform.