Raindrop helps people reclaim lost pensions, but the form made a difficult financial task feel even harder. I rebuilt the journey around clear steps, useful explanations and a mobile-first flow. Reported completion rose from 12% to 82%.
Raindrop: making pension search feel possible
I rebuilt a high-friction pension form around confidence: see the whole journey, pause without losing work, and understand why each detail matters, on any device.
The brief
A useful service, trapped behind its own form
Raindrop helps people find and combine old pensions. The service was genuinely useful, but the form made the work feel harder than it was. Only about one in eight people reached the end. On mobile, small controls, late validation and no safe way to pause turned a sensitive financial task into a test of patience.
My job was not to make the form look newer. It was to help people understand what Raindrop needed, why each detail mattered, and how much work was left, while still collecting information the operations team could act on. I worked inside real limits: a six-week window, Raindrop's existing Gaudi platform, and an FCA-regulated transfer context where the wrong nudge could cost someone their employer contributions.
What I looked at
Deliberately lightweight methods that, together, told the same story from behaviour, support demand and interface.
Session recordings
Real users attempting the old form, watched end to end.
Session recordingsOperations interviews
The team who trace pensions from what people submit.
Operations interviewsDevices audited
The supplied old design covered desktop only.
Cross-device auditCompetitor flows
Onboarding and form journeys compared for pattern, not polish.
Competitor reviewIt failed before it began
The completion rate was only the final symptom. The recordings showed people leaving before they had given Raindrop anything at all.
- Two in three people left within thirty seconds, before entering a single detail.
- Among those who did submit, roughly four in ten produced formatting errors that only surfaced at the end.
- Mobile sessions showed about three times more rage-clicking than desktop.
This was not a long-form problem, it was an uncertainty problem. People did not know what they would need, why some details mattered, or whether they could come back later without losing their work. The old journey made it worse: it treated National Insurance as a step of its own, asked for a password and investment consent at the final hurdle, and showed a low chance of finding a pension without helping anyone improve it.
Archived screens · the shape of the ask
One question per screen became one grouped step
The archived Raindrop pension journey and the redesigned step, set beside each other. Both are asking for the same thing.
The whole screen carries a single field. Finding one pension meant walking a chain of these, each with its own Search and its own back step, and none of them showing how many were left.
The same information is grouped into one card per pension, with employer or provider offered as alternatives rather than as separate screens, and more pensions added in place.
What changedThe redesign did not add features, it changed the unit of the ask. Questions that belong to the same pension now sit together on one screen, and an either (employer or provider) replaces a chain of separate steps, so a partial memory is still enough to continue.
The shipped flow
The journey people actually walk through
Four steps from the shipped desktop flow. Every screen names where you are, explains why a detail is needed, and offers a way to leave without losing work.
About you
The rail runs across the top from the first screen, so the length of the job is visible before any detail is given.
Add a pension
Each pension is its own card, and the employer or provider choice is offered as an either, so a partial memory is still usable.
Signature and consent
The signature is explained before it is asked for, and the two consents are separated rather than bundled into one tick.
Done
The ending is specific: what was submitted, where the confirmation went, and what to do if that address is wrong.
Every response traced back to a behaviour
Observed
People scanned the page to judge how long it would take
Response
A named, staged journey with visible progress and a time estimate
When effort is visible and finite, people are willing to start.
Observed
Date pickers and small targets drew repeated rage-clicks on mobile
Response
Larger touch targets and the correct mobile keyboards for each field
Most of the frustration was input mechanics, not the questions themselves.
Observed
People feared losing their work part-way through
Response
Auto-save and a clear continue-later route on every step
A safe pause turns a daunting task into one people can finish later.
Observed
Errors only appeared after submission
Response
Inline validation with plain-language recovery
Catching a formatting slip in the moment stops a wasted journey.
Guidance where it prevents a mistake
Two decisions did most of the work. First, the flow explains that more detail improves the chance of a match, and it warns people not to transfer a current workplace pension if that could cost them employer contributions. These messages sit next to the decision they affect, where they prevent a mistake instead of becoming footer copy nobody reads.
Second, I separated consent from consequences. The old final screen bundled account creation, terms and default-fund consent into one moment. The new Combine step explains the plan and its 0.75% annual charge before anyone agrees, the signature step says why providers need a signature, and a Review screen lets people check everything before it is submitted.
Reordered around how people think, not how the database stores it
About you
National Insurance moved in here, alongside name and date of birth, instead of occupying a page of its own.
Current residential address
Address and proof of address sit together, with a plain explanation of why proof helps.
Add a pension
Discovery follows memory: a previous employer, a provider, rough dates, a plan number or an old postcode.
Combine your pensions
The plan and its 0.75% charge are explained before any consent is asked for.
Create a signature
The step says why providers need a signature and how Raindrop will use it.
Review, then done
A summary lets people check and edit before submitting, and a specific success state confirms what happens next.
One flow, two reading rhythms, one clear ending
I did not shrink the desktop form into a narrow column. Desktop keeps the whole journey in view; mobile converts the same structure into a vertical progress rail with larger controls, shorter lines and actions placed after the content they act on. The named journey, the Save action, the guidance and the validation logic stay identical. Only the presentation changes.
The ending matters as much as the entry. The final flow runs from the first detail through pension entry, plan choice and signature to a Summary and Review, then a specific success state that confirms the searches were submitted and tells people what to expect. A financial form should never leave someone wondering whether anything happened.
Archived screens · one step, two widths
The same step, laid out for two ways of reading
About you on desktop and on mobile. The journey, the guidance and the validation logic are identical; only the presentation changes.
Desktop
The rail sits horizontally above the form, so the whole journey stays in view while a wide screen carries two fields per row.
Mobile
The same step compresses to a single column with a compact step label, larger targets and the actions after the content they act on.
How I checked it, at three levels
Comprehension first, behaviour second, then whether the gains held at real volume.
Five moderated sessions
With people who had previously abandoned the form, to check that the new journey made sense before measuring anything.
Two-week comparison, 100 users
Old versus new, to compare real behaviour rather than opinion.
Four weeks of monitoring
To see whether completion held once launch traffic arrived.
Outcome
What changed after relaunch
Form completion
Two-week comparison with 100 users. It then held between 78% and 82% across the following four weeks.
Valid pension entries
Submissions with enough detail for the operations team to actually trace a pension.
Average completion time
Average time to complete the journey in the comparison.
Submission error rate
Formatting errors caught only at submission on the old form.
Over the next four weeks completion held between 78% and 82%, form-related support calls fell by about two thirds, and mobile completion matched desktop for the first time. The lesson was not that shorter forms win. This flow still asks for serious information. It did better because each request had a place, an explanation and a way forward.
What this shows, and what it does not
What I could see
- Twenty session recordings of the old form
- A funnel showing where and when people dropped out
- Five moderated sessions with previous abandoners
- A two-week comparison of old versus new with 100 users
- Four weeks of post-launch monitoring
- The shipped screens across desktop and mobile
What is reasoned, not proven
- Which rationale came from watching sessions versus my own judgement is not separated in the archive
- Each screen change is argued against a behaviour, not isolated by a single-variable test
Limits of the evidence
- The supplied old design covered desktop only, so the old mobile state is partly reconstructed
- A two-week comparison with 100 users is directional, not a controlled experiment
- A second product designer contributed; this is my account of the work I led
What I would measure next
- Push completion above 85% and median time below four minutes
- Keep field-validation errors below 5%
- Have at least 70% of saved sessions resume within seven days
- Track match quality by input route, to learn whether employer, provider or old address helps most
Reflection
Shorter is not the win. A place, a reason and a way forward is.
The form did better not because it asked less, but because every request had a place in a visible journey, an explanation for why it mattered, and a safe way to pause and recover. On a sensitive financial task, confidence is the feature.
Amara Osei
That progress indicator decision is backed by such solid research. Great read!
Daniel Mercer
12 to 82 percent is wild. The mobile-first forms clearly paid off 🔥