Indhu
Product Designer
based in Seattle
Contents
01LATShipped
02KeyeShipped
03Misinformation Center
AboutEmailLinkedIn

Keye

Subscription Marketplace — From three static screens to a YC-backed company

Keye hero
Context
Founding designer on a credit-based marketplace for premium tools — seed-stage budget, team dispersed mid-build.
Constraint
Engineering was 12 time zones away; a co-founder's exit erased backend capacity for the planned partner integrations.
Decision
Capped credits at 200/month to turn price into discovery — then built a Chrome extension instead of the integrations we couldn't staff.
Tradeoff
Conceded a native app to protect runway; made mobile web good enough that it barely cost users anything.

TL;DR

Role
Founding Product Designer
Team
5 (2 engineers, 1 PM, 2 designers I hired)
Timeline
2 years (2021–2022)
Impact
0→20K MAUs | $1.5M raised | YC W2024
Key Skills
Product strategy · Design systems · User research · PRDs · Chrome extension · Credit economics

01 — Snapshot

Product
A credit-based marketplace for flexible access to premium tools — Grammarly, Adobe, Otter.ai, MasterClass, Crunchbase, and 150+ others — without long-term subscriptions. ClassPass for digital tools.

My role. Founding (and for most of Keye's life, only) designer. Founders set product vision and fundraising strategy; the PM and I turned it into what shipped. I designed every surface — web, mobile web, Chrome extension — wrote PRDs, ran research, and hired the two designers who replaced me.

Timeline. 2 years (2021–2022): beta to credit system to marketplace to extension to seed funding. After the founding team dispersed, the company pivoted into YC W2024 on the traction we built.

Impact

0 → 20K+
Monthly active users in under 12 months
+45%
Engagement, within 3 months
+32%
Trial-to-paid conversion post monetization
150+ / 35+
Products · direct partnerships incl. Adobe, Grammarly, Otter.ai
+44%
Partner subscriptions, year over year
60%
Extension adoption, within 3 months
−63%
Login friction, via auto-login
$1.5M pre-seed· $30K in grants & competition wins· Featured in Forbes, BulletPitch, UPenn Venture Lab· Accepted to YC W2024

02 — The Problem

Premium tools were priced for committed subscribers, not curious explorers

Users created fake emails for free trials, shared passwords in friend groups, even paid for a VPN to unlock cheaper regional pricing. Premium tools like Grammarly ($180/year) and Crunchbase ($600) were priced for committed subscribers, not curious explorers.

"I keep creating new email accounts to get free trials. It's the only way to try things without committing."

Screenshots of real group chat conversations across UPenn — students splitting and sharing subscription costs for MasterClass, Crunchbase, Grammarly, and streaming services
Snippets from real conversations across UPenn.

ClassPass proved flexible multi-provider access worked; Apple One bundled someone else's services. Neither filled the gap between free trial and full subscription — that gap was Keye's opportunity.

03 — Where I Started: Evidence over Instinct

My job wasn't to execute the founders' instincts but to introduce user evidence into a team moving on momentum

My first task was the purchase flow. Founders had baked in mandatory consent and a feedback survey at checkout — completion dropped 30% there. I moved consent to signup and tested the survey in three placements: email (80% ignored), in-checkout (confused buyers), and a post-access popup, which worked because users had just used the product. Drop-off fell 20% in one sprint.

The hardest call was removing product descriptions after testing showed users scanning, not reading. I led with imagery and a side-by-side price comparison, pre-selecting Keye — some users then bought full subscriptions through us, a behavior we hadn't designed for but kept.

On a seed-stage startup budget, I worked by signal saturation: once the same friction appeared across five or six users, it was real enough to act on.
📸 Image / Video / Figma Embed
Replace with: <img>, <video>, or <iframe> for Figma prototypes
Section: 03 — Where I Started: Evidence over Instinct

04 — Features

Three systems that carried the rest of the product

Feature 01

The Credit System

Designed with the founders and PM, proven by users — five pricing models in ten months

IMAGE: 5-Frame Version Timeline
One icon-driven frame per version, v1 → v5
Credit counter animating ∞ → 200 → tier badges
1–2% → 30–35%
Lesser-known product activity, six weeks after the 200-credit cap shipped

Founders needed monetization before runway ran out — that direction was theirs. What shipped was five real pricing models in ten months, each one killed by evidence the PM and I brought back from users, not opinion.

Direction Founders proposed a flat 10% fee. Survey data I ran said users would pay 5–6%, not 10% — the cap that eventually shipped came from closing that gap with them, not overriding it.
v1 Free v2 10% flat fee v3 Uncapped credits v4 200/mo cap v5 Tiered plans
We didn't design the credit system. We discovered it — together, one killed model at a time.
IMAGE: Low-Credit Pop-up + Notification
v4 low-credit pop-up banner shown alongside the matching push notification/email
87% of surveyed users said they'd avoided purchasing a product specifically to skip entering payment info — early signal behind the credit model.
Feature 02

The Product Card

Shaped as much by engineering's constraint as by design intent

IMAGE: 6-Frame Evolution Strip
Visual diff per version, each tagged with its one-word trigger:
system → states → scale → support → growth → mobile
6 → 0
Features shipped on this one component, zero redesigns needed

Six versions, because every other system eventually had to live inside this one card — from an inherited layout with no system to a mobile design system reused for the Chrome extension. Engineering kept asking one question: can this be a state of the existing component, not a new one? That constraint, not a personal design philosophy, is what kept the card reducing instead of sprawling.

Constraint Frontend engineering was 12 hours away in Asia — every new state had to be justified before a single ticket got written, or it wouldn't ship for days.
v1 No system v2 Componentized v3 Label system v4 Request added v5 Buy Again + Refer v6 Mobile system
Getting the component right early is what let six features ship without six redesigns.
VIDEO: Morph/Motion Version
Same six frames, shape and content shifting version to version
IMAGE: Credit-cost badge (v3) close-up
IMAGE: Countdown timer (v2) close-up
Feature 03

The Chrome Extension

A constraint the team couldn't engineer around — until the idea came from buying a rain jacket

IMAGE: Before/After Split
Old copy-paste flow (7+ steps, tab switches) vs. extension auto-fill (1 motion)
Annotate step count to make −63% concrete
65%
Of users on the extension by the time I left — the fix for an 18-month-old unsolved problem

Partner integrations were the founders' original plan — the roadmap called for each partner to build against our API. Then our technical co-founder left, taking backend capacity with him, and that plan stopped being possible. Watching Honey auto-fill codes at checkout, I saw a fix that needed no partner engineering at all — the breakthrough was recognizing we should live where the user already is. Prototyped in two days, shipped that week with the remaining team.

Constraint No backend engineer left on the team after the co-founder's exit — whatever shipped next had to be entirely client-side.
2 days to prototype 22% install rate in 2 weeks −63% login friction
The fix wasn't a partnership we finally got — it was a pattern that already existed somewhere else.
VIDEO: Split-Screen Motion
Same before/after playing in real time side by side — pacing contrast sells the stat better than a caption
IMAGE: 3-step evolution strip — auto-fill → suggestion → in-context purchase

05 — Tradeoffs & Hard Calls

None of these were mine to decide alone — engineering, marketing, founders, and investors each pushed back, and the product was better for it

Every hard call below was negotiated, not dictated — my job was bringing evidence into rooms where other people had the final say.

The GIF Decision
I wanted animated onboarding characters; engineering flagged performance. I brought evidence on Lottie's lightweight format — we learned it together, and a better solution won over either original position.
The Influencer Debate
Marketing wanted influencer streams and social mechanics. I reframed it: users came to access tools, not to be entertained. Founders agreed.
The Mobile App Concession
I believed in a native app; founders and investors disagreed on cost. I conceded, and made mobile web thorough enough that it barely cost users anything.
The Mid-Growth Rebrand
Changing palette and typography mid-funnel was risky. We shipped it live — it coincided with a 34% single-month growth spike.
What I'd do differently isn't a product decision — it's role design. Founding-designer roles expand to fill whatever you give them. I learned to define boundaries before the product demands more than one person can sustainably give.

06 — Impact & Reflection

The most important thing a founding designer builds isn't the product. It's the foundation that lets the product grow without being rebuilt from scratch

By year three, the founding team dispersed. The company pivoted into YC W2024 on financial analytics — the marketplace didn't survive, but the research, partnerships, and funding that made YC possible came from what we built.

The credit cap wasn't valuable because it monetized the product. It was valuable because it generated the behavioral data that shaped the entire partnership strategy.

Keye compressed the feedback loop between decision and consequence from months to days. It taught me to treat every decision as a hypothesis — the ones I confirmed without testing were the ones that broke in production.

Next Case Study
LAT
Lifecycle Assessment Tracker
EmailLinkedIn ↗Resume ↗