Enterprise SaaS · Post-Sale Operations Platform

Concept

Most CRMs treat Closed Won as the finish line. I designed the system for what happens after.

Most CRMs treat Closed Won as the finish line. I designed the system for what happens after.

A solo, 7-week concept for the handoff moment that decides whether a new customer starts strong.

RelayOS Review Handoff Brief
RelayOS Review Handoff Brief

Quick facts

Company

RelayOS

a concept enterprise post-sale operations platform

My role

Full concept-to-MVP

research, product strategy, UX/UI design, prototyping

Team

Solo project

Timeframe

7 weeks

Status

Concept project

not built or shipped

The problem

Sales considers the deal finished. Delivery is only just getting started.

Business problem

When a deal closes, the context behind it (what was promised, who owns what, what the customer expects) scatters across CRM notes, Slack threads, and institutional memory. Sales considers the deal finished, while Delivery is just getting started. That gap makes customer launches slower and more error-prone. No platform on the market owns this transition.

User problem

Delivery teams inherit deals without the context that closed them, and have no shared place to establish ownership or track what’s still outstanding before kickoff.

Constraints

  • 3-week solo concept sprint

  • No access to real enterprise Sales or Delivery teams

  • Needed to define a focused MVP within a broad problem space

How I got there

Moving fast solo, then checking my own findings against real people.

Because I was working solo, in three weeks, without access to real enterprise Sales and Delivery teams, I built my research in two stages: an AI-generated synthetic user round to move fast and stress-test direction, followed by real moderated testing to validate it.

Synthetic research (AI-assisted)

Synthetic research (AI)


  • Competitive audit and industry research

  • Synthetic participants with insights based on recurring themes from public discussions in Reddit threads, online newsletters, and YouTube videos (not presented as real user research)

  • Affinity mapping, personas, and empathy storyboarding built from those synthetic findings

  • Simulated testing sessions against uploaded wireframes, with participants modeled after the same primary personas

Real validation


  • Moderated usability testing with real people, used specifically to confirm or correct what the synthetic round suggested

  • AI-generated findings were treated as directional, never conclusive, until checked against this round

KEY FINDING

Teams measured whether revenue closed, but not whether new customers launched successfully.

Teams measured whether revenue closed, but not whether new customers launched successfully.

That shifted the project from designing another CRM feature to designing the handoff between Sales and Delivery. That gap became the strategic bet: build the system that makes launch readiness as visible and accountable as pipeline.

The decisions

Three calls, each with a real trade-off attached.

01

Focused the MVP on the customer handoff

RelayOS could have become a CRM, a PM tool, or a full customer success platform, and would have diluted into a weaker version of all three. I scoped the MVP to a single high-leverage moment: the handoff from Sales to Delivery. Every feature (the workspace, the scoring, the AI summaries) exists to serve that one transition well, not to compete on feature breadth.

RelayOS Handoff Checklis

02

Helped teams decide what to do next

Both the synthetic and real testing rounds surfaced the same problem: users could understand the product but not act on it. They scanned dashboards and asked, “What should I do next?” I deprioritized secondary analytics and expansion-opportunity surfacing in favor of Next Best Action guidance. The product’s job shifted from reporting status to directing outcomes.

RelayOS Customer Launch

03

Kept familiar navigation, changed the workflow

I initially wanted to reinvent CRM navigation outright. Research pushed back: enterprise users trade novelty for speed and predictability. I kept RelayOS’s structure close to patterns users already trust, and put design effort where the actual gap was: expectation alignment, context preservation, and risk visibility.

RelayOS Scope Overview

AI as a research tool, not the story

Used AI to move fast under a hard constraint, not to make the calls.

Working solo in three weeks meant I didn’t have access to real enterprise Sales and Delivery teams to interview directly, so I used ChatGPT and Gemini to construct a synthetic participant set grounded in real, public enterprise-SaaS discourse, and used that set to run simulated interviews, a focus group, and an initial usability pass against my wireframes.


I treated every synthetic finding as a hypothesis, not a fact, and validated the ones that mattered most through real moderated usability testing before locking design direction. AI accelerated exploration; it didn’t replace judgment or make the final calls.

Results

Because this is a concept project, these are targets I’d track, not production results.

Directional · hypothesized, not measured

20–30%

Reduction in days from Closed Won to kickoff

15–20%

Reduction in time-to-value

40%

Reduction in missing-information incidents at handoff

90%

Target handoff completion rate

North Star

Customer Launch Readiness Rate: the percentage of customers who reach kickoff without delays, missing information, or expectation-driven escalations.


Customer Launch Readiness Rate: the percentage of customers who reach kickoff without delays, missing information, or expectation-driven escalations.


One metric, shared across Sales, PM, CS, and RevOps

One metric, shared across Sales, PM, CS, and RevOps

RelayOS Launch Dashboard

Reflection

The strongest version of this product wasn’t the most feature-complete one. It was the narrowest. I started this project assuming the challenge was designing another enterprise platform. By the end, the harder design problem was deciding what not to build.

What I’d do differently

If I revisited the project, I’d recruit Sales and Delivery teams earlier so the personas and success metrics reflected real organizational workflows instead of directional research. The synthetic research was a reasonable way to move fast under a hard deadline, but the product deserves pressure-testing against real handoff data before I’d trust them past the concept stage.

The strongest version of this product wasn’t the most feature-complete one. It was the narrowest one. The discipline was in deciding what not to build.

The strongest version of this product wasn’t the most feature-complete one. It was the narrowest one. The discipline was in deciding what not to build.

Michael Cowen · Product Designer

© 2026 · Michael Cowen · Product Designer