Work / Case study 01

Lightspeed · 2020–2021

Lightspeed Supplier Market

A live wholesale marketplace built inside the point of sale, designed end-to-end, shipped to beta, and the research that helped inform a $100M+ acquisition.

Domain
Retail / B2B
My role
Senior Product Designer
Timeline
2020 – 2021
Team
PM, 4 engineers, design
Supplier Market search results inside Lightspeed Retail POS - a supplier catalog with product, SKU, in-stock status, and MSRP columns
Project gallery

The range of the work at a glance - the merchant-facing Supplier Market, the supplier-side Back Office, and the flow that connects them. Browse it here, or read the full story below.

View full

Outcome at a glance

0→1marketplace designed end-to-end and shipped to beta
$100M+acquisition the early research helped inform & validate
2-sidedsupplier & retailer flows mapped and built end to end
01The problem

Merchants couldn't order from suppliers without leaving the POS.

Supplier catalogs were static, disconnected from inventory, and manually managed. Every purchase order meant leaving the point of sale, navigating a separate supplier system, and copying data back by hand - re-entering product images, UPC codes, and attributes one at a time.

It was a workflow no one had fixed. The opportunity: build a live supplier marketplace inside Lightspeed, so merchants could browse, order, and manage inventory in one place.

02Objectives

Replace static catalogs with a connected, orderable marketplace.

Connect to a brand ERP service to import high-quality product data - images, UPC codes, attributes - and let merchants order directly inside the point-of-sale system.

  1. Connect live supplier data

    Replace local brand catalogs with a service pulling accurate, real-time product data from brand ERPs.

  2. Import high-quality product content

    Bring images, UPC codes, and attributes in automatically - no manual re-entry.

  3. Order inside the POS

    Browse, build a cart, and place purchase orders without ever leaving Lightspeed.

03My process

A double-diamond, run with rigor.

I diverged to explore options, converged to define the real problem, diverged again to develop solutions, then converged to deliver. The research generated here outlived the product itself.

Diverge

Discover

Merchant interviews, support-ticket analysis, and field visits to understand the manual ordering reality.

Converge

Define

Framed the supplier-coverage gap precisely enough to influence company strategy.

Diverge

Develop

Flows, prototypes, and a browse-to-order marketplace built into the POS shell.

Converge

Deliver

Shipped to beta, instrumented, and handed to engineering as sprint-sized tickets.

Double diamond process diagram
04Discover · Merchant persona
Allison Rivera, merchant persona

Allison Rivera

Small business owner · Outdoor sports goods store · Montreal · Team of 5–6

Allison uses NuORDER for wholesale ordering and Lightspeed POS for in-store and online sales. Her biggest frustration: the manual, time-consuming process of transferring wholesale orders into her POS - re-entering product images, UPC codes, and attributes by hand.

Pain points
  • Manual order transfer between systems
  • Re-keying images, UPCs & attributes
  • Lost sales while products aren't live
Goals
  • Spend time on customers, not data entry
  • Get products online faster
  • One source of truth for inventory
"I want to spend more time focusing on my customers and less time dealing with manual data entry. The longer it takes to get products online, the more sales I lose."
05Develop · First mockups

From flow to screens.

With the journeys mapped, I translated the core flow into the first end-to-end mockups - walking a merchant from their purchase-orders list, into the Supplier Market, through a product, and back out to a freshly created purchase order.

Step 1 · Browse orders
Purchase orders list mockup
Land on the purchase-orders list - every PO, its status, and totals at a glance.
Step 2 · Supplier Market
Supplier Market browse mockup
Browse wholesale products and order directly from suppliers, filtered by category.
Step 3 · Place an order
Product detail order mockup
Pick colors, sizes, and quantities; a live order summary tallies units and cost.
Step 4 · View the new PO
Purchase order details mockup
The new PO opens with supplier, shipping, cost summary, and a live status timeline.
06Final designs

Browse, order, and manage - without leaving the POS.

