YU
PRODUCT/UX DESIGN · PORTFOLIO 2026
{{ clock }} · {{ coords }}
peter yuproduct/ux designer · available

I design the
quiet parts that
make it work

Thinking in systems.
Designing with care.

Eight years of product & UX design across consultancy, iGaming and healthcare. I ship the system and the surface — then measure what changed.

View work About me

I design
the quiet
parts

Portrait

Six years of product design across marketplaces, fintech and internal tooling. I ship the system and the surface — then measure what changed.

View work
//Selected work

Designs that ship

Three case studies from recent years

CRM platform journey design

CRM Platform

2020-2021

Internal tools · 0→1

HCP experience

2023

Congress engagement activity

GoResp Digihaler

2024

Launching a product for big Pharma

//work index · 2020—2024

Selected work

REACH OUT TO DISCUSS MORE - PETERYUDESIGN@GMAIL.COM

crm
platform

Role Lead product designer
Team 1 designer · 4 engineers • 3 CRM specialists • 1 PM • 2 QA
Year 2020 - 2021
Outcome +1 new CRM platform with improved audience targeting and control
01The problem

Aging system, growing business

Intouch Games, an iGaming company, has been extending their market reach through the creation of new casino brands. CRM executives have begrudgingly learnt  how to use an outdated CRM platform that struggles to target specific audiences and requires careful management of campaigns and QA to avoid human errors from affecting players.

As the team and casino brands grow, there is the evergrowing desire to resolve these issues.

02understanding the problem

Auditing the legacy platform

To truly understand the depth of the problems our users were facing, I interviewed marketing executives at different seniority levels and we went through their individual user journeys to uncover pain points and gain insights to their ways of working.

Through this process, it was evident that the legacy platform was plagued with issues. Ranging from accessibility, awkward navigation and unused features due to not knowing how to use them.

Fig. 02 — Journey audit
FIG. 01 — LEGACY CRM SYSTEM
03planning

Identifying the MVP

I conducted a workshop with stakeholders of different backgrounds and departments to identify and align on what our goals were, what features were required, what needed prioritising and why.

We collated this into a prioritisation matrix, outlining what our MVP was and priority features for different phases.

FIG. 02 — PRIORITISATION MATRIX
04incorporating user insights

Redefining how campaigns are made

Campaign creation was cumbersome, confusing, and required using multiple tools like excel for planning campaigns.

Users wanted more control in targeting and the ability to plan then monitor the campaign traffic live. At the moment, the CRM executives are reliant on the analytics team to provide reports, which can take days or more to produce, meaning the user is unable to make any corrections once a campaign is live.

We explored different ways to have more campaign control and landed on a visual journey style concept, detailing different elements of a campaign and target audience touchpoints.

FIG. 03 — CAMPAIGN CREATION PROCESS
05concepts to ui

Translating ideas into design

The "journey" was merely the visualisation of a campaign. We needed to define the functional aspects that made a campaign - the messaging, scheduling, targeting, condition control, multi-variant testing etc.

We began by with wireframes of journey mapping, which quickly evolved into mid-fidelity UI and needing to develop a design system before we were too deep into designing features. 

FIG. 04 — JOURNEY IDEATION
06prototyping

Test and iterate

As I was the sole designer, I was conscious of where and how I invested my time. For each feature, I evaluated the need for a prototype.  Are static frames sufficient enough to convey a concept? What benefit will a prototype have here?

Where a feature was simple to convey, such as creating an SMS message, I used static frames. Something more complex like creating a journey or building conditions was made into prototypes to be tested with users.

FIG. 05 — CONCEPTS
07the outcome

Shipping the MVP

It took a while, but we got there! So what's different from the legacy platform and the new platform?

  • Campaigns are now visual, digestible journeys
  • Campaigns can now be highly personalised with improved targeting and condition control
  • Users can plan and manage campaigns in one place
  • Reduced number of human errors through improved UI, correct error messaging and navigation
  • Condition building whilst functionally superior to before, needed more refinements to improve  overall usability. The eventual goal was to reach a more conversational style of building conditions.
  • Built-in analytics, allowing users to monitor campaigns live with key performance metrics. No longer needing to rely on and wait for generated reports to be created.
FIG. 06 — SHIPPED MVP
08What I'd change

Increase dedicated resource

Being the sole designer on the project meant I was often spread too thin. Certain features were time consuming to design due to its complexity. Complex features naturally took a lot of time to develop, which meant testing functionality and actioning user feedback was slow. 

What we ended up with as an MVP was already a heck of a lot better than the legacy platform. However, there were opportunities for improvement, both in the product and the process. 

If we could redo this, I would have encouraged hiring more dedicated design and development resource to expand on our design exploration and iterate faster. This would have allowed us to user test features in live scenarios faster, then iterate on user feedback and reach for better outcomes sooner.

{{ plateFigure }}
{{ plateCaption }} Scroll

video id
request

