Hi, I'm Nandini.

Product manager in New York, building AI products that make it past the pilot and into how the work actually gets done.

The hard part of an AI product is never the demo. It is everything after: whether the people who have to live with it actually do.

Nandini Chauhan
$350–500Kof manual work a year that I took off people's desks
15+AI tools I built that people use every day, not demos
7,500+hours of work now booked through software I built from scratch
65%of the people I trained now build their own AI tools
About

I find what people are struggling with without realising they are struggling with it, and I build the thing that fixes it. That has been the work under every title I have held.

I grew up in Delhi and live in New York now. I came up through engineering and started out building, which I loved for the obvious reason: you take a thing apart and find out why it works. I moved into product because the part I kept circling back to came earlier, when someone has a problem they have stopped noticing.

Columbia sat in the middle of that shift. I went into the MBA a consultant, two years across drones, financial services and early-stage AI, and came out certain that the interesting question is not whether a thing can be built but whether anyone changes how they work because it exists. I co-founded a company while I was there.

Most of what I do now sits at the quiet end of AI. Not the pilot, the part after: regulated operations, teams who have been handed new tools before, processes that live in one person's head. That is where you find out whether what you built was real. It is unglamorous and it is slow, and it is the only place the work actually counts. It is where I want to keep working.

Away from the desk
  • Reading. History and biography, to work out how a place or a person became what they are. Right now, New York and India from the Mughals to the Raj.
  • Writing. Poetry is the thing I love most. I read a lot of it and write my own, along with short fiction.
  • Hiking, and places I have not been. The fastest way I know to get a different view of something I thought I already understood.
  • Theatre, improv and salsa. All three make me express something rather than explain it.
  • Tennis and meditation. Both are practices I keep rather than things I mean to get around to.
  • Volunteering. I ran two social clubs in undergrad, raising funds and donor registrations for children with thalassemia and leukaemia. I am on the registry myself.
What I do

Three things I get hired for

Put AI into production

Agents and automation that run every day in businesses with no engineering culture, where the process lives in people's heads.

  • Agents that make a judgment, not just a macro
  • An explicit line where the machine hands back
  • Evals written before anyone depends on it

Build products from zero

From email-run operations to consumer apps. Scope, roadmap, the integrations underneath, and the launch date that does not move.

  • Discovery with the people doing the work
  • Scope cut to the date, not the wish list
  • The integrations nobody else wants to own

Make it actually get used

The measure is whether people stopped doing it the old way. I count departments building their own tools, not tools I built.

  • Training on their backlog, not on AI
  • Adoption measured rather than assumed
  • Handed over so it outlives me
Selected work

Four things I built

The Bid Decision

Designed and built it end to end

Agentic AIRAGHuman in the loopEvals
~96% faster3 days to 3 hours200+ pages
Problem

A new contract opportunity arrives as a document of 200 pages or more, setting out what a client needs and asking whether we can deliver it. Someone senior read all of it before we could decide whether to bid: three days each, with our most valuable decision stuck behind our scarcest calendar.

Approach

An agent reads the whole document, pulls out what the client genuinely requires, and matches it against what we sell and what we have delivered before. It scores fit out of 10 against the criteria the business already used, then returns a go or no-go with reasoning, our services ranked, three comparable wins, the risks, and a draft reply for approval.

Proof

I timed the manual path first, about three days. Then I built an eval set to find where it could go wrong before anyone relied on it, including whether it could tell a real requirement from a service merely mentioned in passing, and designed the fixes the evals called for. After a month loading the project library and three months of iteration, it ran in three to four hours, matching the humans' calls.

200+ page documentone chance to decide well 8/10 GO with the reasoning attached what the client needs what we can do, ranked 3 similar jobs we won risks, and how to handle them draft reply, held for sign-off

The Coverage Desk

Owned the product, from first interview to live

Zero to oneMulti-tenant SaaSWorkforce dataAI assistantCompliance
7,500+ hours50+ locations92% repeat
Problem

A client who needed qualified people on site sent an email. Someone searched for staff with the right credentials, worked out who was free, called each of them, and wrote back. One request became a thread that ran for days, the records sat in several places, and nobody could see the week without asking.

Approach

One system for the whole operation, not a scheduling screen. Every member of staff, their qualifications and availability in one record, with expiring credentials flagged and chased automatically. Clients file a structured request, and an AI assistant I built answers their questions or points them to the next step. The team filters by role, date and qualification to see who is cleared and free. Separate tenants, so one client never sees another's work.

Proof

I built it in the order that mattered: the data model and response times first, then the internal view, then the client's, and the assistant last, once what sat underneath was solid. 7,500+ work hours now run through it across 50+ client locations, at 92% repeat requests, with a person one click away whenever a client wants one.

one request, days of emailand no view of the week STAFF, CREDENTIALS, AVAILABILITY qualifications verified, expiry chased MTWTF coverage confirmed

The Agent Programme

Built the agents, then taught the business to build its own

Agentic AIEnablementChange management
6 departments20+ sessions~35% less manual work
Problem

A business with no engineering culture and the same manual work repeating across six departments, each convinced its version of it was unique and could not be automated. Building tools for all of them would have solved the quarter and left a maintenance queue pointing permanently at me. The constraint was never capability. It was that nobody there had built software before.

