Questions to ask your app development company:
Which stages of app development take the most amount of time?
While every app project is different, apps can take anywhere between three and nine months to build, depending on the complexity of the app and structure of your project. If you’re making an app by yourself, that timeline could be anywhere from 24 to 36 months, which is why having an experienced team on your side can be crucial.
Let your mobile app development company talk you through the process and stages of the project, to give you an indication as to which stages will take the most amount of time and leave room for testing, feedback, iterations and improvements. Check out this standard timeline illustrating how long takes to develop an app:
- Writing a project brief: one or two weeks
- Researching your ideas with the developers: four to five weeks
- Wireflow & Design sprints: six to twelve weeks
- App Development and prototyping: six to twelve weeks
- UAT & Client Review: up to two weeks
- Final fixes and deploying to the app store(s): 1 week
- Continuous improvement: any length of time
- Post-launch support: ongoing
One to two weeks.
In our experience, people often underestimate how long it takes to make an app development brief. The better and more transparent the brief, the less time it will take to fully understand your project and requirements.
There are a few things that you’ll need to include no matter who you’re working with (things like contact and company info). But to give your development company a real understanding of your project, you’ll also need the following:
- Project aims and success metrics
- RFP (Request for proposal)
- Non-disclosure agreement
- Budget range
- Delivery date (approximate)
Be careful writing requests for proposals!
RFP’s create a road-map of sorts and should be sent to app development companies looking to pitch for your project. The problem with RFP’s is that they force companies down the same funnel; they take away opportunities for developers to show how they do things differently.
If you use RFP’s, make sure you provide the opportunity for mobile app development companies to challenge, explore and include additional information or ideas that help them stand out from the crowd.
Four to five weeks.
Researching your app idea means a whole lot more than just making sure it will work. That’s the first thing your development company should say to you. The purpose of the research stage is to create a shared understanding of the market, your users, the problem and what the success of your app should look like.
By the end of this stage you should have the following:
MVP (Minimum Viable Product):
The very basic stuff your app will need to do. This should cover all the things your initial users are looking for, without considering additional features that are not crucial for launch.
An idea of how people will use your app and what they will use it for. These stories outline a user and their end-goal, as well as the pages/navigation they use to achieve this goal.
When we say prototype, we don’t mean a fully-functional app. The prototype at this stage should be designed around specific features or functions that are the most important for your project, so they can be tested and validated before you begin development.
Six to twelve weeks.
Design Sprints often take up the most amount of hours when developing an app. Design sprints are used to test certain aspects of your app. They typically take around a week (for each sprint) to complete, but if you don’t use them, problems and changes will occur later down the line and take up a lot more time throughout the project.
If you want to include a specific feature, this stage in the process lets you build a basic design which can be tested with users to provide a number of insights. Like how much users actually value that feature, how they use it, when they use it, if it’s difficult to use, if navigating to that page is easy or difficult etc.
If your developers don’t mention design sprints?
They more than likely have little to no interest in your app’s success. Just accepting what you tell them is a major red flag, they should always be testing, challenging and adapting the app’s designs based on feedback from real users.
Six to twelve weeks.
Rapid prototyping works alongside design sprints by letting you build quick and easy iterations of your app, which can then be tested with real users and adapted based on their feedback.
Prototyping in this way will save you and your developers a lot of time as changes can be made in the most efficient way, rather than coming to the final build and realizing you need to make a bunch of changes.
One way to spot a terrible app development company?
The lack of rapid prototyping. If they don’t mention the use of rapid prototyping to test ideas with real users, you can bet that the time your project will take will increase ten-fold.
Even if time for prototyping is set-out in the initial project plan, neither you or your developers will be able to spot the changes or improvements that your users will.
Up to two weeks.
The time taken during the deployment stage in the process can be broken down into two main areas: submission and review. While submitting your app to either the App Store or the Google Play Store, you’ll need a few things:
- Company and contact info
Which store takes longer to deploy your app?
iOS – which can mainly be credited to the fact that Apple has a far more detailed reviewing process. Android uses an algorithm to pre-analyze your app for obvious violations, whereas Apple conducts the review completely manually by a team of reviewers.
Post-launch support and continuous improvement
This one is a little harder to predict. Updates and maintenance mean that even after you launch the app, you’ll still need to dedicate time to it.
There’s no telling how much time will be taken up by continuous improvements as the backlog of app ideas and features could be of any length, in any priority, taking any amount of time and cost to develop.
But at this point, you should have already had this conversation.
Your app developers should already have a rough idea of how much time and budget you want to put towards continuous improvements and 24/7 support.