Sr.UI/UX Designer – Tung Lam

menu icon
Logo
Available for work
Hanoi, Vietnam 🇻🇳
Case Study · Design Lead

ONE Storefront Builder

A multi-industry platform that lets sellers spin up e-commerce, logistics, and manufacturing storefronts from ready-made templates, customize them without a developer, run the business from one CMS, and hand shopping off to an AI assistant — end to end, the way Shopify does for one vertical, built here for many.

Multi-vertical SaaS E-commerce · Logistics · Manufacturing Desktop · 1440px 2 years
Project snapshot
Type
Multi-industry storefront builder
Platform
Desktop, 1440px
Industry
E-commerce · Logistics · Manufacturing
Team
4 designers (1 Design Lead + 3 UI/UX Designers)
Duration
2 years, 4 phases
My role
Design Lead
Background

One builder, four phases, every industry a seller sells in

ONE lets a seller describe their business, pick an industry — e-commerce, logistics, or manufacturing — and walk away with a fully working online store: homepage, product listing, product detail, cart, checkout, and order tracking, styled to their brand, with an admin dashboard to run it and an AI assistant to sell for them. Think Shopify's theme-and-launch model, rebuilt to span industries that don't shop the same way.

Seller-facing

Setup & Operations

  • Guided setup wizard — needs, template, features, plan
  • CMS: dashboard, catalog, inventory, orders, team & roles
Buyer-facing

Storefront

  • Industry templates — full home-to-order-tracking flow
  • AI shopping assistant embedded on every template
Phase 1 · ONE Product Phase 2 · Template Library Phase 3 · CMS Phase 4 · AI Assistant
ONE setup flow — seller choosing a business category: E-commerce, Manufacturing, or Logistic
Setup entry point — pick an industry, or browse templates directly
Research · Pain points

ONE is built for sellers, but every screen answers to two audiences

Our primary user is the seller setting up and running the store. But a storefront only works if the seller's own customers — the buyers — can shop it without friction. Research surfaced six recurring pain clusters, felt differently on each side of the same transaction.

Sellers · primary user of ONE
Real-time information

Client comms scattered across systems

Difficulty maintaining timely, effective communication with clients because information lives across different, disconnected tools.

Price negotiations

Quotations built and tracked by hand

Generating and managing quotations manually delays the sales process and slows responsiveness to customer inquiries.

Ordering process

Orders, customers, and follow-ups: all manual

Handling orders, customer information, and follow-ups by hand is time-consuming and prone to errors.

Order tracking

No real-time status to hand the buyer

Difficulty providing real-time order status and tracking information back to customers.

Support & communication

Pending issues pile up unmanaged

Hard to manage every pending buyer issue that needs support — communication gets delayed or missed entirely.

Customer insights

No data to sell smarter

Lack of comprehensive data on customer behavior, preferences, and purchase history blocks personalized sales strategies.

Buyers · the seller's own customers
Real-time information

Stale product & stock data

Difficulty accessing up-to-date product information, pricing, inventory levels, and order or return status.

Price negotiations

Bulk pricing means waiting on someone

Time-consuming negotiations and approvals for bulk orders and custom pricing.

Ordering process

Placing an order still means a phone call

Manual order placement through phone, email, or an online workspace is time-consuming and error-prone.

Order tracking

No visibility once the order is placed

Lack of visibility into order status and shipment tracking leads to uncertainty and delay.

Support & communication

Support is slow and scattered

Delays in communication and support caused by manual processes and disparate communication channels.

Customer insights

Not surfaced on the buyer side

No buyer-side pain was mapped here — a gap in the research itself, and a reminder this cluster is a seller problem to solve quietly.

Every seller-side workflow we designed — live inventory, order status, quotation tracking — exists because it removes a pain the buyer feels on the other end of the same order. Design principle carried through all 4 phases
Design process

How a 4-person team kept four phases in sync

Every task started from two inputs — a wireframe and a requirement doc linked in Notion — and went through the same review chain before it shipped, whether it was a Phase 1 setup screen or a Phase 4 AI prompt.

Design

Build the screen against the design system. Second collab checkpoint with BA mid-flight, before it goes to review.

PIC Review

The module's person-in-charge designer reviews for consistency with the rest of that phase.

BA Review

Business analyst checks the design against the original requirement before adjustment.

