Founding Designer · AI Products

Your model is right. Your users still won't bet on it.

The half-second of doubt is the only thing I design. Fifteen years, five industries, one problem.

Try it — name your problem

Who you'd be hiring

Arpit Maheshwari, design leader

Arpit Maheshwari

By Friday of week one I've read your evals and sat in on your customer calls; by launch, the interface I drew is the code I shipped. Fully remote from Indore — 4–5 working hours shared with US East every day.

I read the model at the eval layer. I shape what gets measured. I ship the front-end.

On my first accessibility project I spent a week with my monitor switched off, navigating by screen-reader — designing for someone who isn't you starts by becoming them.

Available · 4 weeks' notice  ·  GMT+5:30, US-East overlap

The rule behind every screen I ship

One score. One action.

An unexplained 87% is a shrug with decimals — it tells a person how the model feels, not what to do. So every confidence surface I design resolves to exactly one verb, with its reasons on the card.

High · 92
Act
Signals named, safe to run, the override always one click away.
Mixed · 61
Review
Reasons on the card, not in a tooltip. Never auto-run.
Low · 23
Ignore
The model declines to bluff. The honest no is what makes the yes believable.

How I Lead

Hire me and week one looks like this: I'm reading eval results before opening a design file, sitting silent on customer calls, and writing the diagnosis nobody assigned. By week two we're arguing productively.

The errata — a time I was wrong

I once fought hard for a recommendation card with three ranked options — give people choice, I argued. Engineering wanted one option, the top pick, nothing else. They won the meeting. Next quarter's A/B test made it permanent: the single-option card converted 2.3× better, because three choices froze people at the exact moment we needed them to move. Every recommendation surface I've designed since starts from that loss.

What you're hiring me to own

The trust layer
The exact pixels where a person decides the model deserves their click, or doesn't.
The design language
A component system the next designer can run without me in the room, because it's documented, not memorized.
The ML/UX contract
A written promise between the model team and the user: here's what this system can do, here's where it taps out.

How I work with engineering, product, and customers

With engineering
Eval design before interface design, always. The front-end I own ships in the PR — commented and ready for review. When we disagree on feasibility, the cheapest experiment goes first and settles it.
With product / founder
I'll contest the roadmap when the numbers contradict it, and I sign up for outcomes rather than deliverables. The design doc is mine to write; the spec is yours.
With customers
Five calls in my first week, one a week forever after, and I read the raw support tickets myself. No AI feature ships until I've personally watched someone fail to use it.

Three things I'll refuse

  • Being the only designer in a company past 40 people — beyond that point design is an organizational problem, and one heroic hire is the wrong answer to it.
  • Shipping an AI feature with no designed failure state — this one isn't negotiable, and if that's a dealbreaker we've saved each other an interview loop.
  • Running design ops while also shipping product — it's two jobs, and doing both is how senior designers quietly do neither.

From the people who've shipped with me

Over the past four years at Talon, Arpit has been instrumental in shaping four distinct products from the ground up. His user-focused designs are remarkably intuitive yet adept at handling complex workflows… If you need a designer who excels at combining strategic vision with practical execution, Arpit is the person to call.
Anant EastCTO at Talon Outdoor
Arpit has worked with me for years and I value his honesty and hard work. He's been an integral part of my staff… involved in all facets of the team, from design to development to hiring and onboarding of new members.
Ryan KershnerUX Design Leader · managed Arpit directly
Arpit teams up with designers very well, not only does he flawlessly execute the UI implementations but he pushes back on design decisions using his UX expertise… I'd recommend Arpit to any team looking to improve their final product.
Katie AlterioProduct Designer · same team

Process

Every product is a series of bets someone else has to accept. The method exists to make each bet smaller, better-evidenced, and easier to say yes to.

Act I · The wager

Desirable · feasible · viable — the overlap is the bet worth making. Everything outside it dies in review.

Act II · The spiral

Listen → Structure → Prove → Land, in loops — and every loop ends in front of a user.

Act III · The open loop

Shipping is the first honest data. What users do returns as the next brief.

The full method, with the diagram →

Contact

One seat. Full-time. Yours to offer.

I'm looking for exactly one role: founding designer at an AI product company of 5–40 people — or a staff / director seat where the trust layer is the actual job description. Fully remote from GMT+5:30 with 4–5 hours of daily US East overlap. Available — 4 weeks' notice.

Prefer to talk first? Book 30 minutes ↗

I'll arrive having already used your product.

Prefer email? Loading…

The skim version: one page — positioning, receipts, references, availability →

Running a technical screen? It's already answered, in writing →

I reply within ~48 hours.

Not hiring but building something in AI? The patterns library and the founder checklist are free — take them.

LinkedIn X / Twitter