Skip to content

Flutter & React Native Apps in Singapore

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

Working hours

Our day runs 09:00 to 18:00 India time, which is 11:30 to 20:30 in Singapore, so from late morning onwards we are on the same working day, and anything you raise first thing is picked up by 11:30.

Quoted in SGD

Quotes exclude the 9% GST in Singapore, shown separately on the invoice.

Data protection

Work for this market is scoped against the Personal Data Protection Act 2012 (PDPA), agreed before development starts rather than retrofitted afterwards.

Written scope

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

About Flutter & React Native Apps

Our React Native and Flutter development services take a cross-platform iOS and Android app from first screen to store release. We use Flutter when polish and 60fps animations matter, and React Native when speed-to-market and shared code with the web matter more. From MVP launches to enterprise apps with 100k+ users, we handle the full lifecycle: design, native module integration, App Store and Play Store submission, push notifications, analytics, and ongoing version updates.

What the engagement includes

  • Flutter app development (iOS + Android)
  • React Native app development (iOS + Android)
  • Native module development for platform-specific features
  • Push notifications (FCM, APNS, OneSignal, Firebase)
  • In-app purchases and subscription billing (RevenueCat, native IAP)
  • Real-time features via WebSockets or Firebase
  • Offline-first apps with sync (SQLite, WatermelonDB, Realm)
  • Maps and location services (Google Maps, Apple Maps, Mapbox)

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

Get a quote in SGD

Platform worker rules and HSA's software device rules in a Singapore cross-platform app

Ride-hail and delivery are the classic cross-platform build here, a customer app and a worker app sharing one codebase over a dispatch backend, and since 1 January 2025 the Platform Workers Act has turned some of that backend's design choices into legal ones. Whether the people doing the work are platform workers, with the protections that follow, turns on management control, and MOM's test has two limbs that must both be met. The first is that the operator uses data from workers and service users in an automated way to decide whether a worker may provide the service, which tasks they may perform, or how much they are paid for a task. The second is that it imposes requirements, prohibitions or restrictions not required by law: rules on when, how or to what standard the service is delivered, stopping workers from negotiating fees with customers or building their own client base, controlling their working hours or the number of tasks they take, or performance-based incentives and penalties. Read as a product specification, that list is the dispatch algorithm, dynamic per-task pay, acceptance-rate thresholds, rating-based penalties and the in-app rule that a rider may not take a customer's number. Few platforms here could drop all of those and still work, so most should plan on being in scope, and a decision to add one of those controls is also a decision about classification, which is cheaper to take while the feature is a ticket than after it ships. An entity that becomes a platform operator has to notify MOM within 14 days. Operators must also provide work injury compensation insurance for their platform workers and file an injury report within 10 days, and that report draws on job records and earnings data, so the task log, the earnings and the time and place of each job need to be retrievable from the backend rather than reconstructed from a worker's phone. Whether your service meets both limbs is for your own counsel.

The money is where the worker app changes most. Operators deduct the worker's CPF contribution from earnings as and when they are earned and pay it to the CPF Board every month together with the operator's own share, compulsorily for workers born on or after 1 January 1995 and for older workers who choose to opt in, with rates rising in steps towards employee and employer levels by 2028. So every payout is computed per task with a CPF line inside it, the date of birth and the opt-in election sit on the worker record as inputs to that calculation rather than as profile decoration, and the earnings screen shows gross, deductions, CPF and net instead of a single figure. Since 1 January 2025 operators have also had to issue earnings slips, in soft or hard copy, no later than two months after the task, or after the earliest task where one slip covers several. Each slip carries the worker's name, date of birth and NRIC number, the earnings period, the gross amount, deductions, CPF contributions, the net amount and the slip date, together with the operator's name and a statement that it is an earnings slip for a platform worker, and the same items are kept as records for two years, and for two years after a former worker's last task. In a cross-platform build the slip is generated once on the server as a document both apps display and download, rather than rendered separately on each platform, so the figure a worker sees on Android and the one on iOS cannot disagree. Because the Act makes the NRIC number a required record, it is stored in its own encrypted field, appears on the slip because it has to, and is never used to sign the worker in. Rate tables change on a published schedule, so they are configuration with effective dates rather than constants in the app. Which workers and payments fall in scope is for your accountant and counsel.

If the app measures, monitors or advises on a patient's health, settle early whether it is a medical device, because the Health Sciences Authority's guidelines for software medical devices, revised in December 2025, list mobile applications that remotely monitor a patient's vital signs among their examples, and three of their requirements bear directly on how cross-platform apps ship. The first is versioning. Software supplied without a physical form has to show its registered Singapore version in the user interface. A Dart patch through Shorebird or a JavaScript bundle through EAS Update changes the running software without changing the version number the store shows, so the version on the about screen is computed from the binary and the patch together, and a patch that touches a diagnostic or therapeutic function goes through HSA's change notification guidance, GN-21, rather than straight to phones. The second is the operating system. HSA's change flowchart asks whether a change moves the software to a different operating system from the registered version, which makes shipping the Android build of an app first registered on iOS a regulatory step to check rather than a routine store release. The third is end of support. Software running on an operating system that has lost vendor support, with cyber risks that cannot be adequately mitigated, will not be permitted for supply in Singapore, and labelling must state the operating system requirements and must not recommend unsupported versions. The frameworks move that floor themselves: as of Flutter 3.47, iOS 14 and Android API 23 and earlier are unsupported, so a framework upgrade can change what the labelling has to say. For a team that ships often, HSA's Change Management Program for software as a medical device lets pre-specified changes approved in advance be made under your own quality system, with a declaration due within a year of approval and annually after. Classification and registration are for your regulatory adviser.

