Can you start before the requirements are finished?
We can start on the parts that are settled, and we will mark the rest as unknown. We will not pretend the unknown has a delivery date.
Guide
Updated 31 October 2026
A web application takes as long as the unknown parts take to become decisions. Roles, data and review speed matter more than a generic week count. AmstelMinds sets stages after the requirements are clear. We do not publish a standard duration, because a two-role internal tool and a multi-tenant product are not the same job.
Waiting for access, sample data or a decision between two workflows adds calendar time that no team can code away. So does a review that arrives as a new brief. The schedule we propose assumes the review points in the scope, and we will restate it if those points slip.
Integrations add time when the other system's documentation does not match its behaviour. We would rather discover that in a short technical check than halfway through a fixed launch date.
Understand the need, agree the plan, build in stages, then hand over. Each stage has something you can look at. A plan that shows only a final date, with nothing in between, is not a plan you can manage.
More on the service is at custom software development. If the product is a SaaS, read SaaS product development as well.
We can start on the parts that are settled, and we will mark the rest as unknown. We will not pretend the unknown has a delivery date.
Only when the work can be split. Many applications are limited by decisions, not by the number of people typing.
Share what you want to build, improve or make easier. A short outline is enough to start. The form emails the enquiry to us, and opens a draft in your mail app only if that send fails.
Contact AmstelMindsWe use cookies and Google Analytics with Consent Mode to anonymously understand site performance. Read our Privacy Policy.