Role Lead designer
Team 1 designer · 2 engineers · 1 PM 1 QA
Year 2021
Outcome Faster, safer identity checks for new players
01The problem

Where it started

Leading up to this project, Intouch Games had failed an external audit conducted by the UK gambling regulator, The Gambling Commission. The audit identified several weaknesses, whereby certain procedures were insufficient in protecting the players from problem gambling and preventing money laundering. ​

The consequence of these failures resulted in a costly £3.4m fine. Following this, the company had no choice but to improve preventative measures or face further legal actions should these issues remain unresolved. As a result, Intouch Games began prioritising its focus on identifying and solving issues, as well as improving its current safer gambling and anti-money laundering measures.

FIG. 01 — THE PROBLEM
02Research

What we learned

At its core, the Know Your Customer (KYC) regulation required identity checks, address checks, risk reviews, ongoing monitoring and record saving of accounts. The process at Intouch Games (ITG) was incredibly manual and there were insufficient measures in place to prevent fraudulent IDs and addresses from passing through checks.

From research, KYC also applied to banking and companies like Monzo were utilising video checks as an additional security measure. After confirming this would resolve some of the key issues from the fine, we embarked on a journey to create our own video ID check.

Key challenges were:
  • Establishing the user journey and how it could be implemented across multiple casino brands
  • Cross-device performance
  • File size management
  • Video acceptance criteria
Fig. 02
FIG. 02 — MONZO'S VIDEO ID REQUEST
03ideation

Proof of concept

I interviewed AML analysts to understand the criteria needed for this to work and used this information to map out an ideal user journey. Draft concepts were reviewed with key stakeholders and refined for optimisation.

Fig. 03
FIG. 03 — WIREFRAME CONCEPT EXPLORATION
04design

What we made

After the initial concept was approved by stakeholders and development, the next step was to identify and optimise the flow. One feedback was to look into reducing the length of the instructions as it was impacting the amount of camera real estate on display.

I explored reducing the number of instructional steps and overall character count, but it would impact the clarity of the steps to follow. So, instead of having a block of instructional text on display at all times, I broke this down into a progressive disclosure style approach, reducing the cognitive load on the user and allowing for more camera real estate.

This approach was prototyped in design, approved, then developed and QA tested before production release.

FIG. 04 — IMPROVED DESIGN
04The outcome

What shipped

Previously, ID checks were only photos of IDs and addresses. Now, for a more complete check, we have implemented the video ID request that sends out to the user when they sign up an account. With this feature, we were able to:

  • Reduce AML issues
  • Reduce number of ID requests requiring review
  • Improve security measures
  • Fix legal compliance issues raised
FIG. 05 — FINAL DESIGN PROTOTYPE
{{ plateFigure }}
{{ plateCaption }} Scroll
Next

hcp
experience

Role UX Lead
Team 2 designers · 2 creatives • 1 medical writer · third party developer • 1 PM • 1 AM
Year 2023
Outcome A congress engagement experience for healthcare professionals at the World Conference on Lung Cancer (WCLC)
01The problem

Where it started

