Tesla Model Y

2024-25 / B2C/ Q-Commerce / iOS - Android - Web

Improving the experience for customers after they've placed an order and laying the groundwork for order editing and out-of-hours ordering

18% reduction

in repeat inquiries

16% fewer

support contacts

My Role

Senior Product Designer โ€” Post Order Experience:

Led the help centre audit, owned UX direction, and redesigned the issue-reporting flow. Worked with Product, Engineering, and Customer Operations throughout.

The challenge

Flink's help centre wasn't working. Customers couldn't find answers, so they contacted support. Support was spending time on questions the help centre should have handled.

The experience had grown without much direction โ€” patchy structure, no clear entry points, self-serve buried under too many steps.

I was brought in to find out why customers were reaching out when they shouldn't have to, and redesign the experience to fix that.

Scenario 1

Order NOT Placed In Last 24h

Customer can contact support via Intercom

Scenario 2

Order Placed In Last 24h

Customer can self-report problems with a recent order

Existing Signals
Existing Signals

We had some analytics tracking the paths users took on their journey, customer support data in Intercom, and shared anecdotal knowledge amongst the team and stakeholders. This painted a picture of a number of issues, but two flows had the greatest negative impact on customer experience and subsequently customer support workflows.

Digging Deeper

I audited the existing help centre โ€” mapping every entry point, flow, and drop-off across the app โ€” and cross-referenced it with support ticket data from Customer Operations to connect failure points to specific UX problems.

From there, I designed the user testing plan we could implement to get more first-hand input from customers.

AI In The Process
AI In The Process

I used Google NotebookLM collate all of the data from our user research, customer support tickets, and competitor desk research into a single project we could query for insights, summarise data, and help produce product artefacts for the team and stakeholders.

Alongside NotebookLM I used ChatGPT to help with UX copy suggestions, quick audits of design solutions.

Scenario 1

Order NOT Placed In Last 24h

Order and could get help directly โ€” including reporting issues with items. If you hadn't, you hit a blank screen with a single "Ask a question" CTA that dropped you into Intercom.

Issues
  • Dropped out of Intercom flow were common and triggered contacts via other channels

  • Trouble identifying the correct category for the issue they had

  • Couldn't locate open conversations if they navigated away from view

Scenario 2

Order Placed In Last 24h

Clicking an order item revealed a report function โ€” but signals showed duplicate submissions and repeat Intercom contacts for the same issues.

Issues
  • Trouble finding the entry point to submit issue

  • Double submission of issues were common

  • Drop-offs before item submission was complete

Refined insights

Operations were working to a deflection metric which incentivised keeping customers from interacting with agents. Result = contacts bubble up through other channels and poor reviews.

Current reporting issues flow was useful but lacked guardrails and clarity.

Not every customer query was unique and many were a chain of initial question followed by status checks.

Hypotheses

If we place help content upfront and try to answer questions early then support contacts and customer frustation can be minimised.

If we match the language to how people actually frame their issues, they'll find what they need and contact us less.

If we give customers clear confirmation and status after reporting an issue, we'll prevent duplicate submissions and reduce contacts by users checking the status of a claim.

Developing Ideas

Restructured help home and FAQ framework

Reorganised the homepage into customer-centric categories and rewrote labels to match how customers describe their problems. Added a structured FAQ layer, a shallow decision tree (max two levels) off the order card, and quick access to previous support conversations.

Outcome: Fewer steps to relevant help. Customers reached Intercom with context already established, which cut repetitive bot questioning and unnecessary escalations. Returning to an ongoing conversation no longer meant digging for it.

Developing Ideas

Restructured help home and FAQ framework

Reorganised the homepage into customer-centric categories and rewrote labels to match how customers describe their problems. Added a structured FAQ layer, a shallow decision tree (max two levels) off the order card, and quick access to previous support conversations.

