PRODUCT REGISTRATION

PRODUCT REGISTRATION

PRODUCT REGISTRATION

Simplifying online product registration for a global electronics brand

[research]
[UX/UI]
[accessibility]
[overview]

Client project · May - October 2025 · UX focus: flow simplification, cognitive load reduction

Complex form

Redesigned into a flexible, low-friction flow

Complex form

Redesigned into a flexible, low-friction flow

Reddit research

as primary research method

Reddit research

as primary research method

5 solutions designed

Mapped to user pain points and client requirements

Live implementation

Recently implemented by client's dev team

Live implementation

Recently implemented by client's dev team

Complex form

Redesigned into a flexible, low-friction flow

5 solutions designed

Mapped to user pain points and client requirements

Reddit research

as primary research method

Live implementation

Recently implemented by client's dev team

[the problem]

Product registration should be one of the easiest things a customer does after buying something. You bought it. You want your warranty. You fill in a form.


But for users of one of the world's largest electronics brands, it wasn't that simple. Reddit threads were full of complaints: forms that froze mid-way, model numbers that wouldn't register, purchase dates that got rejected for no clear reason. And most frustratingly:

"Even when registration looks successful, it sometimes doesn't show up under 'My Products'. I don't know if the registration was successful or not."

People weren't avoiding registration out of laziness. They were avoiding it because the process was confusing, unreliable, and offered no clear reassurance that it had actually worked. The result was a significant gap between products sold and products successfully registered, a problem that affected users, who lost access to warranty coverage, and the business, which lost valuable customer data.


And then the client's brief arrived with an added complication: the client wanted to collect even more information from users during registration.

[the challenge]

This is the tension that defined the entire project: the client needed more data from users, at the exact moment when users were already abandoning the process because it asked for too much.


My job was to find a way to give the client everything they wanted, without making the experience feel any heavier than it already did.

[the research]

We had no room for formal usability testing. So I did what made sense, I went to Reddit.


I used the help of AI to compile user-reported complaints from relevant communities, looking for patterns in where and why people were dropping off or getting frustrated. This wasn't a perfect research method, but it gave us something more valuable than assumptions: real users describing real problems in their own words, unprompted and unfiltered.


At the same time, we sent the client a set of questions to understand their goals, key concerns, and the most important data they wanted to capture. Mapping user frustrations against client requirements side by side made the design decisions much clearer and we could see exactly where they aligned and where they conflicted.

[the insight]

The registration process had three steps and asked for a significant amount of information upfront: personal details, product details, purchase details, and more. For a user who just wants to register their new TV and get on with their day, that's a lot to commit to before they've seen any benefit.


The key insight was that we didn't need to ask for everything at once. The client's core priority was capturing an email address, everything else was secondary. So we restructured the flow around that: capture the email first, show users the benefits of registering immediately, and give them the option to complete the detailed verification later once they've created an account.


This one structural change did two things simultaneously. It reduced the perceived complexity of registration for users who wanted to get it done quickly. And it actually increased the client's chances of capturing more complete data, because users who opted to complete verification later were more likely to return and finish, rather than abandoning a form that felt overwhelming from the start.

We proposed this approach to the client, made the case for it, and they approved it.

I went straight to Figma rather than paper sketching because I find it faster to think through problems when I can undo and iterate in real time.


The hardest decision was how to make navigation feel genuinely learnable across both platforms without it feeling forced or compromised on either. I designed two different desktop navigation structures and tested both during usability testing to find which felt more intuitive. One used a top navigation bar consistent with most desktop banking conventions. The other moved the menu into the body of the page, closer to how mobile bottom navigation works spatially. Testing made the decision clear.


The design system took around 2.5 weeks to build which is longer than I should have allowed. I got caught in trying to make it perfect. What I'd do differently is build it as I go, use that time for more interviews or more sketching instead. A good design system is a scalable one that grows with the work, not a perfect one that delays it.


Everything was built on design tokens — primitives, semantics, then components — so that accessibility decisions like colour contrast and typography were structural rather than a checklist at the end. Atkinson Hyperlegible was chosen as the typeface specifically because it was co-designed with the visually impaired community and built for legibility at small sizes.

[my role]

This was a team project. A colleague handled the component library in Figma. My focus was entirely on the UX: the flow, the logic, the sequencing of information.


Which steps to prioritise. What to simplify. What to defer. And crucially, how to make sure the client still received every piece of information they needed within a structure that felt lighter and more manageable to users.


