UX Designer · Singapore
Yuting Wong.
Role UX Designer
Based in Singapore
Status Open to opportunities
+ · + · +

Professional work

Online Fraud Monitoring Depository

At UOB, I led end-to-end design for an internal tool that lets fraud teams change live rules safely, without blocking real customer transactions.

UOB Infinity Rebranding Initiative

I led the design direction that brought UOB’s new brand into corporate banking, adapting it for dense, high-stakes workflows.

Independent Case Study

Nested home screen

Nested

My General Assembly final project. A home setup companion built around a renovation checklist, for new homeowners and anyone furnishing a place.

UOB Infinity · Rebranding initiative

Translating a consumer brand into enterprise software.

I led the UX direction, facilitated workshops across teams, and shaped how UOB's new brand could fit Infinity without getting in the way of how people already worked.

The redesigned UOB Infinity screen, dark-blue header, light content area.
Design Systems Cross-functional Stakeholder Alignment

Refreshing Infinity without disrupting the way enterprise teams work.

UOB had introduced a refreshed visual identity for its retail products, and Infinity needed to align with it. But corporate banking is very different from consumer banking. Users spend hours working with dense tables, approvals, and payment workflows, so simply applying the new design system would have made everyday tasks harder.

My role
UX Designer. Led the UX direction for the rebranding initiative while collaborating closely with another designer. I facilitated cross-functional workshops and presented the final proposal to Product, Marketing, Sales, and Trade stakeholders.
Team
Design · Branding · Trade team
Timeline
2023 – 2025
The challenge

A rebrand introduced in retail had to work for corporate.

UOB rolled out its refreshed brand across retail banking first, and Infinity needed to adapt it for corporate banking. Although both products shared the same brand, they served very different users and workflows.

Retail banking Corporate banking
Simple, task-focused journeys
Complex payment and approval workflows
Spacious layouts
Dense, information-rich tables
Brand experience
Speed, accuracy, and operational clarity

Applying the retail patterns directly created usability issues. Lighter hierarchy made tables harder to scan, spacious layouts separated related actions, and softer status colours reduced the distinction between important states.

The goal wasn't to recreate the retail experience. It was to bring the new brand into Infinity while keeping the product familiar, efficient, and easy to scan.

My role
Design direction

Led the visual direction for adapting UOB's refreshed brand to Infinity's enterprise workflows.

Workshops and alignment

Facilitated workshops with Product, Sales, Branding, and Trade to align on a shared design direction before detailed design began.

Stakeholder presentation

Built and presented the proposal that secured cross-functional approval for the design direction.

Design governance

Reviewed and guided the application of the new brand across dashboards, transactions, navigation, notifications, PDFs, and app icons.

The approach

Rather than redesigning everything, we focused on introducing the new brand where it improved the experience and keeping familiar patterns where they supported speed and accuracy. We explored four dashboard directions using real transaction data and reviewed them with stakeholders side by side.

ADark · High contrast
Too heavy. Increased visual fatigue in long scanning sessions.
BLight · Spacious
Important actions felt disconnected. Slower task flow.
CLight · Balanced
Best balance of brand expression and operational clarity.
DDark · Soft surfaces
Statuses lacked distinction. Higher risk of misread.

The chosen direction brought Infinity closer to the new TMRW brand while preserving the dense, operational interface analysts relied on every day.

What changed

  • Introduced lighter content areas to improve readability.
  • Increased contrast for transaction states in dense tables.
  • Applied the new brand selectively where it supported usability.
  • Preserved existing workflows so users didn't have to relearn the product.

The stakeholder presentation deck: eight frames covering the existing experience, design challenges, four visual directions, and the recommended approach across key surfaces.

Presentation deck: Rebranding 2023 cover and The Creation Presentation deck: the original design and intent Presentation deck: The Kickoff and concept directions Presentation deck: dashboard treatments tested side by side Presentation deck: dark and light dashboard explorations Presentation deck: combination and survey feedback Presentation deck: transaction flow refinements Presentation deck: final sample user flow
Key decisions

Two design decisions changed after stakeholder reviews.

