Case study · Study platform
One study platform, redesigned screen by screen and shipped to code.
USMLE Vault had the content and the users. What it needed was one coherent product. We redesigned it on the canvas, gave it a single visual language, and shipped it straight into production React.
Drag to compare
Anki — session home
Designed on Krit · Shipped to React
BeforeAfter- Cards per sitting
- 13825
- Typefaces
- 31
- New cards
- UnscopedPlan-tied
- Session shape
- Deck dumpFinish line
- Design
One calm light shell and a single indigo replace three typefaces, decorative glow, and a casino-blur paywall over the decks.
- Research
We tore down how Anki, Quizlet and UWorld bound a study session, then capped and interleaved ours across systems with a clear finish line.
- Engineering
Designed on the Krit canvas and shipped straight to production React, mobile-first. No mockup handoff, and new cards are scoped to the student's live study plan.
The challenge
USMLE Vault had real content and real students, but it looked assembled screen by screen. Three typefaces, color everywhere, decorative gradients and glow. The medical credibility the content earned, the interface gave away.
Flagship features were hard to find, and the whole thing strained on mobile, where most students actually study. Every new screen drifted a little further from the last.
What we did
Designed on the canvas, not in a doc
Every screen was drawn, critiqued against a hard rulebook, and scored on a live Krit canvas before a line of React. Decisions got made in pixels, then ported straight to code.
One visual language, written down
We replaced three fonts and a rainbow of accents with a single typeface and one calm indigo, then codified it as a 25-rule design system in the repo, so the founder's own agents stay on-brand after we leave.
Real usage set the priorities
We let product analytics decide what to redesign first, then audited each redesign back against the numbers it was meant to move, including honestly flagging when it did not.
Design and engineering in one loop
The same loop that redesigned the UI also reverse-engineered and safely merged the founder's parallel backend rewrite. No designer-to-developer handoff seam.
Moments worth telling
The canvas as a decision engine
138 cards in one sitting became a session with a finish line.
When a deck dumped 138 cards at once, we did not just restyle it. We tore down how Anki, Brainscape, Quizlet and UWorld bound a study session, then designed a capped, interleaved session with a clear finish line, and tied new cards to the student's study plan. That last link is something the bigger tools cannot do.
No docs, no meetings
The code was the communication.
The founder rebuilt the scheduling engine in parallel: fifteen commits, no spec, no walkthrough. We read the intent from the commits and the diff, reconstructed exactly what it did, and folded it into our redesign with a single conflict and a green build.
Trust by default
We redesign what is there. We do not invent.
Unprovable stats got cut, not faked. When a fix overreached, we rolled it back to what the product actually does. That discipline is what lets a founder hand you their product without watching every pixel.
Designed on the canvas. Shipped to code. No handoff.
How the Founder Sprint works
What shipped
- One documented visual language across landing, auth, onboarding, dashboard, schedule, focus mode and Anki
- Core flows shipped to production React, mobile-first
- The founder's backend engine rewrite merged safely, build green
- A design system and rulebook the founder's own agents can follow
Founder Sprint
Want this for your product?
Two weeks, side by side on a live canvas. We redesign your core flows and ship them straight to your code.
