Skip to main content
Meytal Dahan
Back to insights

Why GovTech MVPs Don't Look Like Startup MVPs

Founders are trained to ship the scrappiest possible MVP and iterate in public. In govtech, that instinct can sink you. A citizen service can't feel like a beta — the moment it looks unfinished or breaks for someone using a screen reader, you've lost trust you may never recover, and you've invited scrutiny you can't afford. So I redefine what 'minimum' means here. The MVP isn't a thin slice of everything; it's one complete, accessible, end-to-end path that a real person can finish with dignity. Narrow the scope brutally — fewer use cases — but never narrow the quality, the WCAG compliance, or the mature, non-startupy feel. That's the floor, not the roadmap. Then the path from MVP to full version is mostly about layered complexity: the simple core journey stays intact, and you add optional depth around it — edge cases, additional languages, advanced options — without ever disturbing the path most people take. I tell founders to think in concentric circles, not in feature checklists. Ship the center solid. Grow outward. The version you launch with should already be something you'd be comfortable defending in a public hearing.

Get in touch

Have a project in mind?

Drop a line. Meytalyav@gmail.com

Related articles

Government & Public Sector
CEOsPersonalization & Tailored Models

Personalization That Survives Public Scrutiny

When CEOs hear 'personalization' they picture a consumer feed that learns you. In a public service, that's a liability — citizens didn't opt into being profiled, and any hint of differential treatment invites fairness questions you don't want to answer in public. So I reframe it as relevance, not prediction. Not a model guessing what you want — a service showing each person only what actually applies to them, driven by their situation, not surveillance. A parent sees the parent path. Someone who already applied sees status, not a fresh form. That cuts confusion and call volume, and every tailoring decision stays explainable. The efficiency of personalization, without the consumer-playbook downside.

Read
Government & Public Sector
Project ManagersUsability Testing

Usability Testing as Schedule Insurance for Public Services

Usability testing isn't a threat to your timeline — it's insurance on it. The costly defects aren't the ones found in a session; they're the ones found after launch when the fix means re-planning everyone's quarter. Test early, test on the worst device, and label every finding by whether it blocks the core task. A PMO can schedule around that. It can't schedule around surprises.

Read
Government & Public Sector
Product ManagersFirst-Run Onboarding

The First Run Is Where Public Trust Is Won or Lost

Consumer onboarding sells value. Govtech onboarding has a harder job: convince a wary first-timer they're in the right place and can finish without calling anyone. So I skip the product tour — they came to do one thing, not learn a tool. Tell them what they'll need, the steps, the time, then get out of the way. The metric is completion on first attempt. If people finish without help, it worked — quietly.

Read
Meytal Dahan

About

Making complicated into easy for users.

Senior product designer with a decade of work across complex systems - financial risk platforms, legal operations, healthcare apps, manufacturing tooling and insurance portals. The common thread is depth: products where the data is rich, the users are expert, and the interface has to disappear into the work.