Approach

Build first, to earn the right to be believed: 15+ agents and automations shipped into live operations, each one replacing work somebody was actually doing that week. Then 20+ hands-on sessions across the six departments, run against each team's own backlog rather than teaching AI in the abstract, so people left with something of their own already running.

Proof

Around 35% of manual effort removed per team, costed from the hours each agent gave back and what those hours are worth: $350K to $500K of capacity a year. Within six months, 65% of the people in those rooms were building their own tools without me, so the programme stopped depending on whether I was in it. That is the number I am proudest of.

15+ agents and automations shipped 65% of the people I trained now build their own

Zero to Launch

Product owner, from vision to shipped

0 to 1Enterprise APIsProduct ownership
12 weeks3 functions95% on time
Problem

A Y Combinator backed AI startup had a product vision and a twelve-week window to put something real in front of users. Nothing in the vision said which parts of it could actually be built, integrated and shipped inside that window, and the date was not moving.

Approach

I turned the founders' vision into a buildable scope, reworked the roadmap around what the date could carry, and did the UX, wireframes and mockups myself. Then I held the seam between design, engineering and operations, plus the outside parties behind the enterprise integrations, where most of the schedule risk was actually hiding. The call that mattered was treating the vision as a starting position rather than a specification, and cutting scope twice rather than moving the date.

Proof

We launched the MVP inside the twelve weeks at 95% on-time delivery, with the integrations live rather than deferred to a later release. The product went on to reach around 12,000 users. I owned the build and the launch rather than the acquisition, so the number I claim is the date.

designbuildoperations launched week 0week 12
Also built

Two consumer products

The other half of the record. Same job, no captive audience: people could simply close the app.

Sentari AI

Product Manager

A consumer AI voice product. I ran the discovery, shaped the roadmap and owned the launch.

Then the harder half: activation and retention, where the only vote a user gets is whether they come back tomorrow.

1,200 users in 2 weeksactivation +20%retention +15%

Savelove AI

Co-founder

Co-founded and built from nothing. 30+ user interviews turned into a three-feature MVP.

Then I measured what it gave people back and improved it, because a consumer AI product is only as good as its worst answer.

30+ interviews3-feature MVPquality +20%
Two minutes

Rather hear it from me?

Loom goes here Send me the share link and I will embed it.
How I work

A few things I believe

01

Automate the decision, not the task

Most automation goes after the most repetitive thing. The bid agent worked because it took on the most expensive judgment instead, the one bottlenecked on the scarcest people.

02

The real process is never the one you were told

Before I build anything I sit through the work as it is actually done, start to finish. Both of the systems here came out of a week of watching, not a requirements document.

03

Decide where the machine stops

Every agent needs an explicit line between what it does alone and what it hands back. Mine drafts the client reply and never sends it. That line is a product decision, not an engineering one.

04

Build for the person who did not ask for it

The people who have to live with a new tool usually did not request it and are not impressed by it. If it does not beat their current workaround on their worst day, it loses, correctly.

05

Shipped is not adopted

The real measure is whether people stopped doing it the old way. Slower to prove, less flattering, and the only number that survives contact with reality.

06

A number you cannot defend is worse than none

Every figure here has a baseline behind it and a method I will walk you through. I would rather tell you we did not measure that than publish something that falls apart on the second question.

Toolkit

What I actually use

Listed where I have shipped something with it and could be questioned on it live.

AI and LLM product

What I reach for when the problem is a judgment rather than a form.

Agent designRAGContext engineeringEvalsMCP and tool useFine-tuningHuman in the loopGuardrails
Technical

Enough to design the system and to argue with the engineer building it.

SQLPythonAPI integrationData modellingMulti-tenant architectureERP and legacy systemsAzureAWS BedrockClaude and Codex
Product craft

The parts of the job that do not change whatever the technology is.

DiscoveryUser researchRoadmaps and PRDsA/B testingActivation and retentionFunnel analysisProduct analyticsStakeholder management
Day to day

Where the work actually happens in most weeks.

Microsoft 365Copilot StudioPower AutomatePower BITableauJiraFigman8n and ZapierJupyter
Track

Where I've been

Nov 2025 to Oct 2026
Senior Manager, Product Management and Strategy · Infinite Consulting
AI agents and product, built in house. Operations, proposals, finance, field services
Jul to Nov 2025
Product Manager · Sentari AI
Consumer AI, zero to one. Launch, activation and retention
Apr to Nov 2024
Co-Founder · Savelove AI
Consumer AI, co-founded. Discovery, MVP, early growth
2023 to 2025
MBA · Columbia Business School
GMAT 750 · Forte Fellow, 50% scholarship
Jan 2021 to Aug 2023
Consultant · Virtuous Vision
Business analyst, then product owner. Drones, financial services, early-stage AI
2017 to 2021
B.Tech, Computer Science · Manav Rachna University
Top 5% of 300+ · 3.9 GPA · published AI/ML research
Contact

Let's talk

Open to product management roles. What I care about is owning a product end to end, from understanding the problem properly to making sure people use what gets built. Email is the fastest way to reach me.