Skip to content

Mobile App Development in the US

We are an Indian engineering team working with businesses in the US. Written scope before any code, and a fixed quote in USD.

Working hours

Our day ends at 07:30 in the US (08:30 on summer time), before yours begins, so we work asynchronously: written updates land overnight and are waiting when you start.

Quoted in USD

There is no general VAT in the US at present, so the quote is the amount you pay.

Data protection

Work for this market is scoped against state privacy law, principally the CCPA and CPRA in California, agreed before development starts rather than retrofitted afterwards.

Written scope

Every engagement starts with a written scope and a fixed USD quote within 24 hours, so the price is set before work begins.

About Mobile App Development

We build cross-platform apps in Flutter and React Native, wire up the backend, push, and offline sync, and hand them to the App Store and Play Console for you. A senior team in Noida, flat quotes, and a written scope before any code.

What the engagement includes

  • Senior engineers on your app from day one. No junior offshore team behind an account manager, no handoff after you sign.
  • Direct access to the people writing the code. You talk to the developer, not a layer that relays your questions and loses half of them.
  • Both app stores handled end to end, including signing, listings, and the review process, so you are not learning Play Console under deadline.
  • Flat INR quotes against a written scope, turned around in 24 hours. We can invoice in USD to a foreign parent entity if you need that.
  • 70 plus projects shipped for clients in India, the USA, Canada, the UK, and the UAE, so this is not our first launch.
  • Honest scoping. If you need one app and not three, or a web app instead of a native one, we will tell you before you spend.

Send the scope and you get a written scope and a fixed USD quote back within 24 hours.

Get a quote in USD

Purchase links, store age signals and COPPA in a US mobile app

On the US storefronts the in-app purchase question is now two separate rules, and both are still moving. Apple's App Review Guidelines exempt the United States storefront from the ban on buttons, external links and other calls to action that send a customer to buy outside in-app purchase, following Epic v. Apple. On 11 December 2025 the Ninth Circuit upheld the contempt finding against Apple, held that developers may use real buttons as well as links, and said Apple may stop a developer's call to action only from being more prominent in font, size or placement than Apple's own. It said Apple should eventually be allowed a commission on linked-out purchases limited to its genuine costs and some return on its intellectual property, but that none should apply until the district court approves one. Apple has since proposed a rate on remand, and on 30 June the Supreme Court agreed to hear its challenge to the contempt finding, so the number is open. Google Play has allowed alternative billing and external links for US users since 29 October 2025, through its own programmes: links go through the external content links APIs, which show an information screen, must be limited to users in the US and its territories, and carry transaction reporting and service fees from 1 October 2026. So we build the web checkout, one server that grants the entitlement from either path, and a storefront check that decides which buttons appear, with fee assumptions kept in configuration rather than code. Your obligations under each programme are for your own counsel.

The stores now also pass a user's age and a parent's consent to your app, and state law makes acting on that the developer's job. Texas SB 2420 requires a developer to give the app, and each purchase inside it, an age rating, to tell the store before a significant change such as new data collection or new monetization, and to run a system that uses the store's data to confirm each user's age category and, for a minor, that a parent consented. The personal data the store sends may be used only for those purposes and has to be deleted once verification is complete, so it cannot quietly become a profile field. The law was due on 1 January 2026 and was enjoined in December 2025; the Fifth Circuit then stayed that injunction, and on 6 July 2026 the Supreme Court declined to reinstate it while the appeal continues. Apple has applied the requirements to new Texas accounts since 4 June 2026, alongside Utah from 6 May 2026 and Louisiana from 1 July 2026. On iOS the work is the Declared Age Range API, the Significant Change API in PermissionKit, the new age rating property in StoreKit and a server notification for when a parent revokes consent; on Android it is the Play Age Signals API. The design questions are what a 13 to 15 year old sees when a parent says no, and which updates count as significant, which Apple leaves to the developer. Which of these state laws bind you is for your own counsel.

If any of those signals can come back as under 13, or the app is aimed at children at all, the amended COPPA Rule applies, and its compliance date passed on 22 April 2026. In a mobile app it lands on the SDK list more than on the privacy policy. A parent must be able to consent to the app collecting and using a child's information without consenting to its disclosure to third parties, unless that disclosure is integral to the service, and the disclosure needs its own separate verifiable consent. So an advertising or attribution SDK that starts on first launch is the problem, and the app has to work with those SDKs switched off. The rule also bans keeping a child's information indefinitely, requires a written retention policy with a timeframe for deletion and a written security program, and now counts biometric identifiers such as voiceprints and faceprints as personal information, which reaches voice and camera features. Age checks sit awkwardly beside this, since verifying age means collecting data about someone who may be a child. The FTC's policy statement of 25 February 2026 says it will not bring a COPPA case over data collected solely to determine age, provided it is used only for that, deleted promptly and kept secure, which is the same shape as the Texas deletion rule, so one short-lived code path can serve both. Whether a store's under-13 signal gives you actual knowledge under COPPA, and what the app must do from that moment, is for your own counsel before the API ships.

How we work with US clients