Final review

Sign-off; the screen is ready for handoff to engineering.

Phase 1

ONE Product — from a blank need to a priced, submittable plan

The setup wizard is the first thing a seller touches, and the moment ONE has to earn trust: turn a vague need into a concrete, priced store plan in one sitting, with an AI assistant standing in for the sales conversation a seller would otherwise have to book.

Persona
Phase 1 · primary user

The First-Time Seller

Context

An independent seller or small team launching their first online store — e-commerce, logistics, or manufacturing — with no in-house developer, no design team, and no prior experience scoping a website build.

Goals

  • Get a working, on-brand store live without hiring an agency or developer
  • Know the exact cost and timeline before committing any budget
  • Move at their own pace — explore options first, or move straight to building if they already know what they want

Pain points

  • Doesn't know what “features” a store like theirs actually needs, or what they're called
  • Can't judge a feature list or a generic mockup — needs to see it on a real page to know if it's right
  • A template that looks like everyone else's doesn't feel like their brand
  • A verbal quote from a salesperson is slow, vague, and easy to walk away from mid-conversation
The solution
Show, don't ask. Every step trades a form field for something the seller can see and react to — a live prototype instead of a feature list, a real number instead of a verbal quote — so committing to a plan never means committing blind. Design principle carried through all 6 flows below
User flow

Two entry paths, one merge point, then a straight line to a submitted plan.

Guided path

Provide your needs

Pick a category, get a recommended template.

Self-serve path

Browse templates

Browse 50+ templates by category, cost & schedule.

Merge point

Select your features

Toggle by hand, ask the AI, or restyle live.

Submit

View your plan

Cost & schedule estimate, submitted to Sales.

Flow by flow

Six flows carry that journey — each one below pairs the requirement with the solution that answered it.

Flow 01

Provide your needs

Requirement

A first-time seller doesn't have a spec, only a business — asking for full requirements up front causes drop-off.

Solution

One required choice, a business category, plus an optional site name. Everything else comes later.

ONE setup — choosing a business category: E-commerce, Manufacturing, or Logistic
Pick a category, or browse templates instead
ONE setup — naming the website before building, with a single Build call to action
Name the site, then Build — nothing else required
Flow 02

Two paths to a template

Requirement

Some sellers know exactly what they want; others want to browse first. One funnel loses whichever group it wasn't built for.

Solution

Two equal entry points — guided category pick, or browse 50+ templates — both merging into the same feature builder.

ONE template marketplace — 50+ templates filterable by category, platform, cost, and schedule
The self-serve path — browse and filter 50+ templates directly
Both entry points land on the same feature builder in Flow 03 — the fork exists for how a seller wants to arrive, not for what they end up configuring.
Flow 03

Feature builder with a live prototype

Requirement

A feature checklist means nothing to a seller who isn't a developer — they need to see it on a real page.

Solution

Every toggle updates a live prototype and its price in real time, split by Website/Mobile.

ONE feature builder — selecting features for a template with a live prototype preview and running cost/schedule estimate
Toggling a feature updates price, schedule, and the prototype together
Flow 04

Theming — change styles live

Requirement

A generic-looking template doesn't feel like the seller's own brand.

Solution

Color, font, and button style restyle live, directly on the prototype — zero code, no designer needed.

ONE setup flow — Change styles panel layered on the live prototype, with color theme, font, and button style controls
Brand controls sit on top of the real prototype, not a settings page
Flow 05

AI assistant as a feature co-pilot

Requirement

The manual feature list stalls a seller who doesn't know what they actually need.

Solution

An AI tab asks a few plain questions and proposes a feature set the seller can still edit by hand.

ONE setup flow — AI assistant tab asking about marketplace and target audience to refine feature suggestions
The AI tab sits beside the manual list, not instead of it
Flow 06

Plan & handoff

Requirement

A seller commits budget, not features — a verbal quote is slow and easy to walk away from.

Solution

One auto-generated document with cost and schedule — saved, exported, or submitted straight into Sale management.

ONE plan summary — general information, feature list, and cost/schedule estimation, submitted for Sale management
One document, one number, one submit — into Sale management
Phase 2

Template library — one commerce flow, every vertical

Every template in the library ships the same six-page flow — homepage, product listing, product detail, cart, checkout, and order tracking — because a seller shouldn't have to redesign the buying journey, only restyle and re-merchandise it for their category.

