An improvised data model.
What you save at the start you pay in every later migration.
AI by product phase · Design
We design the architecture, the data model and the flows before writing product. AI generates variants fast; judgement decides which one survives real use.
What you save at the start you pay in every later migration.
Beautiful screens nobody uses because they do not fit the real work.
Infrastructure for a scale that does not exist, with the cost that drags along.
The design is validated with the people who will use it, in their context, before any production code exists.
Stack, services, integrations and deployment. Sized to your real scale.
Entities, relationships and traceability. Designed for the reporting you will ask for later.
Clickable flows to validate with real users before building.
Every technical choice with its reason. The next team understands why.
Components, data and integrations in a living document.
With feedback from real users incorporated.
ADRs with context, alternatives and consequences.
The case of our own here is Squlp: a game-economy data model that withstands simulations no spreadsheet can take, and which exists because it was designed before any product was written. Smart Build is the useful opposite: the work-package structure had to be modelled properly from the start because changing it with live sites inside was not an option. The data model is the most expensive decision to reverse.
Entities, relationships and what is the source of truth for what. It decides whether in two years a new question can be answered or everything has to be migrated.
The most expensive decision to reverse is taken first.
Neither a monolith nobody can touch nor twenty services for three screens. It is sized by the real load and by who will maintain it.
Avoids paying for complexity nobody needs.
Flows are tested with the people who will actually do the work. Changing a screen in the prototype costs an afternoon; changing it in production costs weeks.
The mistake surfaces while it is still cheap.
Why this database and not the other, what was ruled out and under which assumption. When the assumption changes, you will know what to revisit.
Stops the same argument reopening every year.
An MVP in weeks, an internal app in months, a SaaS in half a year or more. The question "when will I have it?" has honest answers if you understand what moves the schedule. These are the real timelines for custom software and the factors that genuinely stretch or shorten them.
Custom builds go wrong for almost always the same reasons: choosing on price, not insisting on owning the code, going in with vague requirements. These are the 9 most expensive mistakes and the concrete questions to avoid each one before signing.
Not sure where to start? Measure your organisation’s AI maturity for free in 3 minutes, or book 30 minutes of direct diagnostic.
Tell us what costs more than it should. We come back with a concrete plan, realistic timelines and a clear yes or no.
contacto@plantekia.com