CRIT - AI SHIPPED PRODUCT

AI Design Critiques That Actually Know UX

Designers at early-stage companies don't have access to a senior design voice. Crit is the on-demand critique partner that fills that gap, upload a design, get feedback grounded in real UX principles, not vibes.

ROLE

Solo - design, prompt engineering & build

STACK

Claude → Lovable → Vercel + Microsoft Clarity

YEAR

2026

DURATION

Concept to shipped in 3 weeks, solo

4 min read

THE CONSTRAINT

The obvious version of this product was the one that fails

Language-based critique is imprecise; "improve the hierarchy" means nothing without seeing what the designer sees.

The obvious version of this product is a chat interface where you describe your design and get feedback. That version fails. The problem isn't the AI, it's the input format.

The harder problem was making the AI's output consistent, structured and actionable every time, not freeform prose that changed unpredictably between runs.

STRUCTURED CRITIQUE OUTPUT - SCORED, LABELLED, REPRODUCIBLE

3 KEY DECISIONS

Three calls that made the critique trustworthy

Each decision traded an easy default for the harder choice that made the output defensible, reproducible, and stable.

01

Encoding methodology into the prompt, not the persona.

The first version told the AI to act like a senior designer. The output was confident but inconsistent; good one run, generic the next. The alternative was grounding each evaluation dimension in a named framework: Gestalt for hierarchy, WCAG 2.2 AA for accessibility, Nielsen's heuristics for interaction. This made the critique defensible and reproducible, which matters specifically for a product where users need to trust the output enough to act on it.

02

One free critique before the paywall, not a time-based trial.

A 3-day trial works for tools people use daily. Designers don't critique designs every day; they do it at specific project moments. A time-based trial would expire before most users had a genuine reason to run a second critique. Usage-gating at one critique means the paywall appears at the exact moment of demonstrated value, not an arbitrary deadline.

03

Force the AI to return structured data, not conversational prose.

The temptation was to let the model respond conversationally and parse it downstream. The failure mode is obvious in hindsight: any variance in response format breaks the UI. Defining an explicit JSON schema in the system prompt and validating every field on return - clamping scores, sanitising labels, slicing arrays - made the interface stable regardless of model variance. The tradeoff is prompt length and token cost per call, which is acceptable at this price point.

THE AI-SPECIFIC INSIGHT

The prompt work that mattered wasn't about tone

When AI output feeds directly into a UI, treat the response schema as an API contract, not a suggestion.

The prompt engineering work that mattered had nothing to do with tone or persona; it was making the output structurally deterministic while keeping the qualitative reasoning sharp. The failure mode I hit early was conflating those two problems: I kept rewriting the persona to get better reasoning, when the actual issue was that inconsistent output format was making good reasoning invisible in the UI.

Separating the contract (what shape the response takes) from the methodology (what framework the reasoning applies) fixed both.

OUTCOME

Early signals from a product still in its first weeks live

3 wks

CONCEPT → SHIPPED

Solo, end to end: product thinking, prompt engineering, build, and deployment.

Own work

STRONGEST PULL

The weekly design-challenge card drew almost no engagement next to users bringing their own real designs.

The output quality question ("did this feel like a senior designer or generic AI?") is the signal I'm watching most carefully. Initial responses suggest the methodology-grounded prompt is doing real work; users are citing specific issues from the critique in follow-up DMs, not just acknowledging that feedback was given.

The thing that didn't work as expected: the weekly design challenge card, which I built to drive habitual return visits, gets almost no engagement compared to users who come with their own work. The pull of "I need feedback on this specific thing" is stronger than any content-driven hook I can create. That's a meaningful finding about the use case.

ONE THING I'D DO DIFFERENTLY

Watch real designers before writing a single line of prompt

Run five live critique sessions with real designers before writing the system prompt; watching where they felt the output missed would have saved two full prompt rewrites.

Let's work together

ALONSO ROSADO

Designed this too, obviously.

© 2026 Alonso Rosado. All rights reserved.

