Auteur playbook · Marketing website

Build the shortest credible path from question to action.

A website is not finished when every section exists. It is finished when the intended visitor can recognize themselves, understand the offer, trust the evidence, and complete the right next step.

Complete build process

Five stages from ambiguity to a live decision path.

Each stage has an output and an exit criterion. Do not advance because the artifacts look polished; advance when the evidence is sufficient for the next decision.

01 · FRAME

Define the visitor decision

Identify the audience, situation, alternative, objection, desired action, and evidence they need.

Work

  • Review interviews, inquiries, analytics, and competitor language
  • Separate business ambition from visitor need
  • Write the one-sentence comprehension goal

Artifacts

  • Audience and decision brief
  • Evidence inventory
  • Open-question and claims ledger

Exit when: the team can name who the page is for, what they must understand, and which action matters.

02 · DIRECT

Architect the message and journey

Turn the decision into information hierarchy, proof sequence, routes, content requirements, and acceptance criteria.

Work

  • Map question → answer → evidence → action
  • Define page roles and navigation labels
  • Specify responsive, accessibility, SEO, analytics, and privacy constraints

Artifacts

  • Message architecture
  • Content model and route map
  • Executable implementation plan

Exit when: every planned section has a job and every claim has evidence or is removed.

03 · DELIVER

Ship one complete conversion slice

Build the smallest path that proves the message, proof, interaction, and inquiry mechanism together.

Work

  • Build shared type, spacing, color, navigation, buttons, and focus states
  • Implement the primary page and real action destination
  • Add metadata, structured data, analytics, and error handling

Artifacts

  • Responsive production page
  • Reusable content components
  • Observable action path

Exit when: one visitor can move from first impression to a working next step without a placeholder.

04 · VERIFY

Test comprehension and experience

Review the rendered journey at real sizes, speeds, input modes, and failure conditions.

Work

  • Run first-impression and task-comprehension checks
  • Inspect desktop, tablet, mobile, keyboard, contrast, overflow, and reduced motion
  • Verify links, forms, analytics, metadata, redirects, and social cards

Evidence

  • Viewport screenshots and interaction results
  • Automated accessibility and metadata checks
  • Accepted claim and content review

Exit when: the intended visitor can explain the offer and complete the action across supported conditions.

05 · LEARN

Measure the decision path

Use behavior and conversations to improve the message without chasing superficial activity.

Work

  • Review qualified actions, page progression, and search intent
  • Record questions that real prospects still ask
  • Turn defects and confusion into durable content or system rules

Artifacts

  • Decision log
  • Monthly measurement note
  • Next bounded content or UX change

Repeat when: new evidence changes the audience, proposition, proof, or journey.

Worked example

A consultant site that describes everything—and communicates nothing.

The vague request is “redesign the homepage.” Auteur turns it into a decision trace.

  1. 01

    Observe

    Visitors see several capabilities but cannot tell which engagement fits their situation.

  2. 02

    Choose

    Lead with one fixed direction offer and position custom delivery as a separate later path.

  3. 03

    Build

    Ship the hero, problem signals, offer, evidence, qualification, and working booking path.

  4. 04

    Pressure-test

    Ask unfamiliar people what is sold, for whom, for how much, and what happens next.

  5. 05

    Verify technically

    Test navigation, booking, responsive layout, accessibility, search metadata, and analytics.

  6. 06

    Learn

    Use qualified-call questions to improve the decision path—not add indiscriminate sections.

Result: not “a more modern site,” but a more understandable and credible route to one business decision.

Definition of done

A website release needs three kinds of proof.

Visual polish is one part of the quality bar, not a substitute for comprehension or reliability.

Information

  • Audience and offer are recognizable
  • Navigation matches visitor questions
  • Claims have visible evidence
  • Action and next step are explicit

Experience

  • Hierarchy survives mobile and desktop
  • Keyboard and focus behavior work
  • Motion respects user preference
  • Errors and empty states are useful

Operation

  • Canonical, sitemap, schema, and social metadata pass
  • Analytics measure meaningful actions
  • Privacy description matches behavior
  • Deployment and rollback are verified
Next playbook

Does the product preserve user state and execute a workflow?

Move to the SaaS playbook when the main challenge is no longer only comprehension, but authenticated behavior across interface, service, and data.

Open the SaaS playbook →