What do mobile app development services in Singapore actually include?
A full service covers everything between an idea and a live app in both stores: scoping, screen design, the Android and iOS build, a backend, testing on real devices, store submission and updates after launch. If a quote leaves any of those out, somebody else has to do that part, and usually that somebody is you.
In practice, mobile app development services in Singapore get sold in very different shapes. Some studios quote only the app screens and expect you to bring your own server. Some freelancers deliver a build file and leave publishing to you. We quote the whole chain, line by line, so the gaps are visible before you sign anything.
- Discovery: user types, the single job the app must do well, and what can wait for version two.
- UX and UI design: clickable screens in Figma you can tap through on your own phone.
- App build: one Flutter or React Native codebase compiled for Android and iOS.
- Backend: API, database, file storage, push notifications and an admin panel for staff.
- Testing: real Android and iPhone devices, plus TestFlight and Play closed-testing tracks for your team.
- Publishing: store listings, privacy labels, screenshots and review responses.
- Aftercare: OS updates, crash monitoring and small improvements.
If you are comparing quotes, ask each provider which of these seven lines they include. It is the fastest way to see why two estimates for “the same app” can look so far apart.
Does a Singapore SME need a mobile app, or will a mobile website do?
Build an app when customers will open it repeatedly and it needs something a browser handles poorly: push notifications, camera or barcode scanning, offline use, Bluetooth devices or a loyalty wallet they keep on the home screen. If people visit you once a month to read prices and call you, a fast mobile website is cheaper and easier to find on Google.
Many Singapore businesses that ask us for mobile app development services end up with both, in stages. A retailer might launch a phone-first store first and add an app once repeat buyers exist; our ecommerce website design guide for Singapore covers that first step. A clinic or fitness studio, on the other hand, often goes straight to an app because members book several times a week.
Signs an app will pay back
Customers return weekly; you rely on reminders; staff scan or photograph things in the field; you want a loyalty or membership card people carry with them; offline access matters on the MRT or in a basement car park.
Signs a website is enough
Most visits come from Google searches; people buy once or rarely; your main action is an enquiry form or WhatsApp chat; you have no budget yet for store fees and yearly maintenance.
Local app studio or remote team: how should a Singapore company decide?
Choose a Singapore studio when you need people in the room every week, a grant-listed vendor or a large team on a tight deadline. Choose a remote team when you want the same app for less, with clear written scope and your own accounts, and you are comfortable reviewing progress on video calls and test builds.
The honest trade-off is presence against price. A local studio's quote includes Singapore salaries and office rent; ours reflects three developers working from India, which is why our mobile app development services start at US$600. What you give up is the whiteboard session. What you should never give up, with either option, is ownership of the store listings, the source code and the cloud account.
Before you decide, ask both kinds of provider the same four questions: whose Apple and Google accounts will hold the app, where the backend will run, who fixes crashes after launch, and what happens if the person you spoke to leaves. The answers tell you more than a portfolio page does. If a solo freelancer is also on your shortlist, our Singapore freelance web developer comparison explains the continuity risk of one-person setups.
How much do mobile app development services cost in Singapore?
Our two-platform apps start at US$600; local studio quotes are usually much higher and vary widely, because they depend on team size, design depth and what the studio includes. The price of any app is driven by the number of distinct screens, integrations, user roles and how much the backend has to do.
We do not publish other providers' figures, since quotes differ so much that any number would mislead. What we can do is show what moves a quote up or down. A booking app with one user type is at the lower end. Add a second role (say, instructors as well as members), card and PayNow checkout, Singpass sign-in and an admin dashboard, and the estimate grows line by line.
- Screens and flows: each distinct journey needs design, build and testing on both platforms.
- Integrations: payment gateways, Singpass, accounting software, maps and delivery partners each add work.
- Real-time features: chat, live tracking and instant notifications need extra backend work.
- Store fees: Apple charges US$99 a year for the Developer Program; Google Play charges a one-time US$25 registration fee. You pay these directly.
- Running costs: AWS hosting, email and SMS delivery and crash monitoring are billed to your own accounts.
For a feature-by-feature breakdown, read our Singapore app development cost guide.
Flutter or React Native: which framework suits a Singapore app?
Both build a real Android and iOS app from one codebase, so either is a sound choice for most SME apps. We lean to Flutter when the design is highly custom and animation-heavy, and to React Native when your team already writes JavaScript or TypeScript, or when the app shares logic with an existing React website.
The framework matters less than who will maintain the app in three years. If you plan to hire an in-house developer in Singapore later, tell us early; we will pick the stack that is easier to hire for in your situation and document it so a new person can take over. Native Swift or Kotlin makes sense only for apps that live on device hardware, such as heavy camera processing or wearables.
Pick Flutter when
You want pixel-identical design on both platforms, many custom animations, or a single team owning every screen with no web code to share.
Pick React Native when
You already have a React or Next.js website, your future hires are likely to be JavaScript developers, or you want to share validation and API code between web and app.
Go fully native when
The app depends on advanced camera, Bluetooth Low Energy, AR or background processing where cross-platform plugins are thin.
Why should your app be published under your own Apple and Google accounts?
Because the account that publishes an app controls it: its listing, its reviews, its update history and the payouts. If a developer publishes your app from their own account, moving it later means an app transfer at best, and at worst a new listing that loses every review and rating.
Our mobile app development services always start with your organisation enrolling as the account holder. We are invited as team members with the roles needed to upload builds, and you can remove us with a click. Apple's enrolment page states that the organisation's legal name appears as the seller on the App Store, and that trade names and branches are not accepted, so enrol under the registered company name, not a shop name.
- Apple Developer Program: your organisation is the Account Holder; we join as Admin or App Manager.
- Google Play Console: your organisation owns the developer account; we are added as users with release permissions.
- AWS, domain, email service and analytics: created under your company email, with our access granted by you.
- Source code: a Git repository in your organisation's account, with every commit visible to you.
This is the single most important question to ask any provider of mobile app development services in Singapore. If the answer is vague, keep looking.
How does a Singapore company get a D-U-N-S number and developer accounts?
Check whether Dun & Bradstreet already lists your company, request a free D-U-N-S number if it does not, then enrol with Apple and Google as an organisation. Start this in week one, because it is the step most likely to delay a launch that is otherwise finished.
According to Apple's D-U-N-S guidance, a D-U-N-S number is required for companies, is free, and can take up to five business days to be assigned plus up to two more for Apple to receive it. Google's Play Console help says organisation accounts also need a D-U-N-S number and that getting one can take up to 30 days. Sole proprietorships cannot enrol as organisations with Apple, so a sole proprietor enrols as an individual instead.
- Look up your company on Apple's D-U-N-S lookup tool using the exact registered name and address.
- If you are missing, submit your details to Dun & Bradstreet through the same flow; there is no charge.
- Prepare a work email on your company domain and a live website; Apple does not accept social media pages as the website.
- The person enrolling must have authority to sign contracts for the company.
- Pay the Apple and Google fees yourself, so the receipts and the accounts are in your name.
One more reason to use an organisation account on Google Play: Google's help pages say new personal accounts must run a closed test with at least 12 testers for 14 consecutive days before production access, a rule that does not apply to organisation accounts.
How do PayNow and card payments work inside a Singapore app?
It depends on what the customer is buying. Physical goods and real-world services, such as food, retail products, classes or home services, are paid through a payment gateway with cards, wallets or PayNow. Digital content and features used inside the app, such as premium articles or a pro tier, must go through Apple's and Google's own in-app purchase systems.
Apple's App Store Review Guideline 3.1.3(e) says apps selling physical goods or services consumed outside the app must use purchase methods other than in-app purchase. Guideline 3.1.1 requires in-app purchase for digital features and subscriptions. Google Play's Payments policy draws the same line. Getting this wrong is a common reason for a rejected first submission, so we settle it during scoping.
For PayNow, the app usually shows a dynamic QR code or hands off to the customer's banking app, and the gateway confirms payment through a webhook so the order updates without anyone checking a bank statement. Card payments use the gateway's hosted fields or native SDK, so card numbers never touch your server. Our PayNow integration guide compares the options in detail.
Should your mobile app offer Singpass login?
Add Singpass when you need a verified identity or want Myinfo to fill long forms, as with rentals, financial products, recruitment or regulated services. For a café loyalty app or an online shop, email, phone or Apple and Google sign-in is simpler and cheaper.
Singpass is not something a developer can switch on for you. The Singpass developer documentation says the relying party must be a Singapore-registered entity, that access to the developer portal runs through the company's Corppass administrator found by its UEN, and that Singpass cannot be the only way to log in. Myinfo data scopes need to be justified for your use case.
On mobile, the same documentation says embedded WebViews are not supported for Singpass authentication; the app hands the user to the system browser or the Singpass app and receives them back. We design that round trip so it feels natural and test it on both platforms. Our Singpass integration page covers the technical flow and onboarding in depth.
Where should a Singapore app's backend and data be hosted?
Host it close to your users. AWS lists Asia Pacific (Singapore) as region ap-southeast-1, enabled by default on new accounts, and that is where we deploy unless you have a reason to choose otherwise. Short network distance makes screens load faster, and keeping customer data in Singapore is simpler to explain to customers and auditors.
A typical backend for a small or mid-sized app uses managed services rather than servers someone has to patch by hand: a managed PostgreSQL database, object storage for images, a container or serverless API, and push notifications through Apple's and Google's services. Everything sits in your AWS account, with billing alerts so a traffic spike never becomes a surprise invoice.
- Separate staging and production environments, so testing never touches real customer data.
- Encrypted database and storage, with automated backups kept in the same region.
- Role-based access for staff in the admin panel, and an audit log of sensitive actions.
- Monitoring and crash reports that alert us before your customers email you.
If your data must stay somewhere specific because of a contract or a regulator, tell us at the scoping stage and we will design around it.
What does the PDPA mean for a mobile app built for Singapore users?
If the app collects personal data, your organisation has obligations under Singapore's Personal Data Protection Act, and the build should make them easy to meet. We cannot give legal advice, so your own lawyer should approve privacy wording, but we build the mechanics that support it.
That means collecting only the fields a feature truly needs, explaining why at the moment of collection, and keeping marketing consent separate from the terms of service. Apple's Review Guideline 5.1.1(v) also requires apps that let people create accounts to let them delete those accounts inside the app, so a delete-account flow is part of every build we scope.
The PDPC's data-breach guidance says a notifiable breach must be reported to the Commission within three calendar days of the organisation deciding it is notifiable. We help you get ready for that with access logs and a clear record of what data sits where, so you can assess an incident quickly. For the website side of privacy, see our PDPA-ready website guide.
What is the mobile app development process and timeline?
A focused two-platform app usually takes 6 to 10 weeks from signed scope to store submission. The schedule is set by decisions and reviews as much as by coding, so the fastest projects are the ones where one person on your side can approve screens within a day or two.
We split the work into short phases, each ending with something you can tap on your own phone. You see clickable designs before any code, a working build on TestFlight and a Play testing track within the first few weeks, and a store-ready release candidate before anything goes public.
Weeks 1–2: scope and design
User flows, data model, clickable Figma screens and the accounts checklist (D-U-N-S, Apple, Google, AWS). You approve screens before the build starts.
Weeks 3–6: build
App screens and backend in parallel, with a new test build every week. Payments and Singpass, if included, are wired in against sandbox environments.
Weeks 7–8: test and fix
Real-device testing on older and newer phones, accessibility checks, performance fixes and your team's feedback from the testing tracks.
Weeks 9–10: submit and launch
Store listings, privacy labels, screenshots, submission and responses to reviewer questions. Timing of store review is set by Apple and Google, not by us.
Working with an app team in India from Singapore: hours, calls, payments and the first two weeks
India Standard Time is 2.5 hours behind Singapore time, so most of your working day overlaps with ours. A message you send after lunch in Singapore arrives in the middle of our morning, and a bug you report at 5 pm SGT can be looked at the same afternoon in India.
Calls happen on Google Meet or Zoom, and day-to-day questions go through WhatsApp, which we answer seven days a week. Quotes and invoices are in USD and come from India; you pay by Wise or bank wire, and nothing is billed until you have approved the written quote. Terms such as milestones and revisions are set out in that quote, and our terms page explains the general approach.
- Day 1–2: kick-off call, shared folder and WhatsApp group; you start the D-U-N-S check and Apple enrolment.
- Day 3–5: user flows and a feature list you can mark as must-have or later.
- Week 2: clickable screens on your phone, Git repository and AWS account created under your company, first review call.
- End of week 2: you approve designs and scope, and the build phase begins.
What we do not offer: site visits, hardware installation or a team of twenty. If your app needs someone physically at a warehouse or clinic, plan for a local person to handle that part.
Who looks after the app after launch, and in which hours?
We do, for two months after launch at no charge, and then on a monthly care plan from US$120/mo if you want it. Apps need more upkeep than websites: Apple and Google release new OS versions every year, store policies change, and third-party SDKs publish security updates you should not ignore.
Because our working day overlaps with the Singapore business day, most fixes are handled while your staff are still at work. Crash reports reach us automatically, so we often see a problem before a customer reports it. Larger changes, such as a new feature or a redesign, are quoted separately so you always know what you are paying for.
- Updating the app for new Android and iOS versions and new device sizes.
- Keeping payment, Singpass and notification SDKs current.
- Answering store policy notices and data-safety form updates.
- Watching crash rates and fixing the top issues each month.
- Small copy, image and configuration changes.
Red flags in mobile app development proposals for Singapore businesses
The biggest red flag is a proposal that keeps the app in the developer's own store account or cloud account. The second is a single lump-sum price with no feature list, because you cannot see what was left out until it is too late.
Watch too for promises nobody can keep. No developer controls how fast Apple or Google review an app, so a guaranteed launch date that includes store approval is a guess. Be careful with a quote that includes “unlimited revisions” but no written scope; that usually means the scope will be argued later instead. And ask who actually writes the code, since some sellers of mobile app development services pass the work to another subcontractor without telling you.
- No mention of who owns the source code, store listings and AWS account.
- No backend in the quote, or “backend by client” hidden in the small print.
- No test builds until the very end of the project.
- Payments planned without checking Apple and Google in-app purchase rules.
- No plan or price for maintenance after the first release.
- Claims of guaranteed downloads, top store rankings or instant approval.
For a fuller contract checklist, the Singapore outsourcing playbook walks through scope, IP and milestone terms.
How will people find your app: store search, Google and AI answers
Store listings are found through the App Store and Google Play search, so the app name, subtitle, description, screenshots and ratings all matter. We write a first listing from your notes and set up the fields correctly, but nobody can guarantee store rankings, any more than they can guarantee Google rankings.
Most people still discover apps through the web, so a simple landing page for the app helps a great deal. It should explain what the app does in one sentence, answer common questions, link to both stores and carry structured data so Google and AI answer engines can describe it accurately. We can build that page alongside the app, or you can add ongoing work with monthly SEO from US$150/mo.
If you want to show up when someone asks ChatGPT or Google's AI Overviews for “an app that does X in Singapore”, clear, consistent facts on your own site matter more than tricks. Our AI SEO services for Singapore page explains how that works.
Worked example: a hypothetical Tampines pilates studio ordering a booking app
Imagine a two-room pilates studio in Tampines that takes bookings through spreadsheets and WhatsApp. It wants members to book classes, buy class packs and get reminders. This is an illustration of how we would scope it, not a real client.
We would scope a Flutter app with member and instructor roles, a class calendar, pack purchases, push reminders and a web admin for the front desk. Because classes are services used in the real world, Apple's guideline 3.1.3(e) points to a payment gateway with cards and PayNow rather than in-app purchase. Singpass would be left out, because members only need a phone number and email to book.
- Week 1: the studio checks its D-U-N-S entry and enrols with Apple and Google as an organisation.
- Week 2: clickable screens are tested by two instructors and three regular members.
- Weeks 3–7: the build, with a new TestFlight build every Friday.
- Weeks 8–9: real-device testing, then store submission.
- After launch: two free months of fixes; the studio decides later whether to add a waitlist feature.
The quote for a scope like this would start from our US$600 app price, with the payment gateway, admin panel and instructor role listed as separate lines.