CRIT - AI SHIPPED PRODUCT

AI Design Critiques That Actually Know UX

Designers at early-stage companies don't have access to a senior design voice. Crit is the on-demand critique partner that fills that gap, upload a design, get feedback grounded in real UX principles, not vibes.

ROLE

Solo - design, prompt engineering & build

STACK

Claude → Lovable → Vercel + Microsoft Clarity

YEAR

2026

DURATION

Concept to shipped in 3 weeks, solo

4 min read

THE CONSTRAINT

The obvious version of this product was the one that fails

Language-based critique is imprecise; "improve the hierarchy" means nothing without seeing what the designer sees.

The obvious version of this product is a chat interface where you describe your design and get feedback. That version fails. The problem isn't the AI, it's the input format.

The harder problem was making the AI's output consistent, structured and actionable every time, not freeform prose that changed unpredictably between runs.

STRUCTURED CRITIQUE OUTPUT - SCORED, LABELLED, REPRODUCIBLE

3 KEY DECISIONS

Three calls that made the critique trustworthy

Each decision traded an easy default for the harder choice that made the output defensible, reproducible, and stable.

01

Encoding methodology into the prompt, not the persona.

The first version told the AI to act like a senior designer. The output was confident but inconsistent; good one run, generic the next. The alternative was grounding each evaluation dimension in a named framework: Gestalt for hierarchy, WCAG 2.2 AA for accessibility, Nielsen's heuristics for interaction. This made the critique defensible and reproducible, which matters specifically for a product where users need to trust the output enough to act on it.

02

One free critique before the paywall, not a time-based trial.

A 3-day trial works for tools people use daily. Designers don't critique designs every day; they do it at specific project moments. A time-based trial would expire before most users had a genuine reason to run a second critique. Usage-gating at one critique means the paywall appears at the exact moment of demonstrated value, not an arbitrary deadline.

03

Force the AI to return structured data, not conversational prose.

The temptation was to let the model respond conversationally and parse it downstream. The failure mode is obvious in hindsight: any variance in response format breaks the UI. Defining an explicit JSON schema in the system prompt and validating every field on return - clamping scores, sanitising labels, slicing arrays - made the interface stable regardless of model variance. The tradeoff is prompt length and token cost per call, which is acceptable at this price point.

THE AI-SPECIFIC INSIGHT

The prompt work that mattered wasn't about tone

When AI output feeds directly into a UI, treat the response schema as an API contract, not a suggestion.

The prompt engineering work that mattered had nothing to do with tone or persona; it was making the output structurally deterministic while keeping the qualitative reasoning sharp. The failure mode I hit early was conflating those two problems: I kept rewriting the persona to get better reasoning, when the actual issue was that inconsistent output format was making good reasoning invisible in the UI.

Separating the contract (what shape the response takes) from the methodology (what framework the reasoning applies) fixed both.

OUTCOME

Early signals from a product still in its first weeks live

3 wks

CONCEPT → SHIPPED

Solo, end to end: product thinking, prompt engineering, build, and deployment.

Own work

STRONGEST PULL

The weekly design-challenge card drew almost no engagement next to users bringing their own real designs.

The output quality question ("did this feel like a senior designer or generic AI?") is the signal I'm watching most carefully. Initial responses suggest the methodology-grounded prompt is doing real work; users are citing specific issues from the critique in follow-up DMs, not just acknowledging that feedback was given.

The thing that didn't work as expected: the weekly design challenge card, which I built to drive habitual return visits, gets almost no engagement compared to users who come with their own work. The pull of "I need feedback on this specific thing" is stronger than any content-driven hook I can create. That's a meaningful finding about the use case.

ONE THING I'D DO DIFFERENTLY

Watch real designers before writing a single line of prompt

Run five live critique sessions with real designers before writing the system prompt; watching where they felt the output missed would have saved two full prompt rewrites.

Let's work together

ALONSO ROSADO

Designed this too, obviously.

© 2026 Alonso Rosado. All rights reserved.