Home Works Info
← Back to All Work

Coronet LED — A Showcase the Client Can Own

A custom product showcase and CMS for a bespoke lighting manufacturer — built inside their existing WordPress so the marketing team never waits on a developer again.

Role
Digital Experience Producer & Experience Designer
UX design · CMS integration strategy · Interaction design
Timeline
3 months
Platform
Web (WordPress)
Team
Vincent MeiCreative Director
Wexford GonzalezWordPress Developer
June XieUI/UX Designer
Product by
Coronet LED — cover
The Problem

Custom lighting is a story static pages cannot tell.

Business

  • Communicate bespoke capability, not a product grid
  • End developer dependency for content updates

User

  • Specifiers search by application and spec
  • Architects need lighting shown in context

Technical

  • Extend the existing WordPress — no rebuild
  • A content model non-technical staff can run
Why This Was Hard
01

Complexity in a grid

Standard e-commerce patterns flatten custom design work.

02

The handoff cliff

Most CMS projects collapse when the agency leaves.

03

Platform constraint

Everything had to live inside the WordPress they already had.

04

Three contexts

Desktop office, tablet site visit, phone on the go.

My Role

I designed the showcase — and the system that outlives it.

Owned

  • Showcase UX
  • CMS Content Model
  • Interaction Design
  • Handoff & Training

Collaborated with

  • Creative Director
  • WordPress Developer
  • UI/UX Designer
Key Decisions

Giving the team the tools to own their story.

01
Decision 01 — Platform & Content Architecture

Build where the team already works

Challenge

A custom platform would grant control and a permanent maintenance dependency — and admin interfaces built around database structure never get used.

Decision

Build inside WordPress, and design the content model around how Coronet's marketers already think about products.

Reasoning

Right-size the solution to the client's actual capacity; whether the CMS matches their mental model decides whether it survives handoff.

Outcome

Six months post-launch, routine updates ran with zero developer involvement.

Coronet LED — decision 1
Coronet LED — decision 1 detail
02
Decision 02 — Content Strategy

Photography is the spec sheet

Challenge

A spec sheet cannot convey how light performs in a room.

Decision

Product pages built around large-format installation photography; specs accessible but secondary.

Reasoning

Specifiers buy the effect of light, then verify the numbers.

Outcome

Client reported stronger engagement from specifiers and architects.

Coronet LED — decision 3
Coronet LED — decision 3 detail
Innovation

Marketer-shaped CMS

An admin experience modeled on the team, not the database.

Specifier-first filtering

Browse by application and specification, the way lighting designers search.

Workflow-based handoff

Documentation written per task, not per feature.

Impact
Business
0
Developer dependency for routine content updates
Product
Real-time
Catalog updates by the non-technical team
Team
No rebuild
Delivered inside the existing WordPress platform
Business
Engagement
Stronger specifier response to the visual product pages
Reflection

The trade-off — I gave WordPress constraints veto power over design ideas. Some richer interactions were cut, but everything that shipped is something the client can maintain alone.

What I'd improve — analytics on the filtering system — knowing which spec combinations specifiers search would guide Coronet's product marketing.

Next time — the most durable deliverable is client autonomy. The visual design is the front door; the CMS is the house.

Project Showcase
Coronet LED — showcase a
Coronet LED — showcase b