Skip to content

CSS frameworks · Framework 02 of 09

The Tuesday Test

A system earns the right to go live by surviving one ordinary Tuesday. We design from the messy version of your workflow and sign off by walking a real day through it.

The tidy design goes through one ordinary Tuesday: an 8:14 emergency call, a tech reschedule, a customer who emails twice, an invoice edited after the fact. If it survives, the owner signs and it goes live. If it breaks, it is fixed and Tuesday is walked again.

Why it matters

Most automation is built from the tidy version: the job that goes to plan. Your business runs on the other version: the 8:14 emergency call, the tech who needs the install moved, the customer who emails twice.

A system that handles the tidy version and breaks on Tuesday costs more than no system, because now someone has to notice it broke.

How we apply it

  1. Before we design anything, you show us a real Tuesday: the last two handoffs that went wrong, the texts, the tickets.
  2. The design is written against those, not against a flowchart.
  3. Before go-live we walk one real day through the built system, disruption by disruption, with you watching.
  4. Anything that breaks goes back to fix, and we walk the day again. You sign when it survives.

The number

MeasureCadenceBaseline
Failure modes found in the walkthrough, before launchPer launch—
Failure modes found by a customer or tech, after launchMonthly, first 90 daysTarget zero
Walkthroughs to passPer launch—

Where it ran

  • Priority Electric: Invoices go out < 2 hours after the job is done, not 6.5 days later.
  • Black Pearl Painters: Change-order disputes fell from 3–4 a month to 0, and estimates go out in < 24 hours.
  • D1 Auto Spa: Orders are worth far more now, and every bay upgrade has a price.

Who is accountable

Nothing we build goes live until the walkthrough is documented and you have signed it.

If something the walkthrough should have caught reaches a customer in the first 90 days, the fix is ours at no charge.

Where you meet it

The Diagnostic, whose scope for the first fix says how we'll know it's done, and every build we launch after it.

A common question

The Tuesday Test, asked and answered.

What if we don't have a bad Tuesday to show you?

Then the workflow probably doesn't need fixing yet. The messy version is the evidence that it does.