Skip to content
selected workricardo medina
currently buildingthe.garagea momentum engine
timeline
Oct 2025 – Present
role
Co-founder · Design & Front-end
status
pre-launch · structuring pilots

Designing and shipping an AI-native founder OS.


A momentum engine for life sciences founders.

An AI-native operating system that learns a venture once, then uses that context in every decision.

Launch Live Product →TypeScript · React · Next.js · Vercel
the.workshop — the command center, running a venture

The problem

Early-stage founders — especially in regulated fields like life sciences — make compounding, high-stakes decisions with fragmented context and tools that forget them between sessions. And the institutions meant to help — accelerators, VCs, universities, labs — can't personalize that support across dozens of founders at once.

the.garage attacks both ends: an operating system that learns a venture once, grounds its answers in real regulatory and funding knowledge, and remembers every decision and why it was made — and, underneath, a layer that lets institutions support founders at scale. The whole system is built around one line:

Context before intelligence before execution.

It's a momentum engine for life sciences founders — built for the path they actually walk.

What I did

I co-founded the.garage and designed it end to end — IA, UX, interface, motion, and brand — then wrote most of the production front-end (TypeScript, React, Next.js on Vercel), with an intern contributing and senior engineers advising on architecture.

What's rare is the seam that isn't there: the same person shaped the product, designed the system, and shipped the code. No handoff, no translation loss between a design file and a build — which is part of why it moved as fast as it did.

How it took shape

A chat can give a founder a smart answer and still leave the real work undone — turning that answer into a decision, a plan, a task. So the core interaction is built the other way around: the AI produces things you can act on and commit, not paragraphs to read. That's the card system.

And once decisions are objects, keeping them is the obvious next step. Each one holds its context and its provenance, so the company's reasoning compounds instead of scrolling away. That's the memory layer. Problem to product, the logic is one straight line: remember, then help.

It learns the venture first

The product opens with onboarding — but onboarding here is an agent, not a form. You describe what you're working on, typed or spoken, and the AI interviews you: it asks, listens, and pulls structured context out of plain conversation. A company profile assembles itself as you talk — description, stage, sector, funding, team — with a meter tracking how well it knows you. No fields, no setup wizard; the agent does that work.

And it pushes like an operator. Give it a vague goal — “grow Ops and Sales” — and it asks a sharper one: if we check in 90 days from now and it went well, what specifically happened? Hand it a pitch deck and it reads that too, parsed and folded into the same picture.

By the time you reach the workspace, it already understands the venture. That's the foundation the rest stands on — context before intelligence works only because the agent builds the context first, without making the founder do it.

Onboarding: “Tell us what you're working on…”
Onboarding is an agent, not a form
Two-pane onboarding: AI chat beside a live company profile
A profile assembles itself as you talk

the.workshop is the command center: an AI command bar over your ventures, a roadmap from IP protection to Series A, work grouped by lane (Legal, Regulatory, GTM), a readiness meter for the next milestone, plus a knowledge library and a people/CRM view. One founder can run several ventures from one place.

the.workbench

Open any goal and you enter a workbench.

Around the edges is what real work needs: the goal, the decisions already made, the source material the AI is using, the plan, and what's still missing. It auto-saves, branches, and keeps a history.

The key idea is in the middle: the AI doesn't answer in paragraphs. It answers in cards you can act on. I designed a set of card types the model composes instead of prose, each one a small, finishable interface:

  • Decision card a recommendation as one clear choice; accept it and it queues to commit, like code.
  • Trade-off matrix drag what you care about (speed, predictable revenue, adoption friction, defensibility) and the options re-rank live. It shows its work; you steer, then commit.
  • Plan card a real plan: numbered steps, owners, durations, dependencies. Commit it, don't retype it.
  • Expert card a specific person (a patent attorney, a former FDA reviewer), why they fit, and a way to reach them.
  • Template card a structured deliverable, like a 510(k) pre-submission package, already scaffolded.
  • Check-in card a revisit date, framed as a nudge to reflect, not a deadline.
The full the.workbench — filing a provisional patent
the.workbench — the AI answers in committable cards, not prose
Weighted trade-off matrix with live sliders
Trade-off matrix
Decision card with Accept / Skip
Decision card
Plan card with subtasks, owners, dependencies
Plan card
Expert / connection card
Expert card
Expert + template card for a 510(k) pathway
Template card · 510(k)
Check-in / revisit reminder card
Check-in card

Some cards structure the thinking — a decision, a trade-off, a plan. Others connect the founder to the real world — a person to call, a document to file, a tool to adopt, even a video or podcast to learn from — so an answer ends in something done, not just read.

Building this meant designing a system, not a screen — one consistent way for the AI to hand work to a person, across 14 card types, calm enough to use all day.

Memory you can audit

Most AI memory is a black box. the.garage takes the opposite approach: context you can see, question, and revise.

Every choice lands in a decision log, stamped with where it came from — founder, AI, or system — and you can commit, revert, or supersede it. The company's thinking has a paper trail.

