The Tiebreaker
A decision assistant. It structures a choice into pros and cons, comparison tables, or a SWOT, so the person can see the reasoning and make the call.
live demo ↗ · code ↗Growth PM. 6 years across acquisition, retention, and engagement.
I’m Monika, a growth product manager. For six years I owned onboarding, activation, and retention on consumer fintech and commerce products, at Paytm (payments), ShopX (B2B commerce), and two early-stage startups in logistics and home healthcare. I finished a master’s at Carnegie Mellon University in May 2026.
What I’m good at is the loop between data and decisions: run the experiment, read the funnel, write the one-page doc that gets leadership to a call. This past year I added a step to that loop. With AI I can build the thing itself, not just the case for it, so I shipped seven AI prototypes end to end. The model is never the hard part. Deciding what it should handle, and what stays with people, is.
Before product I studied Engineering Physics at IIT Delhi, which is where I picked up the habit of taking messy problems apart before solving them. Away from work I enjoy dancing and picking up new dance forms, collect logic puzzles, and protect a long Sudoku streak.
Six years across fintech, e-commerce, logistics, and healthcare, mostly in India’s startup ecosystem.
Seven builds from the past year, a mix of shipped products and prototypes, end to end. All code is public on GitHub.
A decision assistant. It structures a choice into pros and cons, comparison tables, or a SWOT, so the person can see the reasoning and make the call.
live demo ↗ · code ↗An intake layer for MSP helpdesks. The AI drafts clean, structured tickets from vague requests; a technician approves before anything acts.
code ↗A lightweight Google Docs, built for an AI-delivery take-home: rich text, sharing with revocable access, autosave. Deployed and usable.
live demo ↗ · code ↗Visualizes a product across billboards, newspapers, and social posts while holding brand consistency, on Gemini's image model.
live demo ↗ · code ↗Finds obscure cultural holidays and micro-days that fit a brand's niche, then drafts daily content angles around them.
live demo ↗ · code ↗An interactive dashboard with analytical charts, filters, correlation heatmaps, and transaction editing.
live demo ↗ · code ↗A personal iOS tracker for a PCOS-focused routine: supplements, exercise, trends, streaks. All data stays on the device.
code ↗Trade-offs from six years of growth work and a year of building with AI, with the reasoning written down.
Four teams shared the app homepage, each running their own banners, promotions, and A/B tests at once. My team was accountable for homepage visitors and transactions but had no control over what appeared on the page. The incremental path was safer, but optimizing a page four teams are editing is like mopping a floor four people are muddying at the same time. The problem was structural, not tactical. So I brought leadership scroll-depth data showing the page wasn't working, a forecast with specific numbers, and an offer: give us the page, hold us to these results, and take it back if we miss.
A 40% click-through lift on tested cohorts, and a homepage that went from four teams competing to a single daily theme, a consistent layout, and a refresh cadence that gave users a reason to come back. The redesign was straightforward. Getting the authority was the hard part.
A wrong auto-close at the front door of a helpdesk costs more than the minutes it saves, and after a few of them the technicians stop trusting the queue. So the AI drafts the ticket and suggests a fix, and a person confirms before anything happens. The model also has no data of its own; every suggestion comes from what the MSP already knows.
Clean, reviewable tickets on a real 100-ticket export where 94 had landed in a single catch-all queue.
Distributors needed two different flows, one for placing orders to brands and another for receiving orders from retailers. Building both into a single interface would have pushed the launch by months, and the questions we had about retailer behavior, activation thresholds, and ordering patterns could only be answered by live users, not planning documents. The trade-off was real: two apps meant a worse distributor experience, some complaints, and an ops team supporting two systems for a while. But every week spent building the perfect portal was a week of assumptions instead of evidence.
A working retailer channel in two sprints instead of four-plus months, and real usage data that shaped the unified portal, which shipped two months later and was better for it. The channel grew to 30K+ retailers.
Nobody trusts a chatbot that just says "pick X." Putting the answer in a comparison table or a SWOT shows the reasoning, and the person still makes the call. The tool is there to break a tie, not to decide for you.
Recommendations someone can check line by line instead of taking on faith.
Five versions of spin-the-wheel, with different rewards, triggers, and visuals, and none of them moved retention. Users enjoyed spinning. They smiled. But nobody came back the next day because of it. The daily streak created a behavior loop: come back tomorrow to protect your streak. The signal was already clear after version two; I held on for three more because the format felt fun and I kept thinking a different reward structure would fix it. It wouldn't have. The problem was the mechanic, not the prize. Now I set a kill threshold before the first variant launches: two misses on a format and the format is dead.
Freed up budget and team time for the daily streak, which drove 5% DAU growth and a 20% transaction volume lift on tested cohorts. It also changed how I run experiments: decide in advance what "not working" looks like, so conviction can't overrule data.
Sharing was the core of the assignment, so I wanted the permission model in my own hands: owners grant and revoke access, passwords are scrypt-hashed, and nothing important hides behind a managed auth service.
A live, deployed editor with autosave and real document sharing, built on an interview deadline.
It's one person's health data, so syncing it to a server adds risk and nothing else. SwiftData keeps everything local, and there's no account, no login, nothing to leak. The cost is no backup across devices, which felt like the right trade for a personal tracker.
A tracker I actually use daily without thinking about where the data sits.
Every brand posts on the big days, so those posts disappear in the feed. The days nobody else knows about are the ones a niche brand can own. The tool's job is to find them and suggest an angle, not to write the calendar for you.
Content ideas a small brand wouldn't have found by hand.
Complete semester projects at Carnegie Mellon, end to end: research, prototyping, and strategy in teams. Case studies on their own pages.
Our capstone with Opus Mach, a precision engineering company: the tailgate redesigned as an access system, with a full-width step and grab handles for true three-point contact. One button, under five seconds.
Short pieces from the work: what six years in growth roles taught me, and what a year of building with AI changed.
My first job lasted four months. My most recent one served a user base larger than the population of the United States. What each role handed to the next, and the three-step pattern that stayed the same the whole way.
Read · 6 min →From PaytmTwo transactions turned out to be the retention inflection point, one game format failed all five versions before I learned to set kill thresholds, and the homepage turned out to be an ownership problem, not a design problem.
Read · 6 min →From ShopXBuilding the retailer channel from zero to 30K+: the two-app compromise, an onboarding system with a human in it on purpose, and the field research across eight towns that exposed the pitch as the real adoption blocker.
Read · 6 min →From ShipprThe company knew it was losing money but not where. Weekly loss tracking made the leak visible, and getting ground staff to see damage as money did the rest. Losses fell 30% and revenue grew 18% in eight months.
Read · 5 min →From a year of prototypesA year of building my own prototypes changed how I scope product work, and how I argue for it. Some of what I expected held up. A lot of it didn't, and that's the useful part.
Read · 5 min →From AI Ticket IntakeBuilding the ticket intake changed the first question I ask about any AI feature: what data is it allowed to touch, and who owns that data? A note on why that question did more for trust than any accuracy number.
Read · 4 min →Recruiter, founder, or just curious about one of the projects: send a note and it lands in my inbox. I read everything.