FAQ

Ten questions, answered plainly

These are the questions founders actually ask us before signing anything: what an app costs, how long it takes, whether to go native or cross-platform, who ends up owning the code, and what happens the day after launch. Every answer below is the same one you would get on a call.

Q01

How much does it cost to build an app?

Cost depends on scope: screen count, integrations, backend complexity, and whether you need one platform or two. Building with an India-based team is usually a fraction of a US agency price for the same scope. We do not publish price lists because a list would be wrong for your app. Send a short brief on WhatsApp and, after a scoping chat, you get an exact written quote against a written scope.

Q02

How long does it take to build a mobile app?

A focused MVP usually takes 10 to 16 weeks from kickoff to Play Store release: one to two weeks of ideation, two to three weeks of design, six to twelve weeks of build, and one to two weeks for store review and rollout. Simple single-platform apps can ship in six to ten weeks. The largest variable is how quickly design sign-off comes back, which is why we ask for one decision-maker.

Q03

Should I choose native or cross-platform development?

Choose cross-platform — Flutter or React Native — when you want both Android and iOS from one codebase at roughly 60 to 70 percent of the cost of two native builds. Choose native Kotlin or Swift when the app depends heavily on device hardware, background processing, or platform-specific performance. Most business apps do well cross-platform, and we put the recommendation and its reason in writing during discovery.

Q04

Who owns the code and intellectual property?

You do. On final payment for each milestone, all source code, design files, and intellectual property transfer to you in writing. We push to your Git repository throughout the project, not ours, and the Play Store listing is published under your developer account so you keep control of releases and signing keys.

Q05

What happens after launch?

Every build includes a 30-day warranty covering defects in delivered work at no charge. After that, an optional monthly retainer covers Android and iOS version upgrades, SDK and store policy changes, crash triage, and small feature work with a fixed number of hours and a named contact. There is no lock-in: the code and the store listing are already in your accounts.

Q06

How do you handle time zones and communication?

We work from India and overlap several hours daily with UK and European mornings, and with US mornings on request. You get a direct WhatsApp line to the founder rather than a ticket queue, a demo call every two weeks, and an installable build at the end of each sprint. First response to a message is normally under 24 hours.

Q07

Will you sign an NDA before we discuss the idea?

Yes. We sign a mutual NDA before any detailed discussion of your idea, at no cost and with no obligation to proceed. Send your own document or ask for ours. Client work, screenshots and names are never published without written permission — which is why the work on this site is our own apps.

Q08

Can you take over an app someone else built?

Often, yes. We start with a paid code and store audit: we read the codebase, run the app across devices, check the store listing and data-safety declarations, and report what it would cost to stabilise versus rebuild. You get that report whether or not you continue with us, so the audit is useful even if the answer is that the existing team should finish the work.

Q09

Do you build iOS apps as well as Android?

Yes. Cross-platform builds with Flutter or React Native cover iOS and Android from one codebase, and we ship native Swift when an app genuinely needs it. Our own five published apps are on Google Play, so that is the release process we can point at with evidence; App Store submission follows the same checklist discipline with Apple's review rules in place of Google's.

Q10

What if my idea is not fully formed yet?

That is what ideation is for, and it is the cheapest stage to change your mind in. Bring the problem rather than the specification. If the discovery work concludes the app should not be built, we say so — a two-week finding that saves a four-month build is a better outcome for both of us than a project neither party can defend.

Question not here?

Ask it directly on WhatsApp — you reach the person who would build the app, and the answer usually lands within a day. If it turns out to be a question other founders ask too, it ends up on this page.

Next step

Ask the awkward one

Budget, timeline, what happens if it goes wrong — the questions worth asking are the uncomfortable ones. Send yours and you get a straight answer, not a brochure.