It matters most when past and present conflict. Make a pricing call in March; when two pilot sites push back in May, the.garage resurfaces that decision next to the new evidence and asks: reaffirm, revise, or revert? Context isn't just stored. It comes back when it matters.

Decision log with founder / AI / system provenance
A decision log with provenance
Revisiting a past decision: reaffirm, revise, or revert
Context comes back when it conflicts

How it's built

the.garage is a real production app, front to back: a Next.js 16 / React 19 front-end on Vercel (strict TypeScript) over a Neon Postgres database, with Google and email auth, voice input, six deployment environments, and a release-notes system feeding a live changelog. I wrote the front-end; the backend is shared work.

Under the interface is a real component library — command bars, context rails, task modals, milestone timelines, and the full set of result cards (14 types) — in one visual language, on a CSS design-token system.

Behind the cards is the.engine, the product's context layer. Before the model answers, it reads intent and assembles the right context — company, profile, text parsed from uploaded documents, and authoritative regulatory and funding knowledge (FDA, CMS, SBIR and more) pulled from a dedicated vector service. Then it routes to a provider chain (Claude primary, an OpenAI fallback behind it) and streams back. Answers come as before/after proposals you accept and commit, and every commit writes to an immutable event log that links decisions into a graph — which is what makes “context, then intelligence, then execution” real instead of a slogan.

I built the front-end with an AI-native workflow (Claude Code, Cursor). That's the point: it let one designer ship a surface this large without the craft slipping.

What it took

About four months, from blank repo to a product you can log into and run a company inside.

the.garage is pre-launch, structuring its first pilots — so the measure here isn't users or revenue. It's how much production-grade product one person designed and shipped, and how fast: an AI that learns the venture, a multi-venture command center, a workbench with 14 card types, an auditable memory system, auth, voice, and a release pipeline.

That's the bet, shipped — designed and built end to end.

ricardomedina.co · 2026
viewwork6 projects
role
Product, UX & strategy direction — a Format-3 engagement; an AI-enabled care model shaped in six weeks.
year
2025
disciplines
ProductUXStrategyAI
Strategy & vision · AI-first

Scaling a boutique healthcare practice into a national-ready model.


Scaling a boutique practice into a national-ready model — without losing the human part.

A six-week, AI-first product vision for high-touch care that can actually scale.

the problem

Paradigm Health had built something most healthcare never manages: care that feels continuous, human, and genuinely connected. Patients aren't passed through a system — they're understood within it.

But that quality lived in people, not infrastructure. It held together because individuals held it together. The moment you try to grow — more patients, more clinicians, more locations — the thing that made it special is the first thing to break.

Designed for people. Not built to scale. The hard part wasn't improving the care — it was carrying it forward without hollowing it out.

what i did

I led this end to end and hands-on — the research and strategy, the frameworks, the UX, the interface, and the AI direction — with a product designer alongside me about a quarter of the time and a motion designer for a few key moments. Six weeks, blank page to a vision the founders could see and believe.

It ran as a disciplined arc, not a brainstorm: a Discovery phase — stakeholder, patient, and staff interviews, experiencing the service firsthand as a patient, and baselining the practice against three high-impact metrics (Satisfaction, Efficiency, Outcomes) — into Definition, where the insights became frameworks and a market-ready opportunity, into a Vision / Proof of Concept that made the future tangible.

The work paired strategy with the visuals to make it real: not a slide deck of recommendations, but a product vision you could look at — responsive web POCs and scalable workflow designs that showed Paradigm what their practice becomes at scale.

Strategy nobody can picture is just an opinion. The job was to make the future concrete enough to fund and build.

the approach

You can't redesign a system you've only seen from the outside. So I stepped into the reality of care delivery — not the idealized version, but the one shaped by clinicians, care teams, and the pressures around them — and mapped where it strains: where things slow down, where information fragments, where a patient quietly falls out of sync with the system meant to support them.

A handful of insights set the direction: patients want time, trust, and clarity; the team was carrying too much administrative burden, with documentation and manual workflows pulling clinicians off patients; regulatory compliance could be a catalyst, not a constraint; and technology was the lever — but only if it served the model rather than complicating it.

What surfaced wasn't a technical problem. It was a structural one: how do you introduce intelligence that supports the human connection instead of competing with it?

The Paradigm Journey — patient, staff, and doctor maps
The Paradigm Journey — mapping and prioritizing every touchpoint across patient, staff, and doctor.

the idea

The instinct in healthcare is to buy software and hope it helps. We did the opposite. The vision was to codify the practice's best work into frameworks first — repeatable, human-centered workflows — and let technology, including AI, emerge as the natural byproduct of those frameworks rather than the starting point. Three principles kept it honest: purpose before technology, simplicity over complexity, measured impact.

That gave the AI a clear job. Not a chatbot bolted onto a clinic — an intelligence layer that supercharges doctors: listening to and drafting notes in real time, aggregating the latest clinical research, surfacing the right patient context at the moment of care, and lifting the documentation and admin weight off the team — so clinicians spend their time on patients, not paperwork. Always supporting human judgment, never replacing it.

