Getting Ruangguru users to find the product that fits them
Nobody explored the homepage, so the products that fit a student's actual use case stayed invisible. We ran a workshop-led discovery, tested three concepts, and shipped a learning-mode homepage to 100% of users after A/B validation.
- Role
- Product Design Lead
- Team
- VP of Product, 1 UI designer, a business ops manager, and the academics team
- Company
- Ruangguru
- Year
- 2022

This feature was released by Ruangguru. Some information is missing because the underlying data is confidential, and confidential material has been redacted from this write-up.
Context
Ruangguru is one of the largest edtech companies in Indonesia. We served a very wide range of learners, from elementary students through to high-school students preparing for university entry tests, with a matching range of products: pre-recorded video and quiz, daily learning, homework help, and exam prep.
Only one of those products was actually being used.
Role and team
I was the interaction designer on this project, and I facilitated and moderated the ideation workshops. On the team were the VP of Product, one UI designer, a business ops manager and the academics team. Because we split ideation into one session per grade, I ran the elementary-school session myself.
My work sat at the front of the project: framing the problem, running the workshop, synthesising it, designing the concept that went into test, and building the research report with the product manager, product owner and UI designer. The UI designer owned visual execution of the final design.
The problem
From data analysis we found that most of our users only used one product: pre-recorded video and quiz. Adoption of everything else on the homepage was low by comparison.
We went deeper with evaluative research and user-journey research, and found two things. Users were reluctant to explore the homepage at all, and when they did, they struggled to work out which product fitted their specific use case. Most of them did not know Ruangguru offered anything beyond pre-recorded video and quiz for their daily learning.
So the products were not being rejected. Nobody could find them.
Constraints
- One solution for every grade. We identified several how-might-we questions, but they spanned elementary through high school, and each grade band has genuinely different use cases. We assessed effort against impact with the product team and decided to address one problem that could apply across all grades, because that was more sensible technically and commercially than solving each grade separately.
- Research had to be combined, not sequenced. A time constraint made separate concept testing and usability testing impossible, so we combined them into one study.
- Confidentiality. The internal research plan and report contain sensitive data and are redacted here.
What I did
We started from a set of how-might-we questions and picked the one to pursue on impact: help dormant users find a product or feature that fits their use case and reach their aha moment. We chose it over two alternative framings — one aimed at new users, one at early adopters — because it applied across all grades.
I ran the ideation as a workshop on Miro, since all the stakeholders already knew the tool. I set the rundown and the format: five minutes for people to arrive and explore the board, ten minutes of context on the problem and how the session would run, then a vote on which of the broken-down sub-problems we would solve, fifteen minutes of lightning demos and quick benchmarks for inspiration, then a round where participants posted their own ideas and explained them briefly, then a vote for the most interesting ones. We involved every related department (business ops, marketing, content, sales, product and design), because the problem was about product visibility rather than interface design.
One grade is not a pattern, so we ran the session again. I synthesised the output with affinity mapping to find the patterns, then compared grades to see what differed between them. That produced a set of proposed ideas and a proposed flow for the elementary grade.
From those ideas we narrowed to three concepts and tested them with 12 respondents across all grades: both active users, to see whether it changed their learning behaviour, and dormant users, to see whether the solution helped them find the features that suited them. We strengthened the qualitative findings with quantitative data from our own analytics before writing the report.
The final design was a homepage organised by learning mode rather than by product, so a student could start from what they were trying to do.
The interactive prototype and the full concept and usability test report are linked at the top of this page.

WorkshopThe lightning-demo board, where each team posted the benchmarks they wanted the ideas held against. 
WorkshopParticipants wrote their own idea, sketched the flow and voted with dots. Every related department was in the room. 
SynthesisThe three themes the session produced, redrawn as one flow: content discovery, learning goals, and non-subscriber content. 
SynthesisThe synthesised concepts, written out per audience: new users, non-subscribers, and learners already close to their aha moment. 
ConceptThe proposed flow for the elementary grade, the session I ran myself.
Key decisions and trade-offs
Learning modes first, recommendation engine later. Personalised recommendation was the higher-commitment solution and the one we believed in long term. We sequenced learning modes first and tested them, then decided whether to continue to the rest of the phases. Committing to the whole vision before validating any of it would have spent a quarter on an unproven assumption.
We chose dormant users over the other two segments. New users, early adopters and dormant users all had a version of the same problem. Choosing dormant users meant leaving two segments partly unaddressed at launch in exchange for a solution that worked across grades.
Concept and usability testing were combined into one study. Combining them saved time and produced a single study, at the cost of some depth in each. It was the right call under that time constraint, but if we had the time to run the two studies separately, I would not repeat the combination.
The workshop was cross-department on purpose. Half the room was not from design. That was the point: the reason the products were invisible was a framing problem, and framing problems do not get solved inside the design team.

TestingThe research plan: in-depth interviews plus one combined concept and usability test, with 12 participants across four grade bands. 
TestingThe discussion guide used in the sessions, built around the learner's aha moment and their current study habits.
Outcome
After stakeholder review and approval we ran an A/B test rather than committing to the full phased roadmap. Variant A was the existing homepage; variant B was the learning-mode homepage, at a 50:50 split, over roughly a month in July and August 2022.
Non-subscriber conversion to paid rose 2.9% in the learning-mode variant. Engagement came down by roughly 3% for subscribers and non-subscribers.
The learning-mode variant then shipped to 100% of users.
The honest read: a net gain on conversion with a real engagement cost. Both numbers belong next to each other.
What I'd do differently
I would also have questioned why engagement dropped harder before rollout. A 2.9% conversion lift next to a roughly 3% engagement decline is a trade. One plausible cause: the test window coincided with students returning to school after learning from home during COVID. But we never confirmed the real cause — as far as I know, no follow-up research happened, because company priorities shifted to efficiency and supporting the offline business.
The result
- Shipped to 100% of users after A/B validation
- A/B: conversion +2.9%, engagement down 3%. The trade we accepted