Most “growth reports” fail for the same reason most dashboards fail: they show activity without forcing a decision.

A report is useful when it makes the next expensive choice obvious — usually whether to fix positioning, reconnect acquisition, repair conversion, fix reporting, or install ownership before another channel experiment.

The four questions every report must answer

  1. What is the primary constraint right now? One layer leads. The others are symptoms or secondary. If everything is “medium priority”, the report is not finished.

  2. What evidence supports that call? Channel charts, funnel cohorts, qualitative sales notes, and experiment history — tied to revenue or qualified pipeline, not vanity.

  3. What is the next 30–90 day sequence? Not a backlog of fifty ideas. A ordered set of bets with owners, success signals, and stop rules.

  4. What would change our mind? If the report cannot be falsified, it is a story. Name the signals that would reopen the diagnosis.

That structure matches how we talk about Growth Diagnosis and the manual five-layer framework: score each layer, then force a single lead constraint.

What belongs in a bottleneck readout

A bottleneck report should make ICP, offer, channel evidence, conversion reality, and team ownership legible in one pass:

  • Who buys and why now — not a persona poster; the live language from sales and support.
  • What has been tried — especially what was stopped and why. Amnesia is expensive.
  • Where the funnel shears — first touch → qualified conversation, with cohort discipline.
  • Whether reporting produces decisions — not whether charts exist.
  • Who owns weekly scale/stop/fix — if it is still the founder by default, say so.

If you want a hub-level view of how we format these readouts for the site, see Reports.

What belongs in an acquisition-system readout

Once the bottleneck is clear, an acquisition-system report connects channels into one operating model:

  • a channel map that shows reinforcement, not silos
  • an experiment backlog with priorities and kill criteria
  • a reporting view that answers “what do we scale, stop, or fix this week?”
  • the decision cadence — meeting rhythm, attendees, and decision log

This is the bridge between diagnosis and execution — the same “system beats sprawl” idea as in acquisition system vs channel sprawl.

What belongs in an AI visibility readout

AI visibility reports are not magic. They check whether the entity, offers, proof, and answers are easy to crawl, quote, and verify — the same discipline as making AI search visibility citable.

When a report replaces conversation (and when it does not)

A report does not replace a live diagnostic when politics, incentives, or data quality are messy. It prepares the conversation — or documents what the team already knows but has not written down.

When the constraint is sharp enough to discuss, book a short diagnostic and bring the report, the dashboard export, and one honest narrative of the last two quarters.