AI Product Designer

Senior Product Designer, Design Systems
TrueFan AI· Gurugram · Full-time
The role
We’re changing how product gets built here. Instead of every flow going through a design
pass, our engineers assemble from a maintained component system, increasingly with AI
coding agents doing the assembly. That only works if the system is genuinely good:
opinionated, well-documented, hard to misuse.
You’d own the design side of that system end to end. Our frontend team owns the
implementation, meaning the library’s architecture, releases, and engineering quality. You
define what goes in it and why. It’s the first hire dedicated to this, so you’re building the
system, not inheriting it.
What you’ll do
• Audit our existing surfaces and extract the real primitives: what’s a component, what’s
a variant, what should never have existed
• Define the token layer covering type scale, spacing, colour, elevation, and motion.
Make the decisions so nobody downstream has to
• Specify components to a level frontend can build from without guessing. Every state,
every edge case, the composition rules
• Write the usage guidance: when to reach for what, what not to do. This is read by
engineers and by coding agents, so it needs to be precise rather than aspirational
• Keep Figma and the shipped components in sync, and treat the shipped version as the
truth when they disagree
• Review what ships across our product teams for system conformance, and fix the
system when the same violation keeps recurring
• Work with frontend on the unglamorous half: what a breaking change means for
consumers, how a deprecation gets migrated, accessibility
What we’re looking for
• 3-5 years in product design, with at least one design system you owned through real
adoption. Multiple teams, multiple releases, actual maintenance
• Strong opinions about constraint. A system that permits everything hasn’t decided
anything
• Comfortable in and around code. You can read a component’s props and understand
what it can and can’t do, navigate a repo, and check whether what shipped matches
what you specified. You don’t need to be the one writing it, but you’d rather look than
ask
• You use Claude Code or similar agentic tools in your work, and have a view on what
they get wrong
• You can spec at a fidelity that removes ambiguity, and you notice when your own spec
is underspecified
Nice to have
• Something public we can look at: a Storybook, a repo, a shared Figma library, a side
project, a system you’ve written about
• Enterprise or B2B product experience, especially where accessibility and compliance
are procurement requirements
• Experience with dense, tool-like interfaces rather than marketing surfaces
• You’ve shipped frontend code yourself, at any level

Work arrangement
No