Skip to content

Async intake

Write it down. Get a written answer.

This is the whole process. Describe the problem the way you would describe it to a colleague, and the reply is a specific written response about your situation rather than an invitation to book a call.

Why write

There is no calendar on this page on purpose. A meeting costs both of us the scarcest thing we have, and it happens before either of us knows whether there is anything to discuss. A written brief takes ten minutes, survives time zones, and can be read properly instead of half-remembered.

What happens next

  1. You submit the brief. It lands with me directly, not in a queue.
  2. I read it and come back in writing, usually with questions and sometimes with a scope and a price.
  3. If it turns out we should talk, that is the point where a call becomes useful, and it will be a short one.
  4. If the honest answer is that you do not need this built, the reply says so.

The brief

Required · Optional

However you would like to be addressed in the reply.

The address the written reply goes to.

A URL tells me more than a company name will.

The same six options as the scheduling form, so writing instead of booking loses nothing.

The more concrete the better: what breaks, how often, who it costs, what you have already tried. Rough notes are fine.

A running system, a handover, documentation, training: whatever you would call a good outcome.

A band is enough. It decides whether this is a scoped sprint or an implementation.

When you would want this running.

How would you like to be answered?Optional

The default is a written reply.

Used to answer your brief and nothing else. No newsletter, no list, no third party. Send only what you would be comfortable putting in an email.

Not sure yet? The portfolio has the architecture, the guardrails and the figures for all six systems.

See the full portfolio

Ready to build a system?[ Send a Brief ]