Chris (Build Great Products) walks his full “Product OS” system end-to-end — a 6-hour definitive course for building and launching real software with Claude Code/Codex/Cursor, following one live product (Eyedropper, a cloud design system served to agents over MCP) through four phases with mini-launch validations at every step.
Why Product OS exists
- Building is no longer the hard part — deciding what to build, designing it to convert, and getting it in front of paying customers is
- Four problems with AI building: (1) you can build anything, so you don’t know what; (2) building fast isn’t the advantage anymore; (3) non-technical builders have no confidence it’s scalable/secure; (4) launching to silence
- Four phases: Define → Design → Develop → Distribute, with a mini-launch post on X between each phase to validate demand
Define phase
- Product Offer first — customer, pain, outcome, mechanism, proof, guarantee, written before any code
- Narrow wedge: one specific customer + one deep use case; “if nobody’s excluded, there’s no wedge”
- Research insight: MCP is a channel, not a business model — of 11,000 MCP servers, <5% are monetized, most earn $500-10k/mo
- Two-person trigger: a local design.md works solo; the moment two agents in two projects need the same rules, cloud + MCP is the only shape that solves it
- Pricing: $29/mo per brand (founding, first 100) — unit is the brand, not the seat, because the MCP endpoint is shared by design; start high + discount, never raise-later
Design phase
- Minimum viable brand: worldview + contrarian belief (“taste is infrastructure — design systems are live infrastructure agents consume, not documents humans maintain”)
- Design system = design.md (Google format) + design.html artifact; rules baked into CLAUDE.md kill AI slop
- Monochrome Swiss/brutalist + “customer’s design system is the only color in the room” — avoids every AI-slop tell (purple gradients, mono-font pills, beige editorial)
- Magic moment + paywall card: paywall goes right after the user’s first “lazy prompt comes back on brand” moment, before the dashboard
Develop phase
- PRD + roadmap skill turns product.md/design.md into agent-sized tasks; the PRD surfaces the real architecture decisions
- Key call: the aha happens in the user’s repo, not your sandbox — Eyedropper never generates code; the web app is a live mirror + verification receipt (no LLM cost, no sandbox)
- Build-MVP skill loops: find task → implement → test → verify → mark done, phase goals checked end-to-end
- Result: 60/74 tasks, 27 unit tests, 3 adversarial reviews, security audit passed, Lighthouse 95, real Stripe webhook cycle proven
- Keep a backlog.md + run the build-loop skill (build → review → test → fix → report) instead of one-off prompts
Go Live
- Deploy.md checklist from the go-live skill: legal pages, Clerk prod instance, Convex env vars, Stripe managed payments, Vercel (root = apps/web)
- Known traps documented in advance:
CLERK_DISABLE_AUTOPROXY=1for the custom-domain clerk.js failure, npm name tombstones, 2FA required to publish - Stripe managed payments = merchant of record, handles global tax for you — worth the extra fee
- Real purchase test with a real card is the only honest way to confirm payments work; refund + cancel after
Distribute phase
- GTM: build in public on X + gated beta loop — the only proven revenue in the niche (Magic MCP $10k MRR in 6 weeks; Sleek.design hook + demo + comment-for-access)
- Agent-native directories (MCP registry, skill listings) as the platform play — the “your own brand” slot is wide open
- Cold DMs: don’t — no proven revenue story built on them; a personalized DM costs founder-hours that $29/mo can’t pay back at scale. Warm DMs to 25 named founders from your network: yes
- Growth experiments with dates + trackers: split-screen demo video with comment gate (links/price in the DM, not the post), pain-reply sprint (max 15 useful replies/day, 100% useful 0% pitch, DM only after real exchange), hook tests
- Reverse-engineer the first $5k MRR: 143 paying customers ≈ 1/day ≈ 5 signups/post at 3 posts/week on X
Case studies (the proof)
- Zach — non-technical, Lip Pal.ai $20k+/mo: “your users will find the things that break before you will”; 99% of customers from his own YouTube channel on the KDP process he was already teaching
- Jim — started building mobile apps, pivoted to a Claude “harness” for fiction writers: product ≠ app; a plugin/skills package is a product; know your constraints (local-first, no API reselling)
- Greg — construction subcontractor, stuck in “20 agents running my business” fantasy → narrowed to one loop (contract → applications → certificates → chasing); sell the outcome not the mechanism; mini-tools as lead magnets
- Elton — windows/doors specs for trades, non-technical, knows 1,500 UK companies that need it: “if everybody could use your product, that’s actually harder to distribute”; distribution = getting in the car and visiting (built in WhatsApp because that’s where the audience lives)
“The build is not the hard part. Defining your product properly, designing it in the right way so it stands out, and the distribution side — those are the three critical parts.”