Four phases and an annex
No three-week discovery, no innovation workshop. We measure what is there, fix the scope in writing, build it, and hand it over with everything in your name.
Key takeaways
Four phases: diagnostic, proposal within 48 hours, build and handover. It starts with a free fifteen-minute call.
The proposal carries fixed scope, price and date. It is not an estimate with ranges: it is the figure that gets invoiced.
If the system already exists and answers badly, the first phase is a one-week measured diagnostic, with a guarantee: if it does not reach three actionable findings, there is no invoice.
At handover you keep the repository, the infrastructure, the credentials, the operating documentation and the evaluation set with its measured baseline — the yardstick you can hold any later provider to, ourselves included.
From the first call to a system in production
Every phase ends in something you can read or watch running. None of them ends in a progress report.
- 1 · DiagnosticFifteen minutes, free. You leave with one of three answers: it gets fixed, it gets built, or it is not worth doing. If you already have something answering badly, we measure the system in a week and hand back the failures ordered by impact. Without three actionable findings, there is no invoice.
- 2 · Proposal within 48 hoursFixed scope, price and date, in writing. It says what is out of scope, which matters as much as what is in, and the numbers that will tell you whether it worked. If the project does not fit, the proposal says so.
- 3 · BuildTwo to eight weeks. We ship in parts you can watch running, not in percentage updates. If something changes the scope, we raise it when it surfaces and you decide before it is spent.
- 4 · HandoverThe system stays running and the whole annex ends up in your name. No mandatory monthly fee. Support is separate and decided afterwards, with the system already in production.
What ends up in your name
This list goes in the proposal, not in the conversation. It is the difference between buying a system and renting one.
| Deliverable | What it contains | Why it matters |
|---|---|---|
| Repository | All the code with its history, under your name | If you change providers, the work does not leave with us |
| Infrastructure and credentials | Cloud accounts, keys and access, in your name from day one | No account of ours left in the middle |
| Operating documentation | How it deploys, what to monitor and what it costs per month | Another team picks it up without doing archaeology |
| Evaluation set and baseline | Real questions with their correct answers, measured before going to production | You keep the yardstick to measure anyone later, ourselves included |
| Store publication | App Store and Google Play under your company | Mobile only, and where a client most often ends up tied in |
The evaluation set is included in RAG, agents and rescue: without it there is no performance guarantee to sign. In chatbots and automation it is optional. In software, mobile and integrations it does not apply.
No three-week discovery invoiced before knowing whether there is a project, no innovation workshop, no deck with your logo on the first slide.
No monthly subscription to keep running something you already paid for. If you want support, it is a separate contract signed afterwards, with the system in production and with real data on how much actually needs maintaining.
Frequently asked questions
What happens if the scope changes mid-project?
It gets raised when it surfaces, not at the end. It is quoted separately, approved or not, and the original scope keeps its date. What we do not do is absorb it silently and deliver late: a scope change discussed in time is a decision, one discovered at handover is an argument.
Do you work with our team or separately?
Either way, and it is worth deciding in the proposal. When there is an internal team, the usual split is that we build the AI side and they build the integrations into their own systems, which is where their knowledge is worth more than ours. When there is no team, we hand over with documentation written so someone can pick it up.
What if the diagnostic says it is not worth doing?
It gets delivered anyway, with the reasoning and a recommendation for what to do instead — which is sometimes a sixty-dollar-a-month subscription platform. It is the third of the three possible answers from the call and it comes up more often than you would expect. A diagnostic that can only end in "yes, hire us" is not a diagnostic.
Is there a mandatory subscription or monthly fee?
No. The system runs on your infrastructure with your credentials, and the recurring cost that remains is what it consumes from providers —the model, the cloud— billed directly to your account and not through us. Support is optional and separate.
How is payment agreed?
It is settled in the proposal, alongside scope and date, and it depends on the size of the project. What does not change is that the figure in the proposal is the figure invoiced: if additional work appears it is quoted separately and approved before it is done.
Book 15 minutes
Tell us what you are building, or what stopped working. You leave the call with a concrete answer: it can be fixed, it can be built, or it isn't worth it.