Case study · Zero to one · EdTech

Concept to live school pilots in seven months, as a team of one (plus AI)

Company
DoCurious — K-12 learning platform
My role
Co-Founder & Head of Product & UX
Team
Founding designer and builder; AI-assisted
Timeframe
Dec 2025 – present
Status
Live — school pilots running
7 mo
from first commit to live school pilots
6
user types on one coherent platform
20
canonical user journeys, documented & shipped

Six audiences, kids under 13, and a team of one

DoCurious helps kids and adults do real-world challenges: hands-on projects that build skills and a portfolio of accomplishments. The product had to serve six audiences at once (students, parents, teachers, school administrators, content vendors, and brand sponsors), work for children under 13 without violating COPPA, and be credible enough for schools to buy. All with a team of approximately one.

Where I sat

Mine: everything a Head of Product and a Head of UX would own, from experience strategy and journey architecture to the design system and the quality bar. Plus most of the hands-on build, through an AI-assisted development workflow I designed and operate daily.

Shared: outside contributors ship features into the platform. My review bar, decision log, and design standards are what keep six audiences feeling like one product.

The calls that kept six audiences in one product

The Product Capability Atlas in Mission Control: eight roles with proven-state progress bars, and one capability's flow beside its state-coverage list, each state marked proven, partial, or not built
The Product Atlas: every role, capability, and state, with the proof behind it. Gaps and unbuilt states stay visible on purpose.
CI log from the Atlas integrity check failing a pull request because a new admin page had no Atlas entry
The gate in action. A new admin page shipped without an Atlas entry, so CI failed the pull request until the page was mapped. Real log, trimmed.

Every state designed, every rule traced to code

The design system runs from Figma design tokens compiled straight into production code, with a Storybook component library and written copy standards. Buttons say what they literally do; no metaphors allowed. Twenty canonical user journeys are documented in a product handbook where every behavior rule cites the code that implements it, and every state has a design: empty, error, loading, all of them.

The challenge library as a teacher sees it: academic standards frameworks, standard-code chips, assign-to-class actions
The same library, as a teacher: standards frameworks, code chips, assign-to-class.
The challenge library as a student sees it: simpler filters, assignments, continue actions
…and as a student: same platform, different job. Captured from production, demo-school data.
A challenge detail page on DoCurious
A challenge detail page — the surface every audience shares. Captured from production.

Under the hood

React and TypeScript on the front end, Express and PostgreSQL behind it, deployed on AWS. Prisma migrations with a dev-before-prod deploy discipline, a CI pipeline that runs unit, integration, and end-to-end suites, and quality gates that fail the build when a product state loses its proof. 2,000+ commits across 420+ reviewed pull requests. I review every change that merges, including my own.

Two schools live in seven months

← All case studies