Outcome: Fewer steps to relevant help. Customers reached Intercom with context already established, which cut repetitive bot questioning and unnecessary escalations. Returning to an ongoing conversation no longer meant digging for it.

Developing Ideas

Restructured help home and FAQ framework

Reorganised the homepage into customer-centric categories and rewrote labels to match how customers describe their problems. Added a structured FAQ layer, a shallow decision tree (max two levels) off the order card, and quick access to previous support conversations.

Outcome: Fewer steps to relevant help. Customers reached Intercom with context already established, which cut repetitive bot questioning and unnecessary escalations. Returning to an ongoing conversation no longer meant digging for it.

With some exploration done we had a clearer plan for the final work that we'd take forward into productionโ€ฆ

Solutions

Help Centre Hub

1
Click for more info
1
1
Click for more info
2
2
Click for more info
3
4
5
Structure
Structure

Changes to the first help touchpoint were designed around some key aims:

  • Match verbiage on the page to the content we show

  • Improve visibility of the all orders that a customer might require help with

  • Surface useful content that is either currently only in FAQs or can only be accessed via the Intercom flow

Access To Information
Access To Information

Help topics were hidden inside the Intercom flow, structured as a tree. This let customers navigate to their specific issue instead of hitting dead ends and looping back through the bot.

If the answer still wasn't enough, they could tap through to an agent. That handoff carried a tag showing exactly what topic they'd been on, so agents saw the context immediately.

Order number

Customer name

Question Lvl 1

Question Lvl 2

7 Cases To Consider
7 Cases To Consider

We considered seven distinct scenarios โ€” not just the happy path โ€” to ensure the flow handled edge cases robustly.

We considered seven distinct scenarios โ€” not just the happy path โ€” to ensure the flow handled edge cases robustly.

Issues With Items

Fixing Item Submission
Fixing Item Submission

We redesigned the Issues with Items flow to clarify the experience, reduce errors, and prevent duplicate submissions.

Key changes:

  • Unique wording for each step

  • Persistent issue tags

  • Quantity input for multiple instances

  • Specific CTA naming

You could previously report the same item more than once โ€” handy if it was both missing and damaged, but most of the time it just created duplicates. We block that now. Cleaner for the majority, occasional edge case trade-off.

Status & Progress Visibility

Many contacts weren't new problems. Customers didn't know where their order or refund stood, or whether they were eligible. Email engagement was low, so refund updates were often missed.

I redesigned how status was communicated. I explored changes across in-app, email and push, and reworked the UX copy for each state. Order status states now flag action, share updates and point customers to email for detail. Support flow refinements cut uncertainty-driven contacts, contributing to an 18% drop in repeat contacts across the Help Centre work. Tying in-app signals to coordinated email became a cross-team initiative beyond the help centre scope.

15 April 2023

Delivered

15 items

Frankfurter Tor 4

+9

items

Item report processed. Check your email

for details.

Item report submitted. Weโ€™ll send you an email within 24 hours.

Refund successfully processed! Check your email

for details.

Outcomes

Support contacts dropped 16% after we rebuilt the Help Centre around customer intent. Customers found answers themselves instead of raising a ticket.

Repeat contacts fell 18% once contextual help sat at the point of reporting. Customers weren't left guessing what to do next.

CSAT rose 2.7 points for customers who used the Help Centre.

The Context

Flink's help centre wasn't working. Customers couldn't find answers, so they contacted support. Support was spending time on questions the help centre should have handled.

The experience had grown without much direction โ€” patchy structure, no clear entry points, self-serve buried under too many steps.

I was brought in to find out why customers were reaching out when they shouldn't have to, and redesign the experience to fix that.

Existing Signals

We had some analytics tracking the paths users took on their journey, customer support data in Intercom, and shared anecdotal knowledge amongst the team and stakeholders. This painted a picture of a number of issues, but two flows had the greatest negative impact on customer experience and subsequently customer support workflows.

โœง