Supplier Market landing page

A storefront merchants already trust

The landing page surfaces new suppliers, trending products, low-stock re-orders, and exclusive offers - framed in the merchant's own language and embedded directly in the Lightspeed shell they use all day.

Supplier details page
Supplier page - catalog, terms & coverage
Product details page
Product page - sizes, quantities & UPC data
Orders page
Orders - track POs through to delivery
Part two · The supplier side

The Supplier Back Office

Supplier Market is two-sided. Retailers can only discover and order if suppliers have first brought their catalog in, controlled how products appear, and approved who's allowed to buy. The Back Office is that operational layer - without it, there is no marketplace.

My role
Product Designer - owned the Back Office end to end
Focus
Supplier onboarding, catalog validation & marketplace preview
Connection methods
Manual upload · SFTP · API · managed Supplier Connect
The problem

A marketplace is only as good as the catalogs inside it.

Every supplier had to get accurate product data - images, UPCs, pricing, attributes - into the system before a single retailer could order. That onboarding was the bottleneck, and it broke quietly: bad or missing data meant products showed up wrong, or not at all.

Suppliers also ranged enormously in technical maturity - from a one-person brand with a spreadsheet to an enterprise running a full ERP. A single rigid import path would have left most of them out, and manual onboarding could drag on for weeks of email back-and-forth.

The approach

Meet suppliers at their level of technical maturity.

Rather than force one integration, the Back Office offers a ladder of connection methods - from a one-off file upload to a live ERP integration - so onboarding never stalls on technical readiness. A managed option, Supplier Connect, can migrate everything in under 30 minutes; but the Back Office had to serve everyone, including suppliers who'd never integrate a thing. Every import is validated on the way in, and suppliers preview exactly how products will appear before they go live.

Manual file upload

No dev work

Upload a CSV or JSON catalog by hand. Validated on import, with a downloadable error report to fix and re-upload - the fastest path for suppliers with no technical resources.

SFTP connection

Scheduled sync

Drop catalog files on a connection that syncs automatically on a schedule - for suppliers who can export data but don't have engineering time to spare.

API integration

Full automation

A direct ERP integration that syncs products and manages orders both ways - the most setup, and the most hands-off once it's live.

Supplier Back Office settings page showing ordering rules, terms of service, user management, Supplier Connect, manual integration with CSV upload and SFTP, file upload history, and API connection
Settings - every connection method on one surface. Click to see the full page, from Supplier Connect down to API credentials.
Welcome to Suppliers Backoffice screen presenting Supplier Connect as the recommended option versus manual product connection by CSV, SFTP, or API
First-run connect - the choice is framed by effort and time, not jargon: minutes with Supplier Connect, or a manual path on your own terms.
Final designs

One back office, every level of supplier.

Products list in the Supplier Back Office showing imported catalog with MSRP, brand, and vendor columns

The catalog, exactly as retailers will see it

Once imported, products land in a single list - the same data that will surface in the marketplace. Suppliers can search, page through, and re-sync at any time, so the catalog stays the single source of truth instead of drifting from the ERP.

Products view with the Supplier Connect banner and an update product data action
Connect, in context - re-sync prompts live alongside the catalog
Retailers list with Approved and Requests tabs, the Requests tab showing a badge of 21 pending
Connection requests - approve who can order before any order flows
Retailer detail page with a verified profile badge, account information, and a business card including map, store address, and identifiers
Retailer profile - the context a supplier needs to approve
Marketplace preview
Product detail preview for the TSi2 Driver showing imagery, MSRP, unit cost, quantity in stock, brand, identifiers, description, and attributes
Suppliers see the live product page before it goes out - proof the import worked, in the retailer's own view.
The loop closes
Email notification reading Let's approve another merchant, telling the supplier a retailer has requested to order and must be reviewed and accepted first
Approval reaches suppliers where they already are - email pulls them back in to review, and ordering can begin.

What the Back Office set up

