TFLYXTFLYX®
← Back to the archive

ACT III · Build

Why ShiftMate Supports 11 Currencies and Two Languages From Day One

A Malaysian product doesn't have to think small. Here's why regional-first doesn't mean Malaysia-only.

ACT III · BUILD🎬 Case Study5 min read

It would have been simpler to launch ShiftMate priced only in ringgit, in English only, and add the rest later "if it takes off." That's the default path for most first products. I didn't take it, and the reasoning is worth explaining because it wasn't about vanity — it was about who's actually running shift-based teams.

Bilingual isn't a nice-to-have in a Malaysian shift business

The owner setting up the roster and the staff member reading their shift message are frequently not equally comfortable in English. ShiftMate switches the entire app between English and Bahasa Melayu in one click, so the person building the schedule and the person receiving it can each use the language they actually think in. A scheduling tool that only speaks one language to a bilingual team is quietly excluding half the people it's supposed to serve.

Multi-currency pricing, auto-detected

Pricing auto-detects the visitor's currency across 11 supported currencies, from MYR to USD to INR, and can be switched anytime from Billing — no support ticket required. The reasoning: shift-based small businesses aren't a Malaysia-only category. Cafes, salons, clinics and retail teams running on tight schedules exist everywhere, and a Malaysian-built product shouldn't have to apologise for its pricing page to reach them.

  • Currency auto-detection removes a real friction point — nobody wants to do mental FX conversion before deciding if a tool is affordable
  • Self-serve currency switching in Billing means support never has to manually override a plan because someone travelled or moved
  • Bilingual EN/BM isn't cosmetic — it changes who on a team can actually use the product without translating in their head first

The tradeoff this created

Building this in from day one instead of bolting it on later meant slower initial shipping. Every pricing decision, every UI string, every date and currency format had to be built assuming more than one locale from the start, which is more work upfront than hardcoding "RM" and English everywhere. I made that trade deliberately — retrofitting internationalisation into a product built assuming a single market is a much bigger rebuild than doing it correctly the first time.

"Built in Malaysia, for shift-based businesses" is the actual positioning — not "built for Malaysia only." The country of origin is a credibility marker, not a ceiling on who the product is for.

See it in your language, your currency

English or Bahasa Melayu, priced in your currency automatically — try it free for 14 days.