Skip to Content
The workCase study · eCommerce · In production

One Platform, Two Storefronts

Building a connected commerce ecosystem for The North American Guitar.

Two heritage brands. Separate identities. Shared operational reality. We built one commerce backbone underneath both, absorbed an acquisition without a rebuild, optimized an internal AI valuation tool for speed and accuracy with a new orchestration layer underneath it, and connected the showroom to the digital business.

The constraint that shaped everything

The two brands could not be merged. Each has its own artists, its own community and its own reason people fly to the room, and a customer who trusts one does not automatically trust the other. So the requirement was not consolidation. It was one backbone under two personalities, with store attribution modeled as first-class data rather than inferred later, and no order history lost on the way. Every architectural decision on this page follows from that.

The architecture, in one viewDeliberately separateDeliberately shared
Storefront 01Carter VintageNashvilleOwn design system, own editorial voice
Storefront 02Norman's Rare GuitarsAcquired Jan 2026Absorbed with no rebuild, no history lost
One commerce backbone underneath both.Four shared services
Identity & checkoutA buyer at one store is a known buyer at the other
Serial-level inventoryOne-of-one goods. No restock, no second unit
Consignment & authenticationIntake, $85 authentication, commission by value
Fulfillment & insuranceDeclared-value shipping, routinely five figures
Store attribution is a field on every record, not a report assembled afterwards. That one decision is why a second brand went onto the platform in January 2026 without a rebuild.
1
partner across strategy, design, engineering, AI, and marketing
2
heritage brands, one login, one commerce backbone
2
storefronts on that one backbone
7
phases of a partnership that keeps expanding
The client

Two heritage brands,
and two rooms people fly to.

The North American Guitar operates two heritage instrument brands. Each brand has its own loyal customer base, its own in-store experience, and its own inventory of instruments that collectors travel to see in person. These are destination stores with real heritage, and the client’s customers care as much about provenance and story as they do about price.

As the portfolio grew, so did the tension between brand independence and operational reality. The brands needed to feel connected online without losing what made each one distinct. Separately, the client was also building a wholly independent auction marketplace, and wanted its internal AI-assisted valuation tool — used daily by staff to price instruments — optimized for speed and accuracy before the infrastructure under it aged out.

The challenge

Independence was the asset. It was also the liability.

Each brand had grown up on its own technology, its own login, and its own customer relationships. Customers who shopped across brands maintained separate accounts for what was, from their perspective, one relationship. Internal teams juggled separate admin experiences for what was, functionally, one company. And a homegrown AI valuation tool, relied on daily by staff to price instruments, was built on infrastructure its underlying AI provider had announced it would retire, putting a hard deadline on the work.

01

Work across brand lines without collapsing distinct brands into one another.

02

Optimize an internal AI valuation tool for speed and accuracy against a fixed vendor sunset date.

03

Design and build an entirely separate marketplace business from a blank page, sharing nothing with the two retail brands.

And all of it had to happen while day-to-day retail operations kept running without interruption.

The ecosystem

Share the plumbing.Never share the personality.

Two storefronts, one connected backbone. Both retail brands share a login, a commerce backbone and the AI orchestration layer underneath their valuation tooling. The auction marketplace is a separate business entirely — its own platform, own accounts, own everything — and shares none of it.

System map · Fig. 01Showroom QR tags scanned on the floor of both retail stores feed the same fabric.
Storefront faces
Retail Brand A
established storefront
Retail Brand B
established storefront
Shared by the two retail brands only
Unified Account and Login
one registration, portfolio-wide activity, store toggle
Shared eCommerce Backbone
catalog to checkout, brand-aware end to end
Separate by design
AI Orchestration Layer
purpose-built, routes and monitors every AI-driven call across both brands
Serving the whole portfolio
AI Valuation Engine
an internal staff tool, optimized for speed and accuracy
Marketing Automation and CRM
campaigns, lifecycle journeys, segmentation
Analytics and Attribution
every touchpoint, from showroom scan to sale
Built or transformed by PyxlPublished with the client’s approval.
Great multi-brand work is restraint. Share the plumbing, never the personality. Every decision in this ecosystem came back to that.
Pyxl Leadership
Movement 01

Two storefronts, one component system.

Both storefronts are built from a single shared component system on a modern Vue framework. Deployed through git-integrated continuous delivery to a global edge network: every merge produces a preview, releases are atomic and instantly reversible.

Platform architecture · Fig. 02 · surface to substrate
01
Experience layer
Vue component system, shared by both storefronts

One carousel, one product gallery, one checkout flow, expressed in each brand's own visual language. When Pyxl improves a component, both brands get better at once.

02
Brand-aware gateway
Containerized reverse proxy, explicit routing rules

Brand identity is determined once, at the edge of the system, and propagated with the request. Nothing downstream ever has to guess which store it is serving.

