Maria Mazepa
Portfolio case study
This case study is password-protected out of respect for client work. Enter the password shared with you to continue.
Incorrect password. Please try again.
Back to portfolio
Case Study — App Design, User Testing & Journey Redesign

Where is my parcel?

The question millions of people ask every day. I spent three months finding out why Royal Mail’s app couldn’t answer it properly — and redesigning the journeys that were supposed to.

4.6
App Store rating
3 months
Engagement
9
Journeys redesigned
Client
Royal Mail
Duration
3 months, 2021
My role
Expert UX Designer
Status
1 — The user problem

A low-rated app that couldn’t handle the basics.

Royal Mail’s consumer app had a problem that showed up in every review: customers couldn’t complete basic tasks. Track a parcel. Book a redelivery. Send something. Pay a fee. Each journey was either broken, confusing, or redirected somewhere unexpected.

The ratings told the story. Frustrated users left feedback about dead-end flows, unclear error messages, and journeys that bounced them between the native app and a responsive website with no warning. The app wasn’t serving its users — it was generating support calls.

Royal Mail needed someone to assess the entire consumer digital estate, identify what was broken, and design a path forward. That was my brief for three months.

Screenshot
App Store reviews — before
Screenshots of 1–2 star reviews highlighting the core pain points: broken flows, redirects, dead ends.
2 — The context

A legacy system stitched together with redirects.

The reality behind the bad reviews was structural. Royal Mail’s digital experience wasn’t one product — it was a patchwork of platforms built by siloed teams that had never aligned on a shared customer experience strategy.

Diagram
Platform ecosystem map
Diagram showing the fragmented platform landscape: native app, responsive web, Parcelforce, customer support — each siloed, none joined up.
Cross-linked journeys
Some flows lived in the native iOS/Android app. Others redirected mid-journey to a responsive web experience — with different navigation, different visual language, and no continuity. Users would start tracking in-app and end up on a web page that didn’t know who they were.
Siloed teams
The app team, the web team, the Parcelforce team, and customer support each owned different parts of the customer journey. No one owned the whole experience. Decisions were made platform-by-platform, not customer-need-by-customer-need.
Technical debt
Years of incremental changes without a coherent architecture. Error handling was inconsistent. Performance was poor. The engineering constraints shaped the experience more than any design decisions did.
No data strategy
No customer-centric KPIs. No insight-driven decision making. The organisation was making product decisions based on assumptions rather than evidence. They couldn’t measure what was broken, so they couldn’t prioritise what to fix.
3 — Showing the business what users actually experience

Five users per flow. Multiple rounds. No assumptions left standing.

Strategy decks don’t change minds. Watching real users struggle does. I ran moderated usability testing across the key consumer journeys — five participants per flow, tested in multiple cadences as designs evolved.

The testing sessions were structured around the core tasks: sending a parcel, tracking a delivery, booking a redelivery, paying a surcharge. I recruited participants across different demographics and levels of digital confidence — because Royal Mail’s customer base includes everyone from students to pensioners.

Artifact
Moderated usability testing
Multiple cadences of testing, 5 users per flow. Key journeys: send, track, rebook, pay. Findings presented back to stakeholders with video clips and prioritised recommendations.

What the testing revealed went beyond usability issues. It exposed fundamental mismatches between what the business thought customers needed and what they actually struggled with:

The redirect problem
Users didn’t understand when they left the app. The transition from native to responsive web was invisible — they just noticed things looked different and stopped working the way they expected. Back buttons behaved unpredictably. Login state was lost. Users blamed themselves, not the system.
The error dead ends
When something went wrong, users had no recovery path. Error messages were technical, vague, or simply missing. Users abandoned the task and called support — the exact outcome the app was supposed to prevent.
I was sitting at home the whole time. The app said nobody was in. I don’t understand what I’m supposed to do now.
Usability testing participant — redelivery flow
4 — Journey redesign

Nine journeys. Each one a different kind of broken.

I mapped and redesigned nine consumer journeys end-to-end: send a parcel, track a delivery, book a redelivery, pay a fee, set up a redirect, hold mail, apply for a PO box, buy items, and manage an account. For each, I documented the current state with pain points, designed the target experience, and identified which improvements could be made within the existing platform vs. which required architectural change.

This distinction mattered. The business needed quick wins they could ship immediately alongside a longer-term vision. I structured every recommendation as either tactical (fixable now) or strategic (requires investment) — so leadership could act on Monday morning, not just nod at a strategy deck.

Artifact
Consumer journey maps — 9 flows
Current state with pain points + target experience for each journey. Send, track, rebook, pay, redirect, hold, PO box, buy, manage account.
5 — Design decisions

Parcelforce integration: when you can’t fix the architecture, design around it.