1. Refreshing the visual hierarchy with the new brand

The previous dashboards relied on dark blue cards that made dense information feel heavier over time. As part of the rebrand, we adopted UOB's lighter blue palette, creating a cleaner interface while improving readability and staying true to the refreshed brand.

Side by side comparison: the original darker dashboard on the left, the rebranded lighter dashboard on the right.

Left, the original Infinity dashboard. Right, the rebranded direction: lighter surfaces, white cards, and a dark navigation header.

2. Redesign the progress stepper

Users couldn't quickly tell which step they were on because completed and upcoming states looked too similar.

I worked with another designer to redesign the stepper so every state had a clear visual cue. Completed steps turn green with a tick, the current step is highlighted in orange, and the progress bar fills as users move forward. I also added explicit step labels to make the sequence easier to follow.

Before and after of the transaction progress stepper. Before: three numbered circles on a thin line. After: a green completed step with a tick, a filled progress bar, an orange active step, and STEP 1 / STEP 2 / STEP 3 labels above each stage.

The stepper before and after. The redesign gives the finished step a green tick, fills the bar as you advance, and labels each stage so the sequence reads without decoding circle colours.

Getting alignment

Every stakeholder group looked at the redesign through a different lens.

TeamFocus
BrandingBrand consistency
ProductFamiliar workflows
TradeIncremental rollout
OperationsReadability and scan speed

Rather than presenting a complete redesign, I structured the proposal around an incremental rollout: what would change immediately, what would remain familiar, and what could evolve later. That approach aligned the teams and secured approval in a single review cycle.

Making it buildable

Turning a concept into a buildable plan.

After aligning on the design direction, I translated it into a detailed implementation specification covering every affected screen, component, and interaction state. It became the shared source of truth for engineering estimates, business requirements, development handoff, and QA, helping teams deliver the rebrand consistently across the product.

The full implementation specification seen at a glance: dozens of frames mapping old and new components, then annotated Infinity screens, modals and PDF templates, each pinned with the details engineering needed to build them.

The full specification, zoomed out. Every affected screen, component, and state mapped old to new for the team to build from.

Outcome

The proposed direction was approved by Product, Sales, and Trade, with updates spanning dashboards, navigation, notifications, transaction flows, PDFs, and app icons.

This concept was developed as part of an internal rebranding initiative. The project reached stakeholder alignment but was not released due to changing business priorities.

What I'd do differently

Looking back, I'd involve operations users earlier in the process. Their feedback ultimately shaped one of our biggest decisions: the move from dark dashboards to lighter surfaces.

I'd also validate concepts through quick usability sessions. Most decisions came from stakeholder reviews, but observing analysts working with real transaction data would have provided stronger evidence for design choices around readability and status visibility.

UOB Infinity · Fraud operations

Designing an Operational Workspace for Fraud Operations

The fraud operations workspace: market switcher, risk scoring controls, and the search filters panel.

One wrong fraud rule can block thousands of legitimate customer transactions. Analysts were managing these changes across emails, spreadsheets and verbal approvals. I designed the internal platform that made live rule changes traceable, reviewable and a lot safer.

My role
Solo lead UX designer. Discovery, interviews, workflow mapping, interaction design, engineering handoff.
Year
2026
Timeframe
1.5 months
Under NDA

Internal UOB work. The screens are recreations with made-up data, and some names and settings have been changed.

Where the workspace sits

The last stop before a fraud rule reaches a real customer.

Every transaction runs through the bank’s fraud detection engine, which scores it for risk and passes events and rules downstream. The workspace I designed is where that lands, and it’s where fraud operations both watch what’s happening and adjust the controls that decide how hard the bank blocks or flags activity.

Where the workspace sits
Input
Customer transaction
Every payment, transfer and login attempt.
Upstream
Fraud engine
The bank’s detection engine scores every transaction for risk.
What I designed
The workspace
Where fraud operations watch events and adjust the controls.
The problem

Analysts investigated fraud events in one system and handled operational tasks in another: managing controls, chasing approvals, keeping an audit record. The split slowed decisions down and added operational risk, because the record of what changed lived in inboxes.