Because our communication with the client went through an intermediary, I made a point of annotating every design decision directly in Figma and building presentations to explain our reasoning clearly. When you're not always in the room when decisions are being made, your documentation has to speak for you.

[the 5 solutions]

Five improvements were designed and delivered:


  1. Email capture moved to step one, with registration benefits made visible immediately. This is giving users a reason to continue before asking anything of them.

  2. The verify later option. Detailed personal and purchase information becomes optional at registration and can be completed later through their account, removing the biggest source of cognitive overload and drop-off.

  3. A protection plan offer is introduced clearly at the final stage, with transparent communication that it's handled by a third party so users know exactly what they're signing up for.

  4. The rigid model number dropdown is replaced with a searchable type-ahead field. Users type their model and get suggestions, with on-screen guidance showing where to find it on their product.

  5. Email confirmation is made reliable with a print option added, so users always have a backup record of successful registration, regardless of what happens in their account.

[where it stands]

The redesign has been recently implemented by the client's development team. We haven't received formal data yet and without a usability testing budget, we didn't have benchmark metrics going in.


But I've kept watching Reddit.


Early signs suggest users can now move through the registration steps without the friction that defined the old experience. However, email confirmations are still not reliably reaching users, a technical issue on the development side that sits outside the design scope but is worth flagging as the next priority.


If I could measure one thing, it would be the completion rate at each step of the registration flow, specifically drop-off between the initial email capture and the verify later stage. That's where the biggest behavioural change was designed in, and that's where the real test of the solution will be.

This project taught me the difference between designing for a brief and designing for real people. A brief has business priorities and constraints. Real people have a guy who needs his wife next to him to make a bank transfer because he's scared of getting it wrong again.

When you design for real people, the decisions become clearer. Not easier, but clearer. You know what matters and what doesn't.

If I did this again, I'd spend less time perfecting the design system and more time in other work such as doing more interviews, sketching more solutions, and testing earlier in the process. The best design system is one that grows with the work, not one that holds the work up.

And I'd remind myself earlier that a finding that complicates your solution is more valuable than one that confirms it. The preview button taught me more about my users than any interview question did.

[reflection]

This project taught me that good UX advocacy isn't just about designing the right solution but it's also about convincing the people who commission the work that it's also in their interest.


The “verify later” feature wasn't an obvious sell. The client wanted more data, and here we were suggesting they ask for less upfront. Making that case required understanding their goals well enough to show them that a simpler flow would get them more of what they wanted, not less.


Working with a tight budget also pushed me to be more resourceful with research. Reddit isn't a substitute for a moderated usability study but it's a window into unfiltered, unprompted user experience that has real value if you know how to read it.


And annotating every design decision in Figma (something I started as a practical necessity) turned out to be one of the most useful habits I've built. It forces you to articulate why you made each decision, not just what you made.

This project taught me the difference between designing for a brief and designing for real people. A brief has business priorities and constraints. Real people have a guy who needs his wife next to him to make a bank transfer because he's scared of getting it wrong again.

When you design for real people, the decisions become clearer. Not easier, but clearer. You know what matters and what doesn't.

If I did this again, I'd spend less time perfecting the design system and more time in other work such as doing more interviews, sketching more solutions, and testing earlier in the process. The best design system is one that grows with the work, not one that holds the work up.

And I'd remind myself earlier that a finding that complicates your solution is more valuable than one that confirms it. The preview button taught me more about my users than any interview question did.

[learn more]

Because this project is confidential, I’m unable to share visuals as they could reveal the brand. However, I’d be happy to walk you through my design process in more detail over a call.

Feel free to reach out at fibria.design@gmail.com.

This project taught me the difference between designing for a brief and designing for real people. A brief has business priorities and constraints. Real people have a guy who needs his wife next to him to make a bank transfer because he's scared of getting it wrong again.

When you design for real people, the decisions become clearer. Not easier, but clearer. You know what matters and what doesn't.

If I did this again, I'd spend less time perfecting the design system and more time in other work such as doing more interviews, sketching more solutions, and testing earlier in the process. The best design system is one that grows with the work, not one that holds the work up.

And I'd remind myself earlier that a finding that complicates your solution is more valuable than one that confirms it. The preview button taught me more about my users than any interview question did.

© Fibria - 2026

© Fibria - 2026

© Fibria - 2026