03
Unified API layer
GraphQL · one contract, one schema, every query brand-aware

Storefronts never touch data stores directly. All traffic speaks to a single API, so the API layer becomes the enforcement point for consistency across brands.

04
eCommerce services
Docker-orchestrated · catalog, orders, offers, checkout, integrations

Payments span cards, digital wallets, financing, PayPal, bank transfer, and in-store terminal, so a customer can start online and finish at the counter.

05
Data layer
Managed Redis cache · store attribution as first-class data

Every order, every line item, every customer interaction carries its brand context all the way to the database. That single design decision makes everything above it possible.

One Login for the Portfolio

The authentication layer is deliberately brand-neutral: customers register once, and the account dashboard lets them view activity across the whole portfolio or toggle to a single store. Because attribution lives in the data layer rather than in the interface, the unified order history is not a merge job or a nightly sync. It is simply a brand-aware query against data that was structured correctly from the start.

Before
Brand A login · Brand A order history
Brand B login · Brand B order history

Duplicate accounts, split history, one relationship treated as two.

After
All storesBrand ABrand B
Order 1042Brand A
Order 1041Brand B
Order 1039Brand A

One dashboard, a store toggle, and store attribution on every order.

The payoff compounds. A third retail brand joins the platform as a routing rule, a theme, and a catalog, not as a new engineering program.

The unified account and commerce platform

The unified account and commerce platform.

Movement 02

An auction business, built from a blank page.

Pyxl led strategy, information architecture, UX/UI design, brand identity, and full-stack development of the client's new auction-based marketplace: a premium, mobile-responsive platform purpose-built for high-value instrument sales. Auction commerce is not standard eCommerce, and the backend reflects it. Each module owns its domain logic, so the platform can evolve one capability at a time without destabilizing the rest.

A high-value marketplace lives or dies on trust, so the trust architecture got particular attention.

Hardened authentication

Token-based authentication with rotating refresh credentials and hardened password storage, plus one-tap OAuth sign-in.

Verified counterparties

Seller onboarding with built-in identity verification, so buyers bid against verified sellers.

Marketplace-grade payments

Multi-party payments with escrow logic, built for marketplace money movement: funds are held, split, and released as transactions complete.

Integrated shipping

App-native transactional notifications keep buyers and sellers informed at every stage without leaving the platform.

Above the backend sits the full product Pyxl designed: an auction engine with real-time bidding, watchlists, and countdown logic; tiered instrument submission workflows; administrative tools for approvals, disputes, and reporting; a complete brand identity from style tiles through final guidelines; and a companion mobile application designed to mirror core platform functionality. This is not a feature bolted onto the retail site. It is a second business, launched with the trust architecture and operational tooling a high-value marketplace demands.

30+
Domain modules
300+
API endpoints
6
Ways to pay in one retail checkout
Live
Payments, identity, shipping, accounting, CRM integrations
Movement 03

An internal tool, running on borrowed time.

Staff used it every day to price instruments. The infrastructure underneath it was not going to survive. We optimized it for speed and accuracy and built an AI orchestration layer underneath — first-party retrieval, live market data and telemetry — so it kept working when the model underneath it changed.

“What is this worth?” · Fig. 03
01Web agentAuthenticates the session and opens a streaming channel.
02Orchestration corePrompt assembly and routing, query cache, streaming delivery, event logging.
03First-party retrievalRetrieval-augmented search over the group’s historical pricing archive.
04Live market connectorLive listings and recent sales from a leading instrument marketplace, normalized, nightly-refreshed cache.
05Statistical blendingWeighting and regression across internal and external comparables.
06Frontier language modelMigrated to the provider's long-term supported platform ahead of sunset.
07Metrics event processorUsage, trends and valuation performance, asynchronous so logging never slows staff down.

The tool streams results in real time as staff work. Dashboard insights feed prompt refinement and data weighting, back into the core.

Migration Under Deadline

Pyxl moved the tool off the provider’s deprecated agent framework and onto a long-term supported platform ahead of the announced sunset, with no interruption to the staff who rely on it daily. Streaming was treated as a hard requirement: staff watch the valuation compose in real time rather than staring at a spinner.

No Longer a Black Box

Every interaction becomes an event: the query, the comparables retrieved, the tools invoked, the answer given. The analytics dashboard covers search frequency, popular instruments, and valuation performance, and those insights feed directly back into prompt refinement and data weighting. It is an internal tool with telemetry.

The tool is not a script bolted onto a spreadsheet. It honors the same identity, draws on the same first-party pricing history, and emits events into the same analytics fabric as the rest of the platform. One ecosystem, one source of truth.

Movement 04

The room people fly to had never reported a number.

The North American Guitar’s showrooms are the heart of the business, so Pyxl built the connective tissue between the physical floor and the digital experience: a dynamic QR tagging system for in-store instruments. Each printed tag encodes a direct link to that instrument's live product listing, with campaign tracking parameters built in.

