Design partners

Early customers we build with. Not a free trial.

Paid, fixed-scope, founder-led work in the systems you already run. Checks agreed before anything starts.

  • What a design partner is Early customer
  • How the work is priced A piece of work, not seats
  • Who does the work The founders
  • At your source Read-only first
  • If the checks fail We say stop
Engagement path FIXED SCOPE
  1. 01 One question The one your team answers by hand.
  2. 02 Scope agreed A fixed piece of work, not a seat count.
  3. 03 Bounded test One source, read-only, checks written first.
  4. 04 We read the result Together, against the checks we wrote.
  • It holds up. We scope one more source in the same bounded shape.
  • It does not. We say so, and the scope ends where it was agreed.

FIG.1 · one engagement, start to decision amber = the branch we take if the checks fail

01 · Situations

Four shapes we start from, not four verticals.

Each card names a question rebuilt by hand, where its pieces sit today, and the honest reason it may not fit. Shapes of problem. Not proof of prior work in your sector.

01 Situation Every quarter

You run technology or security for many client organisations. Each review restarts from scratch.

“What changed for this client, what did we promise, and what still needs attention?”

Where the pieces sit today

  • Tickets
  • Alerts
  • Mail threads
  • Meeting notes
  • Last signed scope

May not fit if AX0S must replace monitoring, ticketing, or a control framework.

02 Situation Every renewal

The account record says one thing. The people doing the work know another.

“What did we commit to on this account, and what has changed since?”

Where the pieces sit today

  • Email
  • Meeting recordings
  • Signed contracts
  • Invoices

May not fit if someone owns that record already and keeps it accurate.

03 Situation Every handoff

A claim, file, or case passes through several hands. Status gets rebuilt each time.

“What is the status now, what supports it, and what changed since the last review?”

Where the pieces sit today

  • Mail thread
  • Attachments
  • Memory of the last call

May not fit if it needs a certification or residency guarantee the proof register cannot evidence.

04 Situation Every week

Several companies or locations, each with their own tools. One weekly review.

“Which commitments and exceptions need attention this week, and what proves each one?”

Where the pieces sit today

  • Each business’s own tools
  • Spreadsheet

May not fit if the goal is standardising every system at once.

verified row on the integration register row in build no row yet, so mapping it is part of the first piece of work Register checked 2026-08-23

02 · First deployment

What makes a good first deployment.

The right column is not a no. It is a not yet, with the one thing that would change it.

Good first deployment

  • One question your team answers by hand, and answers again at the next review.
  • The pieces of the answer already sit in systems you run, with dates on them.
  • Someone specific is worse off when the answer is wrong or late.
  • You can say what a correct answer is, and a correct refusal, before anything is built.
  • You know who approves read-only access to the first source.

Not yet, and what would change it

  • The question is new. Wait until someone has rebuilt the answer twice.
  • The answer lives in people’s heads. Settle who owns the record first.
  • Everything must be connected before anything is useful. Narrow the first decision to one source.
  • Success is “see what it can do.” Name one check that can fail.
  • A requirement is not yet evidenced. Check the proof register. Bring the gap either way.

03 · The engagement

What an engagement is.

A design partner is an early customer. Not a reseller, a referral, or an integration partner.

Paid, fixed-scope work
Scope agreed before work starts, priced as a piece of work rather than a seat count.
Founders on the work
No handoff from the person who scoped it to someone else who delivers it.
Checks agreed before the start
Whether the answer returns the records and dates behind it, and whether an unsupported question is refused.

You bring one question, one source, one owner who can approve read-only access, and an honest read of the result at the end.

Said plainly

Most first deployments involve at least one source we have not connected before. Establishing whether it can be connected, and at what permission scope, is part of the first piece of work.

Read-only at your source first. Writing back into a source system is a separate, reviewed decision, and it is not claimed here.

The first boundary

Bring the question. We will map the first boundary.

Both founders take the call. You leave with a connection map, or a straight no.