An MVP that became the operational foundation of the marketplace.

  • Scalable onboardingEvery supplier, from spreadsheet to ERP, on a path that fits them
  • Validated catalogsImports checked on the way in, with errors surfaced to fix and re-upload
  • Connections, controlledSuppliers approve retailers - the groundwork for ordering between trusted partners
07What it taught me

Separate the fate of a product from the quality of the work.

Supplier Market never launched for GA - but it directly informed a $100M+ acquisition. The research we generated about the supplier-coverage gap was precise enough to influence a company-level strategic decision: Lightspeed saw the problem clearly and acted on it.

This taught me to separate the fate of a product from the quality of the work. Good research does its job even when the product doesn't ship. The team that built Supplier Market created rigor, cross-functional trust, and a clear picture of a problem worth solving.

That picture became the brief for what came next - turning the acquisition into a working integration.

11Appendix · Go deeper
Conducting and analyzing user interviews

I conducted 15+ in-depth interviews with Lightspeed merchants across several retail verticals - including outdoor sports, apparel, and specialty retail.

In parallel, I reviewed Zendesk support tickets and Lightspeed forum discussions related to catalog and supplier functionality, looking for patterns in what merchants were asking for or struggling with.

I synthesized everything using affinity mapping, grouping insights into four main themes that shaped the entire design direction.

Markup research board with Documents, Candidates / Support, and Interviews columns; the Interviews column holds recorded merchant sessions

Every input in one place - interview recordings, support-ticket candidates, and research documents, organized in Markup.

A large affinity map titled Feedback Analysis with colour-coded sticky notes grouped into four rows - General feedback, Search, Import, and Order - across columns for each participant

Affinity mapping every observation surfaced four themes - General feedback, Search, Import, and Order - that became the backbone of the design direction. Click to zoom in.

Screenshots from the user-interview recordings:

Screenshot from a merchant user-interview recording: the Lightspeed Retail POS inventory item screen on screen-share, with the participant on camera
Screenshot from a merchant user-interview recording: a Supplier Market product page on screen-share, with the participant on camera
Analyze and learn - measuring what mattered

With the beta live, we shifted into a continuous feedback loop. I monitored user engagement closely - identifying which features were getting traction, which were being ignored, and where users were dropping off.

Iterative improvements: that data drove iterative improvements to the beta - addressing friction points, doubling down on what was working, and deprioritizing features that weren't resonating.

A beta merchant's email about preseason orders that arrive partial and the clumsy workaround of duplicating purchase orders, annotated below with green and pink insight sticky notes

Real beta feedback became data - this merchant's note on preseason orders and partial fulfilments surfaced the purchase-order-duplication pain point, broken into insights.

A follow-up email from a merchant named Chad about at-once versus preseason ordering and an Update button on purchase orders, mapped to green insight notes and yellow open-question notes

Each thread was tagged with insights (green) and open questions (yellow) - feeding directly into what got prioritized, reworked, or set aside in the next beta iteration.

Analyze and learn - what in-person research revealed

Seeing a merchant interact with the feature in the context of their actual work day - between serving customers, managing stock, and handling daily operations - revealed things that remote testing simply wouldn't have surfaced. The environment changed how they used the product, what they noticed, and what felt natural versus effortful.

The qualitative feedback from beta participants was encouraging. Merchants who used the feature responded positively to the concept - the ability to browse live catalogs with real imagery and order directly was clearly resonating. But a pattern in the data began to surface that would prove to be the critical finding.

A merchant seated at their store counter using Lightspeed on the POS monitor, with a receipt printer, cash drawer, and shop fixtures around them
A close-up of the merchant's counter: a payment terminal, a folded bordereau d'expedition packing slip, and a strip of printed barcode shipping labels
A merchant standing at a floor-level workstation using Supplier Market on a large wall-mounted screen, with backpacks and bike accessories on display and a customer nearby

Observing the feature in its real environment - mid-shift, between customers - surfaced behaviors remote testing never would, and set up the project's most important finding.