How we work with Singapore clients

Singapore is the one market we serve where the working day is simply shared. We are two and a half hours behind you and neither country moves its clocks, so our morning starts partway through yours and the whole of your afternoon is live time for both sides. That changes the shape of an engagement more than anything technical does: a call is booked for the same afternoon rather than the same week, a question raised before your lunch is answered after it, and the written-first method we run for North American clients is a courtesy here rather than a necessity. We keep the written record anyway, with a default chosen on every open decision, because it is the thing an auditor or a new hire can read later and a call is not.

Invoicing is worth stating plainly because the GST position confuses buyers on both sides. We are outside Singapore, so no GST appears on our invoice. Whether you account for it yourself is the reverse charge question, and IRAS's own guidance is that a GST-registered business making only taxable supplies is not affected, while a partially exempt one accounts for it in its own return. We quote in Singapore dollars, the figure holds for the project whatever the rupee does, and payment by bank transfer or Wise avoids the card fees a five-figure invoice does not need. The contract can sit under Singapore law with Singapore courts, and unusually among our overseas markets that clause has teeth: Singapore is a reciprocating territory under section 44A of India's Civil Procedure Code, so a judgment of the Singapore High Court can be executed in India directly rather than re-litigated.

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

Get a quote in SGD

Indicative pricing in SGD

Converted from our published Indian rates and rounded. Exchange rates move, so the figure on your quote is calculated on the day it is issued.

S$1,200 – S$2,300

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

Get a quote in SGD
We built one

Jai Shri Balaji Store

Two Flutter apps shipped together, a customer app on iOS and Android and a driver app on Android, sharing one backend with the Next.js admin the store runs on.

Full service detail

This page covers how we work with clients in your market. The complete Flutter & React Native Apps page, with the full technical detail, process and frequently asked questions, is written in English.

Read the full service page (English)

Questions Singapore clients ask

How does GST work if you are based in India?

No GST is charged on our invoice, and the invoice says so. Whether you account for it under reverse charge depends on your input tax position: IRAS's guidance is that a GST-registered business making only taxable supplies is not impacted, a partially exempt business or one with non-business receipts accounts for GST on imported services in its own return, and a business that is not registered should ask its accountant, because an exempt business importing more than S$1 million of services in a year can be required to register. We would rather your accountant confirmed your position before the first invoice than reconciled it at year end.

Are you compliant with the PDPA?

We build to it rather than claiming a certificate. The consent, purpose limitation and notification obligations shape the forms and the data model; retention limitation means records are deleted on a schedule rather than kept indefinitely; access and correction requests are features with a queue behind them rather than a manual database job. Processing happens in India, so the transfer limitation obligation applies, and the processor agreement we sign sets out the comparable standard of protection the Act asks for. The obligation to design for early is breach notification: an organisation has three calendar days from determining a breach is notifiable, which means one likely to cause significant harm or one affecting 500 or more people, to tell the PDPC, and answering what was in the breach is only possible if the logging existed beforehand. Appointing a Data Protection Officer is your obligation rather than ours, and we will say so if a design choice would make that person's job harder.

Can we use a PSG or EDG grant to pay for this?

Not PSG. The Productivity Solutions Grant funds pre-scoped packages from pre-approved vendors for Singapore-registered companies, and a custom build from an overseas team is not that shape, so we will not pretend it is. The Enterprise Development Grant is assessed project by project against its own criteria, and whether a build like yours qualifies is a question for Enterprise Singapore or your grant consultant to answer before the scope is written rather than after a budget has assumed it.

We are regulated by MAS. Can you meet the outsourcing requirements?

We can supply what a due-diligence pack asks for, accept audit and access rights in the contract, and name every sub-processor that touches your data. What we will also tell you in the first conversation is what we do not hold: we are not SOC 2 or ISO 27001 certified, and our security page says so in those words. Whether an engagement with us is a material outsourcing arrangement under the MAS guidelines, and what that requires of you, is your compliance team's determination, and it changes the contract before it changes the code, so it belongs in week one.

Flutter & React Native Apps: common questions

How much does a mobile app cost?

MVP apps (5-10 screens, basic features): S$1,200-S$2,300. Production apps (25-50 screens, real-time, payments): S$2,300-S$6,200. Enterprise / multi-module apps: S$6,200+. Final cost depends on screen count, native module needs, and whether the backend is already built or needs to be built alongside.

Flutter or React Native, which should I choose?

Flutter wins for: visual polish, 60fps animations, identical iOS/Android look, teams comfortable with Dart. React Native wins for: faster ramp-up if your team knows React, code sharing with a web app, larger npm ecosystem. We use both, pick based on team and design needs, not framework hype.

How long does an app take to build?

MVP apps: 8-12 weeks. Production apps with backend: 12-20 weeks. Enterprise apps: 20-40 weeks. Add 2-3 weeks for App Store and Play Store review on top of dev time. We work in 2-week sprints with TestFlight / Internal Testing builds every Monday.

Will you submit the app to App Store and Play Store?

Yes. App Store submission is included in every project, App Store Connect setup, screenshots in all required device sizes, privacy policy, content rating, and the review submission. We handle App Store reviewer questions and resubmissions if anything is rejected. Play Store is straightforward and similar.

Do you offer post-launch maintenance?

Yes. Mobile apps need ongoing care, iOS and Android version updates each year, framework upgrades, dependency security patches, store policy changes. Our retainers run S$310-S$1,500/month depending on app complexity and feature roadmap. Most clients stay on retainer for 2+ years.

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

Get a quote in SGD

Other markets we work in

Working with Singapore

Tell us what you are building in Singapore

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