One of the hardest design problems was the Parcelforce journey for sending larger parcels. The Royal Mail app handled standard parcels natively, but anything above the size threshold redirected users to the Parcelforce responsive web experience — a completely separate platform with its own UI, navigation, and login.

The ideal solution was a unified send journey. But the technical reality was that Parcelforce operated on a separate system, and integrating it natively wasn’t on the roadmap. So the design challenge became: how do you redirect users to a different platform without breaking their trust or losing them entirely?

Design
Parcelforce handoff screen
The explicit transition moment — telling users they're about to leave the Royal Mail app, why, and what to expect. Before vs. after states.
The decision I made
Rather than hiding the redirect (which was the existing approach and confused everyone), I designed an explicit handoff moment. Before leaving the app, users see a clear explanation: what’s about to happen, why they’re being taken to Parcelforce, and what to expect on the other side. A transparent transition instead of a silent one.
Why this, not something else
The alternative was to build a partial Parcelforce flow inside the RM app — showing size/weight options before redirecting. I argued against it: a half-journey creates more confusion than a clean handoff. Users need to know they’re leaving, not discover it halfway through entering their address. Testing confirmed this — the explicit handoff reduced abandonment during the redirect.
6 — Compliance as design

Cookie consent that serves the business without punishing the user.

A less visible but equally important piece of work: the cookie acceptance policy. Marketing needed consent tracking to measure campaign effectiveness and gather usage statistics. The existing implementation was either non-compliant or so aggressive it drove users away.

I designed a cookie consent flow that met marketing’s requirements for statistical tracking while respecting the user’s attention. The approach balanced regulatory compliance (GDPR, PECR) with UX best practice — clear language, genuine choice, and a design that didn’t obstruct the first 10 seconds of every session. This sounds simple, but getting the copy, timing, and dismissal behaviour right required multiple iterations and stakeholder alignment between legal, marketing, and product.

Design
Cookie consent — final design
Non-blocking banner triggered after first meaningful interaction. Three-way balance: legal compliance, marketing consent rates, and minimal user friction.
The tension
Marketing wanted maximum opt-in rates. Legal wanted full compliance. Users wanted to track their parcel, not read a privacy policy. Three competing priorities that couldn’t all win simultaneously.
The resolution
I proposed a non-blocking banner with clear opt-in/opt-out that appeared after the first meaningful interaction, not on page load. This preserved the user’s primary task, gave marketing measurable consent rates, and met legal requirements. Compliance and conversion don’t have to be at war.
7 — Outcomes

The rating improved. More importantly, the direction changed.

The work I delivered across three months wasn’t just an assessment document — it was a shift in how the organisation thought about its digital experience. The journey redesigns, user testing findings, and strategic recommendations were adopted by Royal Mail’s digital leadership and formed the basis of a 12-month customer-centric roadmap.

The improvements that followed — including journey fixes I directly designed — contributed to lifting the App Store rating to 4.6 stars. But the harder-to-measure outcome was cultural: stakeholders who had been making decisions based on assumptions saw real users struggle with their product. That changes how a team prioritises.

4.6
App Store rating
Supported by journey redesign and UX recommendations
9
Journeys redesigned
End-to-end consumer flows with tactical and strategic fixes
5 per flow
Users tested
Moderated usability testing across multiple cadences
12-month
Roadmap adopted
Customer-centric roadmap accepted by digital leadership
For the business
Evidence replaced assumptions. Stakeholders saw user testing footage, not just recommendations. The tactical/strategic split gave them actions they could take immediately. The Parcelforce handoff design and cookie consent flow shipped as designed.
For the users
Fewer dead ends, clearer error recovery, honest transitions. When the app redirects you to Parcelforce, it tells you why. When tracking fails, it tells you what to do next. Small changes, but they’re the difference between a 1-star review and a completed task.
8 — Reflection

What I learned about designing within constraints you can’t change.

The best design decision is sometimes “be honest about the limitation.” The Parcelforce redirect couldn’t be eliminated. But it could be made transparent. Designing an explicit handoff moment — rather than hiding the transition — was a better outcome than a technically perfect integration that wasn’t going to happen. Honesty in design is underrated.

User testing is the fastest way to align a room. Three months of strategy work can be undone by one stakeholder who disagrees. But showing that same stakeholder a video of a real user failing at their product — that creates alignment that no slide deck can. I ran testing not just to find problems, but to build consensus.

Compliance work is design work. Cookie consent, privacy policies, regulatory requirements — these are design problems, not legal checkboxes. The cookie flow I designed had to satisfy three competing stakeholders (legal, marketing, users) simultaneously. That’s interaction design. It just doesn’t look glamorous in a portfolio.

Next project

A Mortgage System Advisors Finally Trust

View case study