
I led the design of Apollo’s first enterprise self-serve funnel — a new activation path that let large organizations explore, trial, and adopt GraphOS without sales involvement. The goal was to transform Apollo’s sales-led growth engine into a scalable, product-led motion by making enterprise evaluation faster, clearer, and value-driven. This work established the foundation for GraphOS self-serve activation, shortening enterprise sales cycles, improving predictability, and expanding adoption beyond traditional sales channels.
Focus: Enterprise, sales, activation, and personalization
Title: Staff Product Designer, Growth & Developer Experience
Mission: Make Apollo self-serve and enterprise-ready so companies could evaluate securely, reach proof-of-concept faster, and reduce the sales cost of adoption.
Design an enterprise-ready self-serve trial that reflected the speed and simplicity of GraphQL itself, allowing developers to onboard, activate, and adopt without a sales call.Apollo’s sales-led model didn’t scale. The product needed to build trust through experience, not human mediation.
Apollo is the company behind GraphOS Studio — a platform that helps organizations manage how their APIs talk to each other. For enterprise teams, GraphOS connects dozens of internal data sources into one secure API, streamlining development, improving collaboration, and providing fine-grained access control.
Enterprise adoption of GraphOS required trust, security, and scalability — but Apollo’s onboarding flow worked against those needs:

Enterprise evaluators needed a quick, low-risk path to see value and share it with their teams. Without it, conversion and trust eroded before sales ever engaged.
Inside Apollo, “enterprise adoption” meant different things to different teams:

Alignment was the blocker. To fix this, I led a 90-minute cross-functional workshop (product, eng, devRel, content). Within minutes, we surfaced language gaps, where terms like graph, project, and activation had inconsistent definitions. I introduced a shared glossary and ownership matrix for when to involve each function. Treating language as part of the design system shifted leadership focus toward user experience, not org boundaries.
To understand intent, I added a three-question survey to the sign-up flow. Over 10k responses clarified friction points and user types. Here's a preview of the original onboarding survey implemented to understand more on our users intent & persona types.
The data reframed the problem from “educate users on GraphQL” to “reduce steps before value.

I approached the redesign as a systems problem, aligning user trust, business viability, and technical feasibility.
Cross-team alignment merged Growth, Sales, and Dev Experience under a single adoption metric. Using Amplitude data, research panels, and internal listening tours, we validated that friction stemmed from trust gaps, delayed value, and limited real-world testing.This led to three design levers: personalized onboarding, modular demos, and scalable architecture.
A self-serve enterprise onboarding flow balancing compliance and conversion:




This work established Apollo’s foundation for product-led enterprise growth — reducing sales dependency, strengthening trust signals, and positioning design as a strategic function driving adoption, not just execution.
