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.
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.
I led the design direction that brought UOB’s new brand into corporate banking, adapting it for dense, high-stakes workflows.
My General Assembly final project. A home setup companion built around a renovation checklist, for new homeowners and anyone furnishing a place.
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.
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.
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.
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.
Led the visual direction for adapting UOB's refreshed brand to Infinity's enterprise workflows.
Facilitated workshops with Product, Sales, Branding, and Trade to align on a shared design direction before detailed design began.
Built and presented the proposal that secured cross-functional approval for the design direction.
Reviewed and guided the application of the new brand across dashboards, transactions, navigation, notifications, PDFs, and app icons.
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.
The chosen direction brought Infinity closer to the new TMRW brand while preserving the dense, operational interface analysts relied on every day.
What changed
The stakeholder presentation deck: eight frames covering the existing experience, design challenges, four visual directions, and the recommended approach across key surfaces.
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.
Left, the original Infinity dashboard. Right, the rebranded direction: lighter surfaces, white cards, and a dark navigation header.
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.
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.
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.
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 specification, zoomed out. Every affected screen, component, and state mapped old to new for the team to build from.
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.
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.
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.
Internal UOB work. The screens are recreations with made-up data, and some names and settings have been changed.
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.
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?
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.
The investigate-first mode, for understanding a situation before touching anything.
The action mode, for changing how the bank responds, with governance built on top.
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.
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.
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.
A change is proposed, held pending, reviewed in place, and either goes live with an audit entry or returns to the maker.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Sixteen open loops running at once. This is the state people are in before they even think about buying a sofa.
I interviewed first-time homeowners to find where all of that breaks down. Three voices shaped the project.
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."
Spends too much time travelling between showrooms, and has to look after kids, so she'd rather do the whole thing online.
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."
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.
| Brand | Clear UI | AR preview | Verified reviews | One-stop home range | Flexible payment | Returns |
|---|---|---|---|---|---|---|
| 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.
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.
Results are cluttered with products that have nothing to do with what users are actually looking for.
For the gas hobs she was considering, there simply weren't enough reviews to tell whether the product was a good investment.
Receipts, measurements, quotes, delivery texts, about forty open tabs. All of it went up.
Five themes. Time, trust in reviews, where to even buy, cluttered competitor sites, and one repeated wish: see it in the room first.
One question kept coming back. What do I buy, and in what order?
Research notes clustered into Time management, Insufficient reviews, Limited mediums, Competitor UI, and Suggestions.
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.
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.
"I'm all about having a fuss-free shopping experience."
"I'd like to see a dynamic platform that sells homewares."
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.
The move end to end, with the friction called out at each stage. Buying is the easy part. Knowing what and when is not.
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.
Storyboard: Sharlene researches at home, finds Nested, previews a product in her kitchen with AR, and checks out satisfied.
The user flow: home → browse → product → reviews → AR → cart → checkout, with the guided checklist closing the loop.
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.
My first instinct was the obvious one, and it was wrong.
Browse by category, cart, checkout. The exact thing Lazada, IKEA and Courts already do, only smaller.
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.
Category store. Browse-first. Loses to the big players on range and price.
Setup companion. Checklist as the spine, phased by what happens when: demolition, kitchen, bedroom.
Home shows progress, the checklist drives it, and buying an item ticks it off.
Tells you what to buy, in the order your renovation actually needs it.
Home products from kitchen to living room, organised in one place.
Reviews pulled up front, so people can tell if something's worth the money.
Preview a product in your own space before you buy it.
Information architecture, reorganised around the setup journey: onboarding seeds the checklist, the checklist drives Home, and shopping, cart and profile support it.
The mid-fi flow, screen by screen: home and category browsing through product, AR, cart and checkout.
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.
Pick a room and the checklist lays out what it takes to finish, item by item, so nothing gets missed halfway through.
Check off what's there and the list shrinks to what actually matters, so you're not buying the same thing twice.
The remaining rows are your shopping list, in a sensible order instead of a random pile of open tabs.
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.
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.
AR sits where it belongs, one tap from a product, for the big pieces worth checking against your actual kitchen before you commit.
Splash through to order confirmation, on Nested's pink system.
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.
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.