AI shouldn't make care feel automated. Done right, it's what lets care feel human at scale.

Underneath sat three frameworks that carried the vision from idea to operating model: the Paradigm Journey (mapping and prioritizing every touchpoint across patient, staff, and doctor), the Empowerment System (intuitive tools for staff, actionable care plans for patients), and the Adaptive Organization (aligning tasks, people, structure, and culture to scale without diluting the care). The POCs made it concrete — a connected system designed around the flow of care: patients supported without navigating complexity, clinicians acting with clarity instead of interpretation, care teams working from shared visibility instead of silos.

Business needs + user needs + market opportunity = the solution hypothesis
Business needs + user needs + market opportunity — the solution hypothesis.
A connected system designed around the flow of care
A connected system, designed around the flow of care — shared visibility instead of silos.

what it produced

In six weeks, the engagement delivered a foundation Paradigm could move on:

  • A single, cohesive product vision for high-touch care built to scale across locations.
  • Three operating frameworks the Paradigm Journey, the Empowerment System, the Adaptive Organization — that turn the vision into a repeatable way of working.
  • Responsive web POCs including the doctor command center — that made the future-state tangible — not described, shown.
  • Scalable workflow designs that preserve the human connection while letting capacity, quality, and clarity grow together.

result

6 weeks
concept to an AI-enabled care model
3 frameworks
an operating model to scale care without diluting it
National
-ready product vision for multi-location growth

It's vision work, and it reads like it — the measure here isn't users or revenue (nothing shipped). It's whether the founders could see their business's future clearly enough to commit to it. They could.

You have given us a truly beautiful gift of helping us vision our business and shape us for the future. Your understanding of our practice and industry expertise formed an amazing partnership.

Dr. Matt McEvoy, MD — Co-Founder & Physician

The boutique experience, made repeatable. The human part, kept intact. That was the whole bet — and we designed the system that makes it possible.

ricardomedina.co · 2026
learnhighlightskey metrics
role
Product · UX/UI · Front-end
based
Nashville · remote-ready
focus
Building the.garage

Ambitious ideas, made real,
and recognized.


I take concept → UX/UI → front-end → deployed code, by myself — directed with a cinematic eye. 19 years of craft, building since 2007. Currently building the.garage.

19
yrs of experience
Awwwards
400K+
App subscribers, year one
#1
streaming app at launch
#10
FIT curriculum — The One Club

how i work

Not a designer who hands off, and not an engineer who needs a spec — one operator who decides what's worth building and ships it live. Stack: TypeScript / React / Next.js on Vercel, with AI-native development (Claude Code, Cursor) as the multiplier. Prototype in production, own the outcome.

range

Product · UX/UI · Front-end · Motion · Brand · Applied AI. The rare combination: the judgment to decide what to build, and the hands to ship it.

recognition

UK Start-Up of the Year · 2025 Digital Innovation Agency of the Year · Webby · FWA · Awwwards (7×) · CSS Design Awards.

trusted by

Ally · Amazon · Brooks Brothers · Banfield · Cinépolis · Facebook · Goldman Sachs · HBO · Instagram · Lord & Taylor · Magic Leap · Mars · Microsoft · Salesforce · Samsung · Smithsonian · Sony · Verizon.

background

Ex-Senior UX at Fantasy · ex-R/GA · FIT adjunct professor. Bilingual EN/ES. Based in Nashville, remote-ready.
ricardomedina.co · 2026
seeresume19 yrs · CV
role
Co-founder · design engineer · front-end
based
Nashville · remote-ready
since
2007
résumé

Designer, now shipping with AI.


Nineteen years taking ambiguous tech from concept to commercialized, award-winning product — now designing end to end and shipping the code myself as a design engineer / product builder, AI-native. Currently building the.garage to production.

experience
Co-Founderthe.garageOct 2025 – Present
PartnerFormat-3Mar 2023 – Oct 2025
Adjunct Professor & Guest SpeakerFashion Institute of TechnologyJun 2020 – Aug 2023
Independent ConsultantHunt Distilled2007 – Present
Senior User Experience DesignerFantasyAug 2021 – Jul 2023
Sr. Experience DesignerR/GANov 2018 – Jul 2021
Senior UX DesignerDOOR3Oct 2014 – Oct 2017

education

  • Fashion Institute of Technology — Graphic Design major, Film minor, Magna Cum Laude
  • SUNY Westchester Community College — Visual Communication
  • User Interface (UI) Design Certified Faculty, FIT (2020)

strengths

Creative Vision · Product Strategy · AI-Native Product Design · 0→1 Product & R&D · Front-End Engineering (TypeScript / React / Next.js) · AI-Native Full-Stack Delivery · Applied AI / LLM Integration · Design Systems · Bilingual (English / Spanish).

recognition

Webby, People's Voice Winner, 2026 · UK Start-Up of the Year, 2025 · Digital Innovation Agency of the Year, 2025 · FWA · Awwwards (7×), 2024–2025.
ricardomedina.co · 2026
—:—nashville.tn