How do you let fraud teams respond fast to a live incident, without making it easy to accidentally block real customers?

Two core jobs

Monitoring and managing require different mindsets.

Fraud ops need to understand what’s happening before deciding whether to change anything. Separating the two workflows reduced cognitive load and lowered the chance of an accidental change.

Monitor

The fraud dashboard and repository

The investigate-first mode, for understanding a situation before touching anything.

  • Search fraud records
  • Filter by risk, customer, event and channel
  • Review transaction history
Manage

The risk scoring controls

The action mode, for changing how the bank responds, with governance built on top.

  • Controls at three levels of scope
  • Maker-Checker approval
  • Full audit trail
The Monitor side

The fraud dashboard repository

Analysts used to investigate in one tool and respond in another. This workspace combines both, so they can look into something and act on it without jumping between systems. Investigations rarely start with a single identifier, so filters can be combined to narrow records using whatever information is available, from customer and account identifiers to date range and risk rating. That gets an analyst to a decision faster.

Fraud Detection & Response · repository
The Fraud Detection and Response dashboard, with a search filter panel above a table of fraud records and callouts explaining the flexible filtering and record details.
Fig. 01The Monitor side. Filters combine so an analyst can narrow records with whatever identifier they happen to have.
Designing for different levels of impact

Not every control affects the same number of customers.

I organised the controls into a clear hierarchy, from the broadest to the narrowest, so analysts could see the scope of a change before making it.

Control scope · blast radius
Level 01
Broad scope
Reaches every channel
Level 02
Mid scope
Reaches one channel
Level 03
Narrow scope
One customer action
Risk scoring controls · broad / mid scope
The broad and mid scope tab. A broad scope control that reaches every channel sits above mid scope controls for the corporate portal, SME portal and partner API.
Risk scoring controls · narrow scope
The narrow scope tab. Individual customer actions grouped under sign in, payments, beneficiary management, security token and user administration, with a pending approval request listed underneath.
Fig. 02Each level got its own screen rather than being combined into one. There was a proposal to merge them into a single view, and I pushed back, because the scopes are easy to confuse. During a live incident it should always be obvious what you’re about to change, so keeping them apart reduced the risk of a mistake.
Designing within regulatory constraints

Banking regulation requires a maker-checker process, where the person proposing a change cannot approve it. My job was to turn that requirement into a workflow that fitted the way people already worked.

  • Makers create configuration changes.
  • Checkers review and approve them before they go live.
  • Every request includes a reason for change, providing approvers with the context needed to make an informed decision and supporting audit requirements.
User flow
How a control change gets approved
A change is proposed, held pending, reviewed in place, and either goes live with an audit entry or returns to the maker.
Maker on the control screen
Flips a control, writes the reason
Edited in place, same table
submit
Same person approving?
no
yes
Pending
Sits in the same table
Nothing is live yet
Checker opens the detail view
Sees which controls it touches, and why
Checker decides
Blocked, needs a second person
Whoever proposes a change cannot approve it
approve
reject
Change goes live
Returned with a remark
Audit entry covers submission → approval
back to the maker — nothing changed
User flow

How a control change gets approved

A change is proposed, held pending, reviewed in place, and either goes live with an audit entry or returns to the maker.

  1. Maker on the control screen
  2. Flips a control, writes the reason Edited in place, same table. Then submits.
  3. Same person approving?
    yes
    Blocked, needs a second person Whoever proposes a change cannot approve it
    no
    Carries on to review
  4. Pending Sits in the same table Nothing is live yet
  5. Checker opens the detail view Sees which controls it touches, and why
  6. Checker decides
    approve
    Change goes live Audit entry covers submission → approval
    reject
    Returned with a remark Back to the maker — nothing changed
Design discussion

One design challenge was working out how much information reviewers actually needed.

I first pushed for a before-and-after comparison, but we looked at a few options together before settling on the final one. It reminded me that understanding why a decision was made matters more than being right about my own idea.

Design discussion · Before and after

Before and after, or just the final state?

I wanted a before-and-after comparison so fraud reviewers could see exactly what had changed before they approved it. The other option was to show only the updated state and tag the rows that changed. We weighed both on how easy they were to read, how fast a checker could get through them, and what was realistic to build.

