Case Study · LeapScholar

Reimagining the SOP Journey

Writing a Statement of Purpose is one of the most consequential tasks in a student's study-abroad application — and one of the least supported. I came into this problem knowing nothing about the domain, did the research to understand what was really hard about it, and designed a guided SOP experience from the ground up.

Product Designer September 2021 · 16 hours Tools: Figma, FigJam, Notion
Domain research map laying out the study-abroad application process and where the SOP fits in
Domain research map: understanding the full study-abroad application journey before touching the product.

The brief

Design the SOP flow experience for a student who is just beginning to write their Statement of Purpose and wants to complete it over 2–3 weeks. Along the way, an assigned counsellor will provide feedback.

That's it. No existing product to react to. No prior design to deconstruct. Just a student, a counsellor, and a high-stakes document that could determine which university admits them.

The constraint that made this interesting: I had no background in study-abroad processes whatsoever. That meant the research wasn't optional — it was the entire foundation.

Starting from zero: understanding the domain

Before I could design anything, I needed to understand what a Statement of Purpose actually is, who reads it, what makes one strong versus weak, and where in the application process it sits. I spent several hours mapping this — not as a box to check, but because designing a workflow I don't understand is a reliable way to design the wrong thing.

What I learned: the SOP is a deeply personal essay — part academic argument, part professional narrative, part persuasion — submitted to multiple universities, often with different word limits and thematic requirements. There's no universal format. Students typically write 3–5 versions. And the feedback loop between student and counsellor is the moment where the real work happens.


Generative research: defining who to talk to

With a working model of the domain, I turned to the people who actually go through this. I defined two primary recruiting criteria: people currently applying to study abroad, or people who had already done it and written their own SOP with professional help.

Secondary screening criteria

Age range
16–35 — covering aspirants through recent graduates
Geography
India — the primary market for LeapScholar's product
Experience level
Balanced between first-timers and those who had already written a few SOPs

I also drafted a discussion guide before approaching anyone — not a rigid script, but a set of open questions designed to surface the anxiety, the workarounds, and the mental models that don't show up in product specs. Questions like: How did you plan your SOP? What help did you take? What do you wish someone had told you?


The interview: Sravya's story

I spoke with Sravya Cherukuri — an Indian student who had just completed her MS at Conestoga College in Ontario after applying through a consultancy (i20 Fever). She'd written four SOPs in total across different universities, which made her exactly the kind of informed participant I needed: someone who had been through the process and could tell me what was actually hard, not just what felt hard in the abstract.

"I feel like there isn't enough help in structuring my SOP anywhere."

Her process was improvised: the consultancy sent her a few past SOPs from other students, she modified those to fit her own story, and ran the result past a customer success person over email. No template. No guidance on what each section should accomplish. No clarity on how much depth was appropriate for any given point.

What she struggled with

How to present herself
She knew her story but not how to frame it for an admissions context — what to lead with, what to downplay.
No structure to work from
Format, section order, word distribution — none of this was documented anywhere accessible. Each university preferred something different.
Knowing when to stop
She didn't know whether to expand a point or cut it. The ambiguity around depth and brevity was a constant source of friction.
Storytelling felt foreign
Writing as a personal narrative — rather than a CV recitation — was genuinely unfamiliar. "Storytelling was an issue for me."

One detail that stuck: a friend of hers had an application rejected specifically because of an unclear SOP. That wasn't an abstract risk — it was a lived consequence in her immediate social circle, which shaped how seriously she took the process.


Synthesis: what the empathy map revealed

After the interview, I mapped what Sravya felt, thought, said, and did — to look for gaps between what she believed and how she behaved, and to identify the emotional texture of the problem.

The most telling pattern: there was a widespread abdication of ownership. Students paid a consultancy, assumed that meant the SOP would be handled, and were then surprised to find themselves largely on their own. The consultancy provided templates and a light review — not the scaffolding students actually needed.

What they felt
Anxious about starting. Scared that getting it wrong could cost them admission — they'd seen it happen. Unsure when "done" actually meant done.
What they thought
One SOP should be enough — just change the university name. The consultancy will take care of it. The SOP isn't the most important part of the process.
What they did
Looked for examples online. Reused previous SOPs with minimal modification. Used Grammarly. Asked friends and CS peers to proofread at the end.
The insight that shaped the design direction: students didn't lack effort or intelligence — they lacked a process. The SOP tool needed to give them a structure to think inside, not just a place to type.

Research insights driving the design

Seven findings shaped the decisions I made in the design phase:

Social proof over expert advice
Students trusted the SOPs of friends who got admitted more than any formal guidance. Showing examples from successful applicants is more persuasive than rules.
Structural scaffolding is the real need
Students needed help with structure and narrative — not just grammar and spell-check. Grammarly already exists; the problem is upstream.
Per-university customisation is undervalued
Students defaulted to a single SOP across all applications. The tool needed to make tailoring feel worthwhile and low-effort.
Planning is skipped
No one structured their time or their argument before writing. The flow needed to introduce planning as a phase — not an afterthought.
Light-touch users exist
Experienced applicants (those who'd already written a few) needed far less guidance. The flow should adapt to experience level.
Voice matters for feedback
Email back-and-forth frustrated participants. A voice or call option for counsellor feedback would have meaningfully reduced friction.

Information architecture

With the research synthesised, I moved into structure before screens. The IA mapped the full SOP journey across three phases: planning (understanding requirements, outlining the narrative), writing (drafting, section by section, with contextual guidance), and review (counsellor feedback, revisions, finalisation).

The counsellor touchpoint was the design's spine — every decision about what the student sees and does was informed by when and how their counsellor enters the loop.

Information architecture map of the SOP flow, covering planning, writing, and counsellor review phases
The IA maps three phases: planning, writing, and counsellor-assisted review — with explicit handoff points between student and counsellor.

The design: from wireframes to high fidelity

I worked through three fidelity levels in the time available — low-fi sketches to validate flow logic, medium-fi to lock the structure and interactions, then two passes at high fidelity. The first hi-fi pass was solid on interaction but fell short on visual quality. Rather than ship something I wasn't satisfied with, I gave it a second pass to raise the bar on craft.

The final screens cover the student-facing writing experience: an onboarding flow that explains what a strong SOP includes, a planning workspace where the student outlines their narrative before writing, a section-by-section editor with inline guidance, and a review view that makes counsellor comments visible and actionable without switching context.

The counsellor interaction was designed around voice and text — not just comments in a doc — because the research showed that back-and-forth email was a frustration point, not a feature.

Reflection

This was a time-constrained assignment — 16 hours across four days — and the constraints were productive. Coming in with no domain knowledge forced the research to be real, not performative. The interview with Sravya gave me something concrete to design against, and the empathy map turned that conversation into a set of durable principles.

What I'd do differently with more time: interview a wider sample, including students who hadn't used a consultancy at all, to pressure-test whether the same friction points held across different applicant profiles. I also left out success and error states, which matter in a multi-week, high-stakes flow where progress can stall. Prototyping would have surfaced those gaps earlier.

The core finding: this wasn't a writing problem. It was a planning and scaffolding problem. Students knew they had a story — they just didn't know how to structure it. That reframe changed every design decision downstream.

Next case study

A Year in Review at Yubi (23–24) Lead Designer

A retrospective of one year shipping across the stack — a no-code workflow builder, an LLM-assisted CAM flow, a mobile app for 9,500+ field agents, and the Figma plugins and design-system work behind them.