01

Instrument on the wall

Branded tag: specs on the front, provenance and story on the back.

02

Customer scans the QR

A clear scan call to action on every tag.

03

Live listing opens

Visit attributed through campaign tracking parameters.

04

Explore, save, or purchase

In-store interest becomes measurable online engagement.

05

Email journey begins

Post-purchase flows connect the visit to the CRM.

Guardrail: if a listing is not yet public, the code is not generated, or it routes to a branded “not yet available” page. A customer never scans into a dead end.

Tags are generated directly from the inventory system, so the program scales with the catalog instead of requiring manual work per instrument.

Attribution is baked into every code, connecting in-store interest to web analytics and the client's CRM.

Floor browsing used to be invisible. Now a scan on the showroom wall lands in the same attribution fabric as every click on the site.

Movement 05

A platform nobody markets is just an expense.

Technology alone does not grow a retail business, so Pyxl also built the marketing systems that put the platform to work. The engagement began with a focused foundation build, then shifted into ongoing strategy and optimization.

Welcome Journey
New contact
Enrollment trigger
Sequenced welcome emails
Engaged subscriber
Abandoned Cart
Cart abandoned
Enrollment trigger
Reminder sequence
Recovered order or re-engagement

Built on reusable branded templates the group’s internal team can run independently.

The Foundation

  • A multi-step abandoned cart workflow: triggers, copy, branded design, workflow logic, and pre-launch QA.
  • A welcome email series for new contacts and customers, sequenced and tested before launch.
  • A reusable branded master email template and a conversion-focused landing page template.

Ongoing

  • Campaign planning aligned to the promotional calendar, including seasonal and inventory-specific campaigns.
  • Behavioral segmentation, lifecycle nurturing, and continuous A/B testing across subject lines and conversion elements.
  • Full attribution design connecting social, email, website, and sales, plus paid media strategy and management.

The division of labor is deliberate. The North American Guitar keeps full control of content, community, and the artist relationships that define the brands. Pyxl owns the strategic infrastructure underneath.

The lifecycle program in production

The lifecycle program in production.

The result

It started with one website.Nobody scoped the rest.

What began as looking after one brand’s storefront is now a commerce backbone, an auction marketplace, an AI product and a unified account layer. Seven phases in, the scope is still expanding, and none of it was scoped in advance.

  • Two established retail brands sharing one commerce backbone and one account experience, identities intact.
  • A premium auction marketplace, designed and built end to end as its own separate business — own brand, own platform, own accounts, sharing nothing with the two retail brands.
  • An internal AI valuation tool optimized for speed and accuracy, with a new orchestration layer and telemetry underneath it.
  • A repeatable bridge between showroom inventory and the web.
  • Marketing automation and attribution infrastructure that compounds over time.
Phases of the partnership
01
Platform Stewardship
02
Marketing Foundation
03
AI Modernization
04
Showroom Connection
05
Marketplace Build
06
Unified Accounts
07
Ongoing Partnership

Phases of an expanding engagement. No dates or durations implied.

Services

UX/UI DesignBrand IdentityFull-Stack DevelopmentAI EngineeringMarketplace ArchitectureMarketing AutomationAttribution and AnalyticsPaid Media StrategyOngoing Platform Support

Technology

Vue-based storefrontsGraphQL API layerDocker and KubernetesRedis cachingGlobal edge CDN and deliveryStripe-powered paymentsHubSpot CRM and marketing automationOpenAI models on an enterprise orchestration platform

Pyxl continues to serve as The North American Guitar’s ongoing technology and marketing partner across the portfolio.

Common questions

Questions we getbefore the first call.

What was the problem?

A one-of-one inventory where every instrument is genuinely unique, sold across two storefronts, running on architecture that could not describe what a buyer was actually asking for. Conventional filters fail when no two products are the same.

What did Pyxl build?

One commerce backbone across the portfolio, HubSpot Enterprise across four hubs synced bi-directionally with a proprietary inventory system, and retrieval-augmented search on top so a customer can ask for what they want in a sentence rather than narrowing a filter set.

How long did it take?

Ninety days from kickoff to live sales and marketing automation, including an acquisition absorbed onto the same backbone without a rebuild.

Can you do this for a catalog like ours?

If your products are difficult to describe with filters — unique inventory, deep variant structures, or a catalog that changes weekly — this is the pattern. The retrieval layer is built over your own product data, so it describes your catalog rather than a generic one.

Six years, seven phases,and not one vendor handover.

Have two brands that should share the plumbing without sharing the personality? Or an AI product that needs to survive after the demo?

Published with the client’s approval · architecture described at the pattern level

We would like to measure which pages people read, using Google Analytics. That is the only thing these cookies do here — no advertising, no profile sold to anyone, nothing shared outside Pyxl. Say no and the site works exactly the same. Privacy policy.