Approval view · explorations
Three approval view explorations side by side. Option 1 shows every control as a before and after pair, Option 2 shows the resulting state with changed rows tagged Modified, and the selected direction is a cleaner review screen.
Fig. 03Option 2, the Product Owners’ direction. The resulting state, with only the changed rows tagged Modified.

We chose the simpler view. Most requests changed only a handful of rows, so the comparison added scanning without adding understanding. Highlighting what changed gave checkers enough context without burying them in rows that hadn’t moved. A good reminder that the clearest design isn’t the one with the most information on it.

Outcome

Every decision, finally visible.

The platform launched in two markets and replaced email approvals entirely. Every change is recorded now: who proposed it, the reason, who approved it, and when it went live.

What I’m most proud of is how much clearer the process became. Everything lands in one place, which makes audits easier and gives analysts a straightforward path from investigation through to action.

What I’d do differently

With a six-week timeline I moved into UI quickly. I’d validate more of the approval workflow earlier, because so many of the design decisions turned on how reviewers actually assess and approve a change.

General Assembly · Final project
UX case study
Nested is a home setup companion for anyone furnishing a place in Singapore. This write-up covers the research, the competitor teardown, the people I spoke to, and how a renovation checklist ended up running the whole thing instead of sitting off to the side as one more feature.
UX Case Study Mobile app End-to-end

Nested: helping people furnish a home, not just fill a cart.

A home setup companion for people furnishing a place, built out from real interviews rather than a moodboard. It started with new homeowners, but the deeper I got, the clearer it became that the same wall trips up anyone setting up a space. A long list, no order, and no real sense of what's worth buying.

Role
Sole designer
(GA final project)
Type
UX case study
Concept app
Scope
Research, personas, IA,
mid-fi prototype, AR
Build
Wix & Figma
Concept app
01. Overview

What Nested is.

Nested started as my final project at General Assembly. I chose first-time homeowners in Singapore, because a few people around me were going through it and the stress was real. You buy a flat, renovate it, and furnish it, and all three tend to land at once, often on top of planning a wedding.

Nested is a home setup companion. You browse by room, read reviews, preview a piece in your space with AR, and check out. Running underneath all of it is a renovation checklist that tracks what a finished room needs and what you still have to get.

Problem space

People setting up a home are often clueless about where to start. New owners, sure, but also renters furnishing a first place, or someone redoing a single room. They don't know what to buy, in what order, or which of it is actually worth the money.

The welcome screen, your setup progress, and the checklist that quietly runs the whole app.

02. Research

First, the mess.

Before I talked to anyone, I tried to capture what a move actually feels like. Not an orderly list, but a desk that keeps piling up while you're still unpacking the last box.

$$$IKEA receipt
recheckMeasurements
ideasPinterest inspiration
which?Paint colours
will it fit?Sofa dimensions
when?Delivery SMS
keepWarranty
$$$Contractor quote
unread 42WhatsApp messages
overBudget spreadsheet
laterAppliance manuals
todoShopping list
printFloor plan
!!Calendar reminders
maybeLighting ideas
ask elec.Electrical notes

Sixteen open loops running at once. This is the state people are in before they even think about buying a sofa.

Then, the people living it

I interviewed first-time homeowners to find where all of that breaks down. Three voices shaped the project.

Weiming

Doesn't know the order

Struggles to get good information on deals and suppliers. In his words: "I don't know what items to buy that contractors need to install first."

Jiayuan

No time to travel

Spends too much time travelling between showrooms, and has to look after kids, so she'd rather do the whole thing online.

Jingxin

Can't trust reviews

Unable to find proper reviews or visualise products, and overwhelmed by "so many e-commerce mediums, I don't know which platform to buy from."

Competitor analysis

I compared the home-shopping apps these users already reach for. They all sell home products, but none of them pulls the whole job into one place. Only IKEA let you preview a piece with AR, which felt like the one thing actually worth borrowing for big purchases you can't picture in your flat.

