ghost

ghost

Building Ghost's
operational core

Turning post-sale fragmentation into a single source of truth
As Senior Product Designer: I led the end-to-end platform strategy integrating three key systems across Operations, Finance, Sales, Buyers, and Sellers. I designed data-dense internal tools for 8+ roles and self-service flows for buyers, all within existing architecture and API constraints.

When the Platform Stops at the Sale

Ghost's B2B commerce platform captured deals but everything after (freight coordination, payment collection, order fulfillment) was handed off to third party tools, creating fragmented workflows for Operations and Finance, and degraded experiences for buyers and sellers.

Platform Impact

โšก๏ธ Operational Efficiency

โœ”๏ธ 75% reduction in manual freight work

โœ”๏ธ 8 โ†’ 1 tools consolidated

โœ”๏ธ 20hr per deal efficiency gain (35hrs โ†’ 15hrs)

๐Ÿ’ฐ Business Value

โœ”๏ธ 9-figure annual order value (AOV) supported

โœ”๏ธ 24% โ†’ 96% payments adoption

โœ”๏ธ 68% faster time-to-payment

๐Ÿ‘ฅ User Experience

โœ”๏ธ 8+ user roles supported

โœ”๏ธ Real-time shipment visibility unlocked

โœ”๏ธ Automated buyer/seller communication triggers

๐Ÿ—๏ธ Platform Foundation

โœ”๏ธ Unification for single source of truth

โœ”๏ธ Audit-ready documentation

โœ”๏ธ Cross-system data flows and triggers

Architecture Before Products

Ultimately it was about mapping the foundation before designing the tools. The problem wasn't just inefficiency, it was invisibility. We lacked a complete picture of order status, shipment tracking, and total costs.

โŒ Operations worked between 5+ tools daily, requesting quotes, spending hours on status emails

โŒ Operations worked between 5+ tools daily, requesting quotes,
spending hours on status emails

โŒ Buyers & sellers had limited shipment visibility, response wait times, zero self-service

โŒ Buyers & sellers had limited shipment visibility,
response wait times, zero self-service

โŒ The business had no audit trail, hidden labor costs, disparate data

Rather than jump to feature work, I audited third-party tools, ran interviews across 8 user roles, and shadowed Ops and Finance through complete workflows.

Rather than jump to feature work, I audited third-party tools, ran interviews across 8 user roles, and shadowed Ops and Finance through complete workflows.

I mapped the disconnected flows across key steps, creating a modified service blueprint to identify opportunities and constraints.

I mapped the disconnected flows across key steps, creating a modified service blueprint to identify opportunities and constraints.

FOUNDATIONAL GOALS

FOUNDATIONAL GOALS

FOUNDATIONAL GOALS

  • Account for two distinct experiences (data-dense admin, streamlined buyer)

  • Share underlying data architecture

  • Build with modular components to fit existing patterns

System 1: Bringing Shipments On Platform

Off-platform booking was manual, slow, and prone to delays.

โŒ Bloated shipping times caused by operational strain

โŒ Bloated shipping times caused by operational strain

โŒ Buyer frustration due to lack of transparency

โŒ Buyer frustration due to lack of transparency

OPERATIONS EXPERIENCE

OPERATIONS EXPERIENCE

OPERATIONS EXPERIENCE

Key to our approach was integrating with BlueGrace's API (third party freight provider).

I designed a feature-rich dashboard where Ops could:

  • Generate and refresh quotes

  • Book and modify shipments

  • Track in real-time

Ghost is a private platform, any data shown has been sanitized or approximated

BUYER EXPERIENCE

BUYER EXPERIENCE

BUYER EXPERIENCE

I enhanced buyer touchpoints:

  • Quote review

  • Carrier selection

  • Real-time tracking

  • Automated notifications

AI-POWERED VALIDATION

AI-POWERED VALIDATION

AI-POWERED VALIDATION

AI tools accelerated iteration. I validated multi-leg freight logic with stakeholders using interactive prototype, and paired with eng on data modeling to tighten the feedback loop and launch our shipping calculator faster.

FREIGHT IMPACT

FREIGHT IMPACT

FREIGHT IMPACT

โœ… Support for nine-figure AOV

โœ… 75% reduction in manual work

โœ… Replacement of 3P tools

System 2: Making Payments Work For Everyone

On-platform payments had launched but only 24% of buyers used them. Most deal cycles were lengthened because Finance intervention was required.

150

150

150

Deals audited

35+

35+

35+

Handsoffs per deal

76%

76%

76%

Deals with manual
Finance intervention

40%

40%

40%

Deals delayed
awaiting payment

LEGACY PAYMENTS

LEGACY PAYMENTS

LEGACY PAYMENTS

โŒ Rigid installment structure

โŒ Rigid installment structure

โŒ ~35hrs/deal manual coordination

โŒ ~35hrs/deal manual coordination

Our two-installment system couldn't serve growing clientele (solo shops to Fortune 500s) threatening retention.

ADMIN EXPERIENCE

ADMIN EXPERIENCE

ADMIN EXPERIENCE

I accounted for pain points across users and built for:

  • Flexible installment tooling

  • Clear admin dashboard hierarchy

  • Requiring payment terms at offer acceptance (correlated to deal quality)

  • Finance approval gates

BUYER EXPERIENCE

BUYER EXPERIENCE

BUYER EXPERIENCE

I optimized the buyer interface for a primary action and progressive disclosure.

PAYMENTS IMPACT

PAYMENTS IMPACT

PAYMENTS IMPACT

โœ… 24% adoption to 96%

โœ… 1,000 monthly hours saved (=6 FTE)

โœ… Zero failures in first month of launch ($47M)

โœ… Shortened deal lifecycle

System 3: Supporting Split Shipments

The highest-value buyers often required orders split across multiple POs, multiple shipments, and unique payment allocations, things the platform didn't support. Without it, enterprise growth was at risk.

โŒ Platform supported one, narrow use case

โŒ Platform supported one, narrow use case

โŒ Split orders required workarounds

โŒ Split orders required workarounds

APPROACH

APPROACH

APPROACH

Pairing with Ops and Finance, I captured flexible use cases we'd need to support.

Working with a significantly reduced engineering team, we ran design and a functional proof-of-concept (POC) in parallel to first stress-test the underlying data model.

A key design challenge was what to show and what to withhold. The POC surfaced everything including underlying calculations.

Based on my Ops workflow audit I designed around immediate actions, with secondary information accessible but out of the way.

AI-powered order reconciliation was driven by our integration with TableFlow, tailored for Ghost.

ADMIN EXPERIENCE

ADMIN EXPERIENCE

ADMIN EXPERIENCE

I designed for:

  • Scalability for data-density

  • Content hierarchy and clear signals for data conflicts

  • Split PO management

  • Editable shipping details

Note: Further work and implementation on this project was paused due to organizational changes

Reflections

๐ŸŽจ Operational design is product design

The most impactful decisions weren't UI but working with partners to optimize workflows.

๐Ÿง  Platform thinking over feature work

Approaching from a foundational perspective, looking beyond incremental tools drove value.

๐Ÿ› ๏ธ Workarounds informed the requirements

Understanding how our stakeholders used third party tools informed platform functionality.

๐Ÿค– Prototype to align, not just to validate

AI-assisted prototyping enabled higher velocity, as well as shared understanding and buy-in.

Based in LA, and known to throw the occasional Spam party ๐Ÿ˜Ž

Based in LA, and known to throw the occasional Spam party ๐Ÿ˜Ž

Based in LA, and known to throw the occasional Spam party ๐Ÿ˜Ž