Day 1: a conversation instead of documentation
We do not write a hundred-page spec, because nobody reads it. One conversation instead: who uses it, what they need on screen, what hurts most today.
That conversation produces the data model — the list of things the system remembers: clients, jobs, time entries, invoices. Get that right and the rest of the week is smooth.
Days 2–3: skeleton and logic
On day two the client gets a link to a working app. Ugly, incomplete, but real — you can log in and click. That turns “imagine this” into “this field is missing”.
Day three is logic: statuses, permissions, notifications, integrations with whatever the company already uses. This is where the forgotten edge cases surface — better on day three than in month three.
Days 4–5: testing and production
Day four belongs to the client: they work in the system the way they actually will, and we fix things live. Plus automated tests, so tomorrow's change does not break yesterday's feature.
On day five it goes to production with real data, backups and monitoring. From there we grow it in short cycles instead of another “big project”.
Where AI does not decide
The model does not decide access rules, what happens to personal data, or logic where somebody makes or loses money. That always goes through a human and a test.
AI-first does not mean unsupervised. It means the boring work is machine work, and the responsibility stays with us.