BrandClear UIAR previewVerified reviewsOne-stop home rangeFlexible paymentReturns
IKEA Unclear 365 days
Courts Clear 30 days
Harvey Norman Clear 100 days
Ezbuy Messy 30 days
Lazada Cluttered Merchant
Nested. Guided Free

IKEA, Courts, Harvey Norman, Ezbuy and Lazada, compared on UI, AR, reviews, range of home appliances, payment flexibility and returns.

Usability testing

To sharpen the pain points, I ran usability testing with two people on the competitor sites they visit most, giving each two task scenarios: cart a gas hob within a $300 budget, and add three living-room items from the category section. Two pain points came through clearly.

Pain 01

Irrelevant products

Results are cluttered with products that have nothing to do with what users are actually looking for.

Pain 02

Insufficient reviews

For the gas hobs she was considering, there simply weren't enough reviews to tell whether the product was a good investment.

03. Affinity mapping

From pile to pattern.

Raw

Receipts, measurements, quotes, delivery texts, about forty open tabs. All of it went up.

Grouped

Five themes. Time, trust in reviews, where to even buy, cluttered competitor sites, and one repeated wish: see it in the room first.

Underneath

One question kept coming back. What do I buy, and in what order?

Time management
Covid: unable to travel around to get homewares
Spends a lot of time navigating, can't find related items
No time to travel and has to look after kids, prefers to shop online
Insufficient reviews
Limited reviews on products, doesn't know if it's any good
Wants to know more about a product before purchasing
Too many spam messages in renovation group chats; spends ages sorting for real reviews
Limited mediums
Doesn't know where to get home appliances
Few mediums to actually purchase home products
Competitor UI
Homepage of e-commerce sites is too cluttered
Platforms like Lazada are overloaded with irrelevant listings
Suggestion
Would be a bonus to visualise items in 3D / AR before buying

Research notes clustered into Time management, Insufficient reviews, Limited mediums, Competitor UI, and Suggestions.

The one that mattered

Four of the five clusters were about friction. The fifth was the real brief: people didn't need a bigger shop, they needed to know what to get and when. That question became the spine of the app.

04. Personas

Who it's for.

Two personas carried the design through to the prototype. Both came out of new homeowners, but the problem underneath, not knowing what to buy or in what order, isn't unique to people who just got their keys.

S
Sharlene
32 · Financial Advisor · Singapore

"I'm all about having a fuss-free shopping experience."

Context
Very busy with little free time; shops online when she can. Recently bought a house and finds few sites that sell household products.
Goals
A hassle-free shopping experience, and to visualise how products would look in her home.
Frustrations
No one-stop platform for a wide range of household products; very few sites with AR.
D
David
30 · Career Coach · Singapore

"I'd like to see a dynamic platform that sells homewares."

Context
Newly wed, just got the keys, clueless on renovation. Not sure where to look, so he sticks to Lazada.
Goals
A platform that organises household products well, guidance on what to buy as a new owner, and more reviews to buy by.
Frustrations
Few platforms with real range; scrolling through spam in renovation group chats just to find a review.
Beyond new owners

The same wall shows up for renters furnishing a first place, or anyone redoing one room at a time. Nested is built for the setting-up problem, not for a single life event.

05. Storyboard & user flow
01
Got the keys
Empty rooms, a long mental list, and a deadline.
PainExcited, then stuck
02
Research
Google, Pinterest, friends, IKEA.
PainToo many tabs, no single source
03
Planning
Measurements, budget, timeline, room ideas.
PainInformation scattered everywhere
04
Buying
Furniture, appliances, decor, lighting.
PainReceipts and orders all over the place
05
Waiting
Delivery, installation, contractor slots.
PainWhat's actually arriving today?
06
Moving in
Utilities, warranties, manuals.
PainCan't find anything a month later
07
Living
Maintenance, wishlist, improvements.
PainNo home for the ongoing stuff

The move end to end, with the friction called out at each stage. Buying is the easy part. Knowing what and when is not.

Storyboard and user flow

From there I storyboarded one person's path through Nested, then turned it into a user flow with the decision points and the AR touchpoint built in.

Hand-drawn storyboard of Sharlene's shopping journey