A US engagement gets agreed twice. Once with the person who wants the thing built, and then again with legal, security, procurement and finance, who arrive separately and rarely in the same week. That second round is where a supplier outside the country loses the calendar: a master services agreement to redline, a security questionnaire, a certificate of insurance, and a vendor portal that assumes everyone it onboards can sign a W-9. Send all of it while the scope is still being written rather than in the week you wanted to start, and where the honest answer to a row is that we do not hold something, we write that in rather than leaving it blank.

You are also buying from a company you cannot drop in on, so the evidence has to do the work an office would otherwise do. What we send is live production URLs rather than a deck, a written scope with one fixed number against it, and the names of the people who will do the work rather than a bench that changes after signature. What we will also tell you is the shape of what you are hiring: a small team in Noida that has been building since 2021, not a firm that can put four more people on your project next Monday. If that is what your timeline needs, we say so before the contract rather than after it.

Send the scope and you get a written scope and a fixed USD quote back within 24 hours.

Get a quote in USD
We built one

Jai Shri Balaji Store

A customer app on iOS and Android and a driver app on Android, both Flutter, shipped together on one backend, with the store itself run from a web admin rather than a third app it did not need.

Full service detail

This page covers how we work with clients in your market. The complete Mobile App Development page, with the full technical detail, process and frequently asked questions, is written in English.

Read the full service page (English)

Questions US clients ask

Does our site have to meet ADA accessibility requirements?

If you are consumer facing in the US, build as though it does. Demand letters over inaccessible websites are routine and cheap to send, federal work brings Section 508 with it, and the Department of Justice rule under Title II sets WCAG 2.1 AA for state and local government entities on a timetable your counsel can confirm for your size band. We work to WCAG 2.2 AA and test with a screen reader rather than relying on an automated scan, because automated tools catch perhaps a third of real issues and the other two thirds are the ones that end up in a letter.

How do we know you will still be here in two years?

Nobody can promise you that, and a supplier who does is selling something. We have been building since 2021 and we maintain what we build, which is the honest version of the answer. The useful version is that it should not have to matter. The repository is in your GitHub organization, the domain and hosting accounts are in your company name, the stack is Next.js, Laravel, Flutter and Postgres rather than anything only we can read, and the handover document exists before you ask for it. If we vanished tomorrow, another agency could pick it up without needing to call us.

Can you sign our NDA and work under our MSA?

Yes to the NDA. Send your standard one and it comes back signed within 24 hours, before you describe the project in any detail. Yes to the MSA too, with the caveat that we read it properly rather than signing to be agreeable. The two clauses we usually come back on are unlimited liability, where we ask for a cap tied to the fees, and an IP clause drafted broadly enough to sweep in the internal tooling we bring to every project. Everything built for you transfers to you in full on final payment. We mark up those two and sign the rest.

Something breaks at two in the afternoon in Chicago. What actually happens?

Two in the afternoon in Chicago is past midnight here, half past midnight in summer and half past one in winter, so the truthful answer depends on what you are paying for. Monitoring does not keep our hours and the alert fires whatever the clock says. Whether a person is awake to act on it depends on your plan, because we are not a 24/7 on-call operation as standard, and we would rather tell you that while you are choosing a plan than while your checkout is down. Without out-of-hours cover written into the contract, the realistic answer is that it is picked up at the start of our day, which is the middle of your night, and you should price that in when you decide.

Mobile App Development: common questions

Flutter or React Native, which one should I pick?

Flutter if your UI is custom and you want it to look and behave identically on iOS and Android from one codebase; it is what we used for both Jai Shri Balaji apps. React Native if you already have a React web team or depend on JavaScript libraries, because the skills and some code transfer. For most first apps we lean Flutter. On our call we pick based on your team and your UI, not a house preference.

Do you build native iOS and Android, or only cross-platform?

We build cross-platform in Flutter or React Native, which compile to real native iOS and Android apps from a single codebase. For the vast majority of business apps that is the right call: one team, one codebase, both platforms, lower cost. We are not the right studio if you specifically need fully separate Swift and Kotlin native codebases or a heavy native game engine.

Do you handle App Store and Play Console submission?

Yes, end to end. That includes developer account setup if you do not have one, app signing, store listings, screenshots, privacy and data-safety declarations, and the review back-and-forth with Apple and Google. First submissions often get bounced for small reasons, and we handle that so your launch does not slip.

How much does a mobile app cost?

A flat quote against a written scope, never an hourly meter. Send us the brief, we write the scope, and you get back one flat INR number, with the exact figure inside 24 hours. If you have a foreign parent company, we can invoice that entity in USD. What moves the number is how many screens, integrations, and platforms you actually need, not a clock.

How long does it take to build an app?

It depends on the build, so the real timeline goes in the written scope rather than a stock number here. We work in short sprints with a working build at the end of each, so you see progress the whole way instead of waiting months for a big reveal. The backend and the integrations, not the number of screens, are what move a timeline most.

Send the scope and you get a written scope and a fixed USD quote back within 24 hours.

Get a quote in USD

Other markets we work in

Working with the US

Tell us what you are building in the US

Send the scope, or just the problem. You get a written scope and a fixed USD quote back within 24 hours, from the engineers who would do the work.