← All case studies Engagement · Activation · SpeakX · 2024

Home Page V2: when the home page stops being a catalogue and starts being a launchpad

The existing home page wasn't broken. It was a content-led catalogue: lessons listed, basic categories, generic recommendations. It worked, but it didn't pull users into action. V2 reorganised the same screen real estate around the single highest-leverage user action: start a lesson now. Lesson starts went up by 62.1%. Order creation went up by 23.5%. The test scaled to 100%.

Role Product Designer, end-to-end ownership
Team 1 PM (Ayush Badukal) · 4 Engineers · 1 Data Analyst
Platform Android · iOS
My contribution IA, hierarchy decisions, intent surface, recommendation slot design, copy, handoff
Outcome +62.1% practice start · +23.5% order created · Test scaled
Business Context

The home page was the most-loaded screen in the app, and the least directional.

The SpeakX home page is the first surface every logged-in user lands on. It has more daily impressions than any other screen in the product. By mid-2024 it was doing what content-led homes tend to do: showing a long list of lessons, a row of categories, a generic recommendation block, and trusting users to figure out what to do next.

That worked. People found lessons. The trial-to-paid funnel held. But the home page was over-indexed on browsing and under-indexed on starting. Every additional second a user spent scanning categories was a second they weren't in a lesson, and lesson starts were the single best leading indicator we had for both engagement and revenue.

The Problem, Quantified

Same real estate, much less work being done.

V1: practice (lesson) start rate
Baseline
V2: practice start rate
+62.1%

The honest framing first: a +62% lift is large because the V1 baseline was low for a screen this prominent. V1 wasn't broken, it was underleveraged. The same eyeballs were scrolling through a catalogue when they could have been one tap from a lesson. The data was specific about where the leak sat. Users would land, scroll, hover on categories, and either tap into a category browse (high cost, low return) or close the app. The "start a lesson" path was buried under "browse for a lesson".

Three signals from the funnel made the priority unambiguous: lesson-start rate per home-page session was the single metric that moved every downstream number we cared about, the category browse path was eating attention without converting, and the recommendation row was generic enough that users learned to ignore it within a few sessions.

Constraints

We could not lose browse. We could demote it.

  • Browse traffic was real. A non-trivial cohort genuinely came to the home page to explore. Removing categories outright would punish them and erode the discovery surface. The redesign had to demote browse, not delete it.
  • Recommendation quality was uneven. The ranking pipeline was good enough to be useful, not good enough to be the only thing on screen. We could lean on it, but not bet the entire surface on it.
  • Two platforms, one surface. Android and iOS shipped from the same design. Whatever V2 became had to work without platform-specific scaffolding.
  • A/B test discipline. Anything we shipped had to be cleanly attributable. That meant a single coherent treatment, not a bag of small tweaks, so the lift could be reasoned about.
Research & The One Insight

Users didn't want a catalogue. They wanted a place to land.

I pulled session recordings and tap heatmaps for the home page across [X] days. The pattern was consistent: users opened the app with a vague intent ("do my English thing"), scrolled the home page once, and either tapped the most prominent thing they recognised or closed the app. Almost nobody used the home page to comparison-shop lessons. They used it to be told what to do next.

I ran short [X]-user moderated sessions on a clickable V1 prototype, asking people to describe what they were looking at. The vocabulary was telling. People described V1 as "a list", "a menu", "options". Nobody described it as "my place" or "where I left off". The home page was not mine to the user. It was the product's catalogue, shown to me.

"I just want to start. I don't want to choose. If you know what I'm doing, just put it on top."

Returning user, daily streak, watching her own session replay

The reframe. Stop designing the home page as a catalogue users scan. Design it as a launchpad users land on. The first viewport answers a single question: what do I do right now? Everything else, including category browse, has to earn its place below that.

The Decision

One screen, two jobs, in priority order.

The shipped V2 was deliberately structured around a hierarchy, not a layout:

  • A primary "continue / start now" surface owning the first viewport. For returning users it resumed the last lesson. For new users it surfaced the most likely first lesson based on declared intent at onboarding. One CTA, no choice cost.
  • Progress nudges (streak count, today's goal, last-lesson recap) sitting alongside the primary surface, doing the trust and momentum work the V1 home page had no slot for.
  • An intent-tagged recommendation row directly below the fold. Each card carried a why-tag ("because you finished X", "popular with your goal", "short, fits your usual session length") so the row read as reasoned, not random.
  • Category browse moved to a secondary tab on the same screen. Still one tap away. No longer competing with action for the first viewport.

The trade-off I accepted explicitly: the browse cohort would see fewer category impressions, and we would lose some discovery-driven lesson starts from that segment. The bet was that the action-first hierarchy would more than compensate by lifting starts from the much larger "I just opened the app" cohort. The A/B test confirmed it.

Shipping Reality

What shipped, what got cut, and what V2 still didn't solve.

What shipped. The two-tier home with continue/start surface, progress nudges, intent-tagged recommendation row, and a secondary browse tab. Same design across Android and iOS. The A/B test scaled to 100% on the strength of the lift.

What didn't. A richer "why are you seeing this" explainer on each recommendation card was descoped to the next iteration: the why-tags shipped, but the tap-to-expand reasoning didn't. Personalised progress nudges by goal type (exam vs. conversation vs. interview) were also descoped, because the goal-tagging pipeline was inconsistent at the time.

What V2 still didn't solve. Cold-start users with no declared intent and no history still got a generic first viewport. The recommendation row helped, but the primary "start now" surface was less load-bearing for them than for returning users. That cohort is the obvious next thing to design for, and the lift on V2 doesn't apply equally to them.

Impact

Numbers from the A/B test, scaled to 100% on the back of them.

+62.1%
Lift in practice (lesson) start rate, Test bucket
+23.5%
Lift in order-created rate, Test bucket
Positive
Payment metric, smaller magnitude, same direction
100%
Rollout, scaled from A/B on the strength of the lift

"This was one of the cleanest, largest design lifts in our whole A/B history. The home page wasn't a catalogue, it was a launchpad. Once we treated it that way, everything downstream moved."

Ayush Badukal · Product Manager, SpeakX
Reflection

What I'd do differently. What I'll carry forward.

What I'd do differently. I'd have designed for cold-start users in the same release, not punted them to the next one. The +62.1% lift is real, but it skews to returning users where "continue" is a strong default. The first-session experience still leans on a guess at intent, and that's the cohort where activation matters most. Splitting the design effort across the two cohorts from day one would have been more honest.

What I underestimated. How much of the lift came from the why-tags on recommendation cards rather than the structural change. In testing I had treated the tags as polish. Post-launch reads suggest they did meaningful trust work: a tagged recommendation read as reasoned, an untagged one read as random, even when the underlying ranking was identical.

What I'll carry forward. Hierarchy is a design decision, not a layout choice. A home page that asks the user to choose between action and exploration, with no priority signalled, will quietly cost you starts forever. Pick the one job the screen is for. Let everything else earn its place underneath.