
What clients actually mean when they ask for AI.
A request for AI is a budget and an expectation, not a requirement. Behind almost every one there is a specific, boring, buildable job worth finding first.
Practical writing on automation delivery, APIs and the operational details that make systems reliable.
Showing notes tagged field note.

A request for AI is a budget and an expectation, not a requirement. Behind almost every one there is a specific, boring, buildable job worth finding first.

A workflow runs every night and nobody fully understands it. Working is not the same as owned, and the difference only becomes visible when it stops.

Agencies that build automation are badly placed to advise against it, which is why the advice carries weight when it comes from them. Six clear signals.
Subcontracting technical work does not have to put the client relationship at risk. The protections are contractual and operational, and every one of them can be written down in advance.
A client wants a number by Friday for something you have never built. The cost is not in the build. It is in the unknowns behind it, and those are discoverable in an hour of questions.
Connecting a form to a CRM takes an afternoon. Deduplication, enrichment, routing and assignment are the rest of the project, and they are where the value actually sits.
Automations rarely fail on the day they ship. They fail in week three, when a real person does something the demonstration never did. These are the cases that cause it.
Most automation should stay in a no-code tool. This is how to tell a design problem from a missing connector from a genuine ceiling, and when a migration is not worth doing.
Send us the requirement. We’ll tell you how we’d approach it, what it would require and whether it makes sense to build.
No pitch deck required. A rough description is enough.
Or write to [email protected]