Work / ActiveSG

ActiveSG · UX research & strategy

Everyone wanted to play. Booking a court was the hard part.

ActiveSG's plan was an app to track exercise, much like its sister app Healthy 365. It tested well. We told them to build something else, because the real problem was never tracking.

Role
Research and design lead
Client
ActiveSG, national sports agency
Scope
Surveys, focus groups, interviews, usability testing, product strategy
The shift
A near-copy of the sister app, redirected to the real job
Illustration: a crowd of Xiaohei figures crammed at one tiny court gate while a wide open field of sports sits beside them, one slipping through into it, an orange arrow redirecting from the gate to the field. Xiaohei illustration style by Ian.

At a glance

The problem
ActiveSG wanted a tracker to extend beyond its crowded courts. But the job it tracked was already solved by the sister app people used.
The move
Redirected the platform from booking a court to discovering sport: try new activities first, commit later.
The outcome
Recommended against building the design that passed testing. One reframe covered 4 of 5 priority jobs.

About the project

The brief looked straightforward. The harder question was whether to build it at all.

ActiveSG exists to get more of Singapore active. But you cannot grow a sporting nation inside a fixed number of courts and gyms. Facilities were limited, demand was high, and being active often meant fighting for a slot someone else had already booked. The facility was the ceiling. The brief was to break through it: reach people beyond the courts and gyms, with an app where they could track their own exercise and earn rewards, so being active did not depend on being near a facility.

We prototyped it and researched it properly: surveys, focus groups, interviews, usability testing. People could use it. The steps made sense, the scores looked fine. But a test passing only tells you people can use a thing. It does not tell you they have a reason to.

The challenge

Users already had this app. It was called Healthy 365.

The people we were designing for were already on a government health app. Already tracking steps. Already earning rewards. Putting the proposed ActiveSG+ next to what they already had showed three risks: we would duplicate features, leave people wondering why they needed two government health apps, and spend public money rebuilding something that already worked.

Building it would have handed users one more app to tolerate, not one more reason to feel something.

The process

From can they use it, to should we build it.

01

A brief, and a prototype that passed

ActiveSG asked for an app extension beyond its facilities: track exercise, earn rewards. We prototyped it and put it through surveys, focus groups, interviews, and usability sessions. It passed.

Surveys Focus groups User interviews Usability testing
02

The question the brief never asked

Just because people can use something does not mean they will, or that they should. The tests measured the screens. They could not see whether the strategy behind them was right. That gap was what we kept circling.

Can, will, should Strategy over usability
03

A Jobs To Be Done misfit

Every need people bring to sport is really three jobs at once. The functional job is the practical one: track, book, earn. The health app people already used had that covered. The social job, being seen as active and part of a community, was underserved. The emotional job, feeling confident, feeling like you belong, feeling yourself improve, was almost entirely ignored. The brief was pouring effort into the one job that was already done.

Functional, already solved Social, underserved Emotional, ignored
Illustration: Xiaohei firing arrow after arrow into the functional target, already full of arrows, while the social and emotional targets stand empty. Xiaohei illustration style by Ian.
04

Built around curiosity, not courts

We stopped asking what features to build and asked what people actually do with sport. The research surfaced one clear pattern: people love to try things. Give them a low barrier and curiosity does the rest. The catch was that trying almost always meant committing first, paying for a full class before you knew you liked it. So we organised ActiveSG+ around experiences, not facilities. Instead of booking a court, you browse what you could try: rock climbing, pickleball, a masterclass with a Team Singapore athlete. Sample it at low or no cost, and when something sticks, the platform upsells it into proper classes. Try first, commit later: the ClassPass model, pointed at a whole country's curiosity for sport.

From facilities to experiences Try first, commit later The ClassPass model
Illustration: Xiaohei at a counter of small sport tasters, picking one to sample, labelled try first and commit later. Xiaohei illustration style by Ian.
05

Staged to what the platform could carry

Much of the full vision needed an app, a big jump from ActiveSG's current website. So we split the plan into stages: what to build now on the web, what came next, and what needed an app later. The ambition stayed intact. Only the order changed.

Now, near, future Web today, app later Buildable roadmap
Photo: an ActiveSG sport centre, the kind of limited facility whose capacity was the ceiling on participation. Photo: a focus group during the ActiveSG research, participants discussing the concept on screen.

The contested moment

The safe answer was to duplicate the app that already worked.

The public already trusted Healthy 365, the Health Promotion Board's established health app, and the tests said a similar build would be fine. I argued against it. The functional job, track and earn, was already solved there. As one participant put it in a focus group: "Why do I need two government health apps?" The job worth owning was the one no competitor could replicate: barrier-free sporting discovery, built on the facilities, programmes, coaches, and Team Singapore access that only ActiveSG has.

Results

The prototype worked. The strategy behind it still had to change.

Passed
the prototype cleared usability testing, and we still recommended a different direction
4 of 5
of the five jobs users most needed, four met by one shift: from facilities to experiences
3 phases
a plan in three stages, from what ActiveSG could build now on the web to what needed an app later

Honestly, we did not have the language for this at the time. I knew the strategy was not enough, and that the research was pointing somewhere more interesting, and I trusted that. It was only later, in a growth hacking course, that Jobs To Be Done gave me the words for what the team had already sensed. Sometimes the framework finds you after the work is done.

What stayed with me

Usability testing can validate a product. It cannot validate a strategy. And no amount of great design saves a product built on the wrong foundation.
Xinning Chia, research and design lead

Other cases

More decisions, told the same way.