Storyboard: Sharlene researches at home, finds Nested, previews a product in her kitchen with AR, and checks out satisfied.

User flow / journey map with decision points and AR touchpoint

The user flow: home → browse → product → reviews → AR → cart → checkout, with the guided checklist closing the loop.

06. Architecture & features

Structure, features, mid-fi.

From the flow I defined the app's key features, mapped the information architecture, and built a mid-fidelity prototype to test the whole journey.

The call that shaped the structure

My first instinct was the obvious one, and it was wrong.

First instinct

Build a better store

Browse by category, cart, checkout. The exact thing Lazada, IKEA and Courts already do, only smaller.

What the research said

Build a plan, not a store

People didn't need more aisles. They needed to know what each room takes, and in what order. So a room-by-room checklist, phased to the renovation, became the centre. Shopping happens inside it.

v1

Category store. Browse-first. Loses to the big players on range and price.

v2

Setup companion. Checklist as the spine, phased by what happens when: demolition, kitchen, bedroom.

Where it landed

Home shows progress, the checklist drives it, and buying an item ticks it off.

Key features

01

Guided to-do list

Tells you what to buy, in the order your renovation actually needs it.

02

Wide range of categories

Home products from kitchen to living room, organised in one place.

03

Reviews section

Reviews pulled up front, so people can tell if something's worth the money.

04

Augmented reality

Preview a product in your own space before you buy it.

Sitemap

Nested.
Onboarding
Log in / sign up
Set up your home
Home · progress
Setup progress
Up next
Recommendations
Checklist SPINE
Phases (demo, kitchen…)
Task detail
Linked products
Mark done
Shop
Categories
Product detail
Reviews
AR preview
Cart & checkout
Bag
Checkout flow
Order confirmed
Profile
Account
Purchase history
Saved AR projects
Help

Information architecture, reorganised around the setup journey: onboarding seeds the checklist, the checklist drives Home, and shopping, cart and profile support it.

Mid-fidelity prototype

Mid-fidelity wireframe screens of the Nested app

The mid-fi flow, screen by screen: home and category browsing through product, AR, cart and checkout.

07. The checklist

The renovation checklist is the spine.

Every other screen hangs off it. Most home apps drop you into a catalogue and leave the planning to you. Nested works the other way. You start from a room, see what a finished version of it needs, and the app keeps track of the rest as you go.

Nested renovation checklist grouped by room with progress
01

Grouped by room

Pick a room and the checklist lays out what it takes to finish, item by item, so nothing gets missed halfway through.

02

Tick what you already have

Check off what's there and the list shrinks to what actually matters, so you're not buying the same thing twice.

03

What's left becomes the plan

The remaining rows are your shopping list, in a sensible order instead of a random pile of open tabs.

04

A whole home or one room

Start from a template or build your own list. That's what keeps it useful past move-in week, whether you're furnishing a flat or just redoing the kitchen.

Shopping and the checklist stay in sync. Add a hob and it ticks off the kitchen list; finish the order and the room moves closer to done.

08. The app

The whole thing, screen by screen.

Setup and browsing sit inside finishing your home. You come in through the checklist, and everything else, browsing a room, previewing a piece in your space, checking out, branches off it.

Set up and browse

See it in your space

AR sits where it belongs, one tap from a product, for the big pieces worth checking against your actual kitchen before you commit.

Bag and checkout

Splash through to order confirmation, on Nested's pink system.

09. Reflections

Nested was the first thing I took all the way from talking to strangers about their flats to a working prototype. Every part of it was mine to figure out.

The part I'm proudest of isn't a screen. It's that the checklist ended up as the spine of the product instead of one feature sitting politely next to the others.

What I didn't do was put those checklist templates in front of people who were actually setting up a home, and that's the thing I'd want to know most. The default lists are still my best guess.

+ · + ·
About

Yuting
Wong.

I'm a UX Designer at UOB Infinity in Singapore. Working on the corporate side of things,
and still learning a lot from the people around me.

Outside of work, I'm mostly hanging out with my cats or out on the bike.

© 2025 · Designed & built in Singapore