How long does it take to build an app?

The time to build an app depends on scope, platforms, design, integrations and how quickly feedback arrives. A small first version can take a few weeks of focused work, while larger products take months. The best way to plan is to split the work into milestones, each with a clear result.

Last updated:

What decides the timeline

  • Scope: more features and more screens mean more weeks. Cutting scope is the fastest way to ship sooner.
  • Platforms: one web app is quicker than web plus iPhone plus Android.
  • Design: ready design files save time. Designing from scratch adds a phase.
  • Integrations: each outside service, such as payments or maps, needs setup and testing.
  • Clarity: a precise brief avoids rework. See how to write a project brief.
  • Feedback speed: waiting days for answers can double the calendar time of a phase.
  • Store review: iPhone and Android apps need review before release, which adds waiting time outside the developer's control.
  • Developer availability: full-time and part-time work give very different calendars.

An example plan in weeks

The plan below is an illustration for a small first version of a web or mobile app. It is not a promise or a measured average. Your own plan will differ.

Example phases for a small first version
  • 1. Brief and plan

    Example length
    1 week
    Result you can check
    Clear feature list, screens sketched, milestones agreed
  • 2. Design

    Example length
    1 to 2 weeks
    Result you can check
    Clickable screens for the core flow
  • 3. Foundation

    Example length
    1 to 2 weeks
    Result you can check
    Accounts, login, database and hosting working
  • 4. Core feature

    Example length
    2 to 4 weeks
    Result you can check
    The main job of the product works end to end
  • 5. Extras and payments

    Example length
    1 to 3 weeks
    Result you can check
    Payments, emails and the most needed extras
  • 6. Testing and fixes

    Example length
    1 to 2 weeks
    Result you can check
    Bugs fixed, tested on real devices
  • 7. Launch

    Example length
    1 week or more
    Result you can check
    Live site or store submission, with review time for apps

Illustration only. Real durations depend on your scope and on how fast both sides respond.

Store review time: what the stores state

Review is the one waiting time that no developer controls. Both stores publish a statement about it. Treat these as typical statements and not as promises, because an incomplete submission can be delayed or rejected and then needs another round.

Review times as stated by the stores
  • Apple App Store

    What the store states
    App Review typically reviews at least 50% of submissions in less than 24 hours and 90% in less than 48 hours. Incomplete submissions may be delayed or not pass
    Source: Apple: App Review. Checked on
  • Google Play

    What the store states
    Some developer accounts can see review times of up to seven days or longer in exceptional cases
    Source: Google Play Console Help. Checked on

A sensible plan keeps a buffer for at least one rejected submission, and the developer submits early with complete privacy texts and test access. Web apps and websites have no store review, which is one reason they often reach users sooner.

Why milestones help with time

Large plans hide delays until late. Short milestones show progress early. If one step slips, you notice within weeks, not months, and can decide what to cut.

Each milestone is funded before work starts and runs 1, 2, 3, 4, 6 or 8 weeks. Milestones are from 50 to 2,000 each in your project currency. Longer products are split into several milestones in a row. The milestone planner helps you test how your plan fits, and how to split a project into milestones explains the method.

How to ship sooner

  1. Build the smallest useful version first. See what is an MVP.
  2. Pick one platform to start with.
  3. Use standard design patterns instead of custom ones.
  4. Prepare content, logos and accounts before work starts.
  5. Give feedback within a day or two.
  6. Hold back new ideas for the next milestone.

What can slow you down

  • Changing the scope in the middle of a milestone.
  • Missing access to accounts, such as app store or domain accounts.
  • Unclear payment or legal rules in your industry.
  • Fixing old code that someone else wrote. See take over an existing codebase.

To see how time links to money, read how much does it cost to build an app. Different project kinds also have different shapes, for example a mobile app versus a website.

Frequently asked questions

What is the fastest way to launch?

Keep scope small, start with one platform, use standard design and respond quickly to questions. A narrow first version beats a big one that never ships.

Link to this answer

Why do projects run late?

Most delays come from changing scope, slow feedback or missing access. A clear brief and short milestones reduce all three.

Link to this answer

How long does one milestone last?

Each milestone is funded before work starts and runs 1, 2, 3, 4, 6 or 8 weeks.

Link to this answer

Does app store review add time?

Yes. Phone apps are reviewed before release, and the waiting time is outside anyone's control. Plan some buffer before your launch date.

Link to this answer

Do AI tools make it faster?

They can speed up early drafts. Testing, security and fixing still need time and human review.

Link to this answer

Start when you are ready.

Free for clients. Each milestone is funded before work starts and runs 1, 2, 3, 4, 6 or 8 weeks.

Start your project

Cookie settings

Choose which cookies we may use. Your choice is saved in this browser and, when you are signed in, with your account. You can change it any time.

More in our Privacy Policy.