About
Building products. Solving real problems.
I'm Dev Chopra — a product manager and AI-native builder. Most of my work starts with a problem someone has described badly, and ends with something people can actually use.
I care about impact, velocity and elegance in equal measure.
- Based in
- Availability
- Enquiries
- Direct
What drives the work
I build at the intersection of product, AI, design and growth.
Good products come from paying attention. I spend the early part of any project working out what the actual problem is — talking to users, reading the data, and separating what people say from what they do.
The rest is execution. I would rather ship a narrow version of the right thing this month than a complete version of the wrong thing next quarter.
I work well with founders and small teams who are still deciding what the product should be, and who need one person who can move between strategy and the actual build without a handover.
- 01
Find the real problem
Research, interviews and data before a single screen gets designed.
- 02
Build the right thing
Roadmaps and prioritisation that protect the shortest path to value.
- 03
Ship, then learn
Get it in front of users early and let behaviour settle the argument.
- 04
Work close to the team
Founders, design and engineering in the same conversation.
How I work
Four commitments, and what each one asks of you.
Principles are easy to publish. These are the ones that change how a week actually runs, so each is paired with the part that is inconvenient for the person hiring me.
- I write before I build
Every engagement starts with a document: what I think the problem is, what I would build first, and what I am choosing not to build. It is usually two pages.
- I would rather be wrong early
Narrow version of the right thing this month beats the complete version of the wrong thing next quarter. That means shipping things that are visibly unfinished.
- I work in the same room as engineering
Strategy that never meets the codebase turns into a backlog of tickets nobody can estimate. I stay close enough to the build to know what a decision actually costs.
- I instrument before I claim
If a change was not measured, I will say it was not measured. I would rather report a gap than an estimate dressed up as a result.
Tools
- Claude Code
- Cursor
- Figma
- Notion
- Linear
- Jira
- n8n
- Mixpanel
- GA4
- HubSpot
- Hotjar
The path so far
AI Growth PM
Product Manager — Founder's Office
Chief Marketing Manager
Social Media & Brand Manager
Education
Product Management with Gen AI & Agentic AI
BCA — Cloud Computing & Cybersecurity
Recognition & credentials
- Top 40 Startup Ideas — Indian Startup School
- Founded an 800+ member marketers community
- Elected class representative, 255+ student batch
- Google Data Analytics Certificate
- Google Cybersecurity Certificate
- Cybersecurity Internship — Corizo
Always open to a useful conversation.
A product idea, a problem you cannot name yet, or a role worth discussing — all welcome.