Merck were attending WCLC 2023, with the intention of releasing new efficacy data on their lung cancer medication, Tepmetko. Efficacy data is not the most exciting read, typically being shown as part of a sales aid, essentially a presentation deck targeted at healthcare professionals (HCP's).

We were asked to explore creative ways to engage and present this new data to attending HCP's. 

FIG. 01 — SNIPPET OF TEPMETKO EFFICACY DATA
02Research

What we explored

Our team had a lot of experience working on congress materials. From emails, touchscreens, sales aids, to print outs. We knew we had a fantastic opportunity here to demonstrate our depth of knowledge and expertise in congresses.

We worked with our creative team to explore concepts that would grab the attention of any passerby. Ranging from interactive animations with narratives, a time and precision experience using a touch-sensitive floor, to AR installations using mobile devices.

Fig. 02
FIG. 02 — EARLY CREATIVE EXPLORATION
03planning

Journey mapping

These congresses have to comply with strict medical regulations. We proposed several concepts, some were too difficult to achieve in the timeframe, some were not "fun" enough, others were overly gamified. Gamification of interactive modules were incredibly difficult to pass, regulations required them to have more of an educational element, or else, face rejection. 

We ended up landing on a dance mat-esque concept, that demonstrated the "time and precision" elements our new medical data and campaign focused on.

Working with our medical writer and booth builders, I drafted a user flow to illustrate the conceptual approach and functionality.

FIG. 03 — USER FLOW
04design

What we designed

After receiving the green light on the proposed concept from all parties, the client, booth builder and medical, we began working on the UI. Since there was no design system to leverage, we created our own using accessible brand colours and components identified in the wireframes.

As we were tight on time, we had to identify efficiencies, so developers worked on the behavioural logic and testing in the background, using the user flow as a guide. Once our design was finalised, it went into build and MLR approval, ready for live tests at site.

Fig. 04
FIG. 04 — SELECTION OF DESIGN FRAMES
05The outcome

What shipped

The end congress experience gained the most attention and engagement our client had ever seen. Despite the medical limitations and difficulty to design, we created an educational piece that HCPs were able to enjoy, learn from, and remember.

FIG. 05 — THE OUTCOME
{{ plateFigure }}
{{ plateCaption }} Scroll
Next

goresp
digihaler

Role UX Lead
Team 2 designers • 1 PM • 1 AM • 2 Medical writers • Client dev team
Year 2024
Outcome A website designed and ready to launch the GoResp Digihaler product in the European market
01The problem

Where it started

The Teva GoResp® Digihaler® was an innovative inhaler for asthma and COPD patients. Having successfully launched in the US market, Teva were looking to expand to other areas of the world and the next region in line was Europe. As with any product launch, many materials had to be delivered at pace, including a website, emails, sales aids and more.

Despite having a US website, Europe has a different regulation and entirely different market, so this was not a simple copy and paste project. 

The Digihaler website would be a critical channel where many potential customers would learn about the product. This was particularly important for markets that would have no traditional sales reps (e.g. UK). Customers’ perception of Digihaler would therefore be heavily shaped by the website experience. 

FIG. 01 — GORESP DIGIHALER PRODUCT
02discovery

Establishing the MVP

Given the importance of this channel, the ambition was to go beyond a content-driven, long format content website, and create an interactive and engaging experience that reflected key values of the product; simple, intuitive, innovative. The future of asthma and COPD care. In order to achieve this, we needed to understand the users and the brief.

Certain proposals contained what a gold, silver or bronze feature could be, each indicating the level of complexity and resource required to produce. For example, to elevate the “digital” aspect of the product and assist with sales queries, an interactive AI sales representative was proposed as a gold feature, a chatbot was silver and an FAQs list was bronze. This exercise helped us understand where the priorities are with features.

FIG. 02 — FEATURES AND CONSIDERATIONS
03planning

Identifying key content elements

Once we had an understanding of what our MVP looked like, the next logical step was to outline an initial sitemap. Working closely with the client and our medical writing team, we began drafting the sitemap and quickly realised there were certain elements the initial list of considerations and features did not include. ​

We created a phase 2 log and labelled elements that were non crucial for phase 1 or simply too early to be included.

FIG. 03 — EARLY SITEMAPPING
04exploration

Translating content to wireframes

Our medical writers used the sitemap as an outline for content creation. To support the content development, it was important to refer to the design system available and identify key components that complimented the content. This was a difficult phase as the original design system was developed in Sketch and then updates were only documented on a website.

As we were strapped for time and with no budget to recreate within Figma, we ended up using the Sketch files to draft wireframes with the newly developed content. This was a key step to ensure we could:

  • Visualise the content
  • Establish content hierarchy
  • Identify missing components
  • Identify image assets ahead of photoshoots
  • Gain client and development buy in
  • Identify improvements or missing elements
FIG. 04 — SELECTED WIREFRAMES
05Design

What we designed

Having defined the content hierarchy and user journey across the website, our next step was defining how to incorporate the appropriate brand colours with accessibility at the forefront of our decisions. Using the design system to build the wireframes provided a foundation for our UI designer to work from and sped up the UI design process. ​

When the UI design was signed off by key stakeholders and MLR approved, it went into development and testing. We provided the appropriate guidance and support to facilitate the build process through to production.

FIG. 05 — selected design frames
06The outcome

Unfortunate end

Before we managed to see all the hard work and effort come to fruition, Teva made the executive decision to discontinue their entire line of digital inhalers due to app support being removed. The website was up for less than a week before it was ultimately taken down for good.

Whilst this was a huge shame to hear, it was an exciting project to lead the UX on. We were looking forward to seeing live site and analytics to continue improving the website and develop new features to be implemented in later phases.

{{ plateFigure }}
{{ plateCaption }} Scroll
Next
//About

I create intuitive and accessible designs

I started with coding and moved into product/ux design when I realised the interesting problems were upstream. Eight years later, I've worked in highly regulated industries and most recently with big pharma to deliver experiences for healthcare professionals and patients.

Currently, available to work. Previously, Senior UX Architect for Studio Rx UK, the healthcare arm of Omnicom Production.

07.25 - 04.26 Senior UX Architect • Omnicom Production
04.22 - 07.25 UX Designer • IPG Health UK
11.19 - 01.22 Senior UX Designer • Intouch Games
04.19 - 11.19 UX UI Designer • Intouch Games
02.18 - 03.19 UX UI Designer • Cogcept
Portrait
Draw on me

Fig. 01 — Portrait, scribbled on by visitors

//Contact

Let's make
something
that lasts

Currently available for Senior Product/UX designer full time and freelance positions

peteryudesign@gmail.com
Elsewhere LinkedIn
Based in UK · GMT+1
© 2026 · BUILT FOR YU Press G for grid · type YU for something else
Off the record

You found it

Three things not on the CV: I build things on the side with AI, I sketch ideas on paper, and I still think the best user experience is the one you never notice. Click anywhere to go back.