The investor asks for a date, and the agency talks about a quarter with a Figma file as the first milestone. The first usable version of an MVP should take weeks, not months. It holds one path a customer pays for, and nothing else. If the plan talks about a quarter before the first user, the scope is wrong.
Below: how long it takes with us, what goes into the first version and how to spot a badly set plan.
How long does MVP development take?
With us, a first version is counted in weeks. Two numbers from our projects:
working days to the first version on one project
under 10
to launch the whole system on another project
1 month
The number is not the most important part. What matters is what reaches users in that time. A week of development nobody uses costs more than a month you learn something from.
Technology does not set the length. What sets it is how many things you decide to leave out of the first version.
What goes into the first version of an MVP?
The first version answers one question: will anyone pay for it? The list of what belongs in it is short. The list of what waits is longer.
Version one
Goes into version one
One path a customer pays for. From sign-in to the result they want.
A way to find out if they would pay. A payment, a binding order or at least a trial subscription.
A simple admin for you. Just enough that you never have to write into the database.
Measurement. Where people drop off and what they actually use.
Waits for version two
A mobile app and a web app at once.
Roles and permissions for every user type.
Connections to every system that might be useful one day.
Reports and charts for data you do not have yet.
A company once sent us a brief dozens of pages long: web and mobile, many modules, several languages and a plan to sell it on to others. Instead of a price for the whole thing, we wrote down what was simple and what was complex. The first version had just a few modules and one language.
What does a sensible timeline look like?
With us, every step has a clear output. No step is "analysis" without software at the end.
01
List
What goes first, when and for how much. Done when you can explain it to a co-founder in a few minutes.
02
First version
One path that works for real. Done when the first person outside the company goes through it alone.
03
First users
Fixes based on where they got stuck. Done when they come back without you asking.
04
Next path
The next feature based on data, not ideas. You can say why this one.
Design matters, but nobody pays you for a Figma file. And until the first user arrives, you burn money and learn nothing. Take the quote on your desk. Tick what is true about it.
You have not talked to a single customer yet. Start with conversations and a clickable prototype. You do not need development for that.
You want a finished platform with everything in month one. We will not promise that. We start with what the first users need.
You are looking for someone to build it for equity. We do not do that. Look for a technical co-founder.
You do not want to discuss features. We will say no. Without that, a first version in weeks does not happen.
At this stage you often don't need months of development and a robust architecture. A prototype that tests your key assumptions is enough.
Filip Papranec
founder of Digitaliko
Need a date you can defend?
Tell us what the product should do and for whom. We get back to you within two business days, and together we pick what to fix first. We write down what goes first, when, and what we leave out for now.
The first usable version should be in users' hands in weeks, not months. On one project we had it in under 10 working days. If the plan talks about a quarter before the first user, the scope is wrong.
What is an MVP?
The smallest version of a product that tells you whether customers want it. It is not a demo or a Figma file. It is software people actually use and ideally pay for.
What should the first version of an MVP include?
One path a customer pays for, from sign-in to the result. Plus a way to find out whether they would pay, and measurement. Everything else waits for version two.
Why do agencies quote months for an MVP?
Often because they put everything the founder mentioned into the first version. The first milestone then becomes design, not software. A shorter plan appears when someone says no to features the first customer does not need.
Who owns the MVP code?
You do, from day one. Code, data and infrastructure belong to you, so later you can raise money or hire your own developers without a migration.
Ask AI about this article
The AI also draws on our other articles and experience from real projects.
Your Lovable app works, but will it hold up with customers? The code can be exported via GitHub and developed further. What to check, above all data access, and what to add without a rewrite.
A vibe-coded prototype gets to production once you add security, backups, repeatable deployment, tests and monitoring. What is missing, how to check it and when to start over.
You take over an app from another vendor in three steps: secure the code, access and data, have someone look into the code, and only then decide. A checklist and the three possible verdicts.
LinkedIn
Real experiences, no hype
Filip Papranec, founder of Digitaliko. On LinkedIn we tackle technical challenges, share development know-how and show how AI actually changes business. We don't do AI hype: we're realists, not dream sellers.