A
Full flow, pre-wiredHome → listing → PDP → cart → checkout → order status ships complete on every template, not built page by page.
B
Cross-industry coverageBeauty, digital goods, grocery, and healthcare/pharmacy shown below — plus electronics and B2B manufacturing & logistics catalogs on the same system.
C
Theming without a developerColor palette, font pairing, and button style are swapped live from the Phase 1 builder — no template forking.
D
Mobile-first where it mattersHigh-frequency, small-basket categories like grocery ship mobile-optimized by default.
Phase 3

CMS — where the seller actually runs the business

Once a store is live, ONE's admin dashboard is where a seller spends the rest of their time: watching performance, keeping the catalog and stock accurate, building orders manually when a buyer calls in, and — for B2B sellers with a purchasing team — controlling who can request, and who can approve.

A
Dashboard & reportingSales, conversion, retention, and order-processing status at a glance, with daily/weekly/monthly views and top-product breakdowns.
B
Product & inventoryProduct list, bundles, attributes, and multi-source stock levels, kept accurate so the storefront never sells what isn't there.
C
Order managementBuild an order manually for a buyer — products, bundles, gifts, promotions, shipping and payment — the same flow support teams use for phone/email orders.
D
Team & permissionsRole-based access so a seller's own purchasing team can share one account without sharing approval authority.
Deeper on Module D

Team & Permissions

B2B sellers on the Manufacturing and Logistic templates run purchasing through a team, not one account — this is the split we designed for, addressing the “Price negotiations” and “Ordering process” pain points directly: whoever can request a quotation or order should not always be who can approve it.

Role Manage staff Manage admins & teams Manage configs Create quotations Create orders Create complaints Approve quotations Approve orders Approve complaints Approve & sign legal docs View all
Account Owner
Operation Admin
Purchase Manager *
Purchase Staff
Full access Create / limited only, cannot approve * Purchase Manager manages staff within their own team only
Account Owner is singular per client account and is the only role that can transfer itself to another user. Every other role can be assigned to zero or many people, which is what makes the approval split enforceable.
Phase 4

AI — a co-pilot for the seller, a concierge for the buyer

Phase 4 layered one assistant into two very different jobs: inside the setup wizard it interviews the seller to configure their store faster than the manual feature tree; on the storefront it becomes the buyer's shopping assistant, embedded on every template the same way the six-page flow is.

A
Setup-flow co-pilotSits next to the manual feature list in Phase 1; asks about market and target audience, then refines the feature suggestion for the seller.
B
Storefront shopping assistantA persistent chat widget on every template — greets returning buyers by name and surfaces collections, recommendations, and outfit ideas on open.
C
Guided comparison & fitCompares two products side by side on request, then asks the buyer's height and weight to recommend a size before they add to cart.
D
Assisted checkoutAdds the recommended item to cart on the buyer's behalf, confirms size and color, and surfaces the applicable promotion in the same thread.
AI assistant inside the ONE setup flow — asking about primary marketplace and target age range to refine feature suggestions
Setup co-pilot — refining features by conversation
AI shopping assistant welcome widget on a storefront homepage — latest collections, recommended items, outfit ideas
Storefront assistant — welcome & discovery
AI shopping assistant comparing two products, recommending a size from buyer measurements, and adding the item to cart
Storefront assistant — compare, fit & add to cart
Deliverables

Four phases, one system underneath

Every template, CMS module, and AI surface ships from the same token-based design system — the only way a 4-person team keeps a multi-vertical library consistent over 2 years.

4Product phases shipped
3Industry verticals covered
50+Ready-made templates
6Core storefront pages per template
Reflections

What two years on ONE taught me

01 — Templates are a system, not screens

50+ templates across 3 verticals only stayed consistent once features, colors, fonts, and button styles were treated as swappable tokens — not one-off mockups per industry.

02 — AI turns setup into a conversation

The biggest win in Phase 4 wasn't a smarter chat widget on the storefront — it was moving feature selection in Phase 1 from a checkbox tree into a Q&A the assistant runs for the seller.

03 — The review loop is the real deliverable

Notion-tracked requirements plus a PIC-then-BA double review before final sign-off is what let 4 designers ship 4 phases in parallel without drifting from each other's decisions.