How to choose an app development company: a scorecard, questions and contract checklist
Most bad agency choices happen before the sales call, when proposals with different scopes get compared on price. Use this scorecard to judge every vendor the same way.
- Send every vendor the same one-page brief so their proposals are comparable.
- Score vendors on shipped apps, problem understanding and proposal quality before price.
- Insist on an explicit IP assignment, your own repository and store accounts in your company's name.
- Tie payments to delivered, testable milestones with clear acceptance criteria.
- A short paid discovery is the cheapest way to break a tie between two strong vendors.
Most bad agency decisions aren't made on the sales call. They're made earlier, when a founder compares three proposals with different scopes, picks the cheapest or the most confident one, and only discovers the gaps once money has been spent. If you're working out how to choose an app development company, the fix is simple: decide what you're judging before you start talking to vendors, and score every candidate the same way.
Below is a weighted scorecard you can copy, the questions that reveal real capability, the contract clauses you should insist on, and the red flags that should end a conversation.
Before you contact anyone: write a one-page brief
Agencies can only quote what you describe. A one-page brief makes proposals comparable and saves weeks of back-and-forth. Include:
- The problem and the user. Who the app is for and what it lets them do that they can't today.
- Platforms. iOS, Android, web, or a combination, and whether you're open to cross-platform frameworks like Flutter.
- Must-have features for version one. Keep this list short. Put everything else under "later."
- Integrations. Payments, login providers, CRMs, maps, existing APIs.
- Budget range and target launch window. A range helps vendors propose the right scope instead of guessing.
- Who decides. Name the person who will approve designs and accept milestones.
Send the same brief to three to five companies. More than that and you won't have time to evaluate them properly.
The scorecard: how to choose an app development company
Score each vendor from 1 to 5 on every criterion, multiply by the weight and add it up. Adjust the weights to your situation; a regulated fintech app, for example, should weight security and domain experience higher.
| Criterion | Weight | How to verify it |
|---|---|---|
| Shipped, live apps similar in complexity to yours | 20% | Open the store links yourself. Ask what this team, not the company, built. |
| Understanding of your problem | 15% | Did they ask good questions and push back on scope, or just agree with everything? |
| Quality of the proposal | 15% | Clear feature list, assumptions, exclusions, milestones and acceptance criteria. |
| Technical approach | 10% | Can they explain their stack choice in plain language, including the trade-offs? |
| Process and communication | 10% | Demo cadence, written updates, who your day-to-day contact is, overlap with your hours. |
| QA, security and release | 10% | Testing approach, device coverage, how they handle store submission and rejections. |
| Post-launch thinking | 10% | Analytics, crash reporting, maintenance plans and whether they think about getting users. |
| Commercial terms and ownership | 10% | Pricing clarity, payment schedule, IP assignment, repository and account ownership. |
A vendor that scores well on "shipped apps" and "understanding your problem" but is slightly more expensive is usually the better bet. Price differences are visible on day one; capability differences show up three months in, when they cost far more.
Have two people score independently, ideally the founder and whoever will work with the agency day to day, then compare. Where your scores differ by two points or more, that's the topic for your next call. And write a sentence of evidence next to each score, such as "showed two live marketplace apps, lead developer built both," so the decision can be explained later to a co-founder or investor.
How to check a portfolio properly
Portfolios are marketing. Verify them:
- Download two or three of their apps. Use them for ten minutes. Are they fast, stable and recently updated? Check the update history and reviews in the store.
- Ask for a reference call with a past client, ideally one whose project had problems. How the agency handled trouble tells you more than a smooth project.
- Meet the people who will build your app. Many agencies sell with senior staff and deliver with juniors. Ask who your project lead and lead developer will be, by name.
- Ask for a code sample or a short technical walkthrough of a past project with sensitive parts removed. Even a non-technical founder can tell whether it's organized and explained clearly.
Questions to ask on the first two calls
About scope and approach
- What would you cut from our version one, and why?
- What are the biggest risks in this project, and how would you reduce them?
- Which parts would you build custom and which would you use existing services for?
About process
- How often will we see working software? (Every one or two weeks is a good answer.)
- What does a weekly update contain?
- How do you handle a change request in the middle of a milestone?
About launch and after
- Who handles App Store and Google Play submission, and what happens if we're rejected?
- What analytics events will you set up so we can measure activation and retention?
- What does maintenance look like after launch, and what does it cost?
Strong vendors answer with specifics and examples. Weak ones answer with adjectives: "seamless," "robust," "best-in-class."
Tell us what you're building. You get a written scope, timeline and fixed price — plus free Google Play and App Store submission and one month of launch marketing with every build.
Get my free quote WhatsApp usComparing proposals side by side
Quotes that look different are often quoting different things. Before comparing prices, line up the scope:
| Check | A good proposal | A risky proposal |
|---|---|---|
| Features | Listed screen by screen or user story by user story | "Full-featured app with admin panel" |
| Design | Number of screens, rounds of revisions, deliverables | Not mentioned or "included" |
| Backend and admin | Described separately with hosting assumptions | Bundled vaguely into the total |
| QA | Testing approach and device list | "Thorough testing" |
| Exclusions | Clearly listed | None listed, which means surprises later |
| Timeline | Milestones with deliverables and dates | A single end date |
If one quote is far below the others, find out what's missing rather than celebrating. Our app development cost guide explains what drives the price, and fixed price app development covers how to write a scope that protects you.
Contract must-haves
This is practical guidance, not legal advice; have a lawyer review the final agreement. At minimum, make sure it covers:
- IP assignment. All code, designs and documentation are assigned to your company on payment. Don't rely on the phrase "work made for hire" alone: under US law, commissioned software usually doesn't fall into the categories that the US Copyright Office lists for works made for hire by contractors, so the contract needs an explicit assignment.
- Repository and account ownership. The code lives in your GitHub, GitLab or Bitbucket organization from day one. App Store, Google Play, cloud and analytics accounts are created under your company, with the agency added as a user.
- Milestones and acceptance. Payments tied to delivered, testable milestones, with a defined acceptance period and criteria.
- Change process. How new requests are estimated, approved and billed.
- Warranty period. A period after launch during which bugs against the agreed scope are fixed at no cost.
- Confidentiality and data protection, including obligations under GDPR or HIPAA if they apply to you.
- Termination and handover. If you part ways, you get all code, credentials and documentation for work paid to date.
Red flags
- A quote produced before they've asked you any real questions.
- Reluctance to name the team or let you speak to the developers.
- Code hosted only in their repository, or store accounts in their name.
- Large upfront payments not tied to deliverables.
- No mention of QA, store submission or post-launch support.
- Promises of guaranteed downloads, rankings or revenue.
- Every answer is "yes." Good partners tell you when an idea is expensive or unnecessary.
Use a short paid discovery as the tiebreaker
If two vendors score close, pay each, or just your top choice, for a one-to-two-week discovery: refined scope, wireframes of key screens, a technical plan and a fixed quote. You'll learn how they work, and you'll own the output either way. It's a small cost compared with picking the wrong team for a multi-month build.
Put Appryze on your shortlist
Appryze builds Android, iOS and web apps for clients in the USA, UK, UAE and India. You get a fixed-price written quote within 24 hours, weekly written updates, call times that overlap US business hours, and full ownership of the code, store accounts and ad accounts. Score us with the table above. See the Studio page, and if you're deciding between an agency and an individual, read agency vs freelancer or our step-by-step guide to outsourcing app development.
Frequently asked questions
What should I look for in an app development company?
Look for live apps similar in complexity to yours that the proposed team actually built, a clear understanding of your problem, a detailed proposal with assumptions and exclusions, a sensible technical approach, regular demos and written updates, a real QA and release process, and commercial terms that give you full ownership of the code and accounts.
What questions should I ask an app developer before hiring?
Ask what they would cut from version one, what the biggest risks are, how often you'll see working software, how they handle change requests, who handles store submission and rejections, which analytics events they'll set up, and what maintenance costs after launch. Also ask to meet the developers who will actually work on your project.
How many app development companies should I get quotes from?
Three to five is usually enough. Send each the same one-page brief so the proposals are comparable, and give yourself time to check portfolios, call references and compare scopes line by line. Collecting more quotes than you can evaluate properly tends to push the decision toward price alone.
Who owns the code when an agency builds my app?
Only whoever the contract says. In the US, commissioned software usually isn't a work made for hire by default, so your agreement should explicitly assign all code, designs and documentation to your company. Also keep the repository and store accounts under your company from day one. This isn't legal advice; have a lawyer review it.
Why do app development quotes vary so much?
Quotes often cover different scopes. One may include design, backend, admin panel, QA and store submission while another assumes you'll supply some of them. Location, team seniority and pricing model also matter. Line up the features, deliverables and exclusions before comparing prices, and ask what's missing from any quote far below the rest.
Tell us what you're building. You get a written scope, timeline and fixed price — plus free Google Play and App Store submission and one month of launch marketing with every build.
Get my free quote WhatsApp usKeep reading
More in How to Choose an App Development Company · All app development guides