Software Engineer → AI Product Manager

I don't just spec products.
I ship them.

I'm an engineer moving into AI product management. I've taken a B2B SaaS platform from database and security all the way to payments and a Play Store launch, and I build AI tools on the Claude API. I think in workflows, tradeoffs, and outcomes — not features.

B2B SaaS · shipped end-to-end AI tools on Claude API 1.5+ yrs enterprise delivery Hyderabad · open to relocate
Selected work

Products I've built and shipped

RenTrack
B2B SaaS rental-management platform for small Indian landlords
Live · first user

The problem. Small landlords managing 2–15 units track rent in notebooks and WhatsApp — they forget due dates, lose expense records at tax time, and have no single view of who's paid. Existing software is built for large property firms: too heavy, too expensive, and assumes a Western rental model.

My role. Solo, end to end — product, design, and engineering. The interesting part wasn't the code; it was the product decisions:

  • Build vs buy: bought reliability (Razorpay, Supabase, auth) so I could spend my time on the product surface that's actually differentiated.
  • Data trust as a requirement, not a detail: hardened row-level security so the database itself guarantees no landlord can ever read another's data — one leak would kill trust permanently.
  • Sequenced by job-to-be-done: built Properties → Tenants → tracking → Dashboard first (who owes what), then reminders; deliberately cut a tenant-facing app to protect the core.

Where it is. Newly launched and in production — payments and secure multi-tenant data working end to end, with its first landlord actively using it. The goal was to prove I could take a product from problem to secure, paid, deployed software. Next phase: acquisition.

ReactTypeScriptSupabasePostgres + RLSRazorpayEdge FunctionsPlay Store
Visit RenTrack ↗
AI PRD Generator
Turns a feature idea into a structured product requirements document
Live

An AI tool built on the Claude API that drafts structured PRDs — problem, goals, users, requirements, and success metrics — from a short product idea. I chose a foundation-model API over fine-tuning for capability-per-dollar and speed to ship, and designed it as assistive, not authoritative: it produces a strong draft a PM edits before trusting, which makes the occasional weak output a non-event instead of a failure.

A product tool, built by someone who thinks like a PM.

Claude APIPrompt engineeringReactNetlify
Try the PRD Generator ↗
Also shipped

Other things I've built

AI Review Assistant

An AI-powered review tool for salons with a QR-code capture flow and an owner dashboard — an early experiment in productizing AI for local businesses.

AIProduct experiment
How I think

My approach to AI products

Problem first

Start with the workflow, not the model

The first question isn't "where can we add AI?" — it's what the user is trying to get done, and whether AI is even the right tool. My rent reminders are rules; my PRD generator genuinely needs an LLM. Knowing which is which is half the job.

Quality

Define what "good" means before shipping

When there's no single correct answer, you measure it anyway. For my PRD tool I define the dimensions of a good output and grade against a hand-built eval set — so I know a change improved things, not just felt better.

Trust

Design for trust and for failure

AI products live and die on trust. That means guardrails, a human in the loop on high-stakes calls, and treating data isolation as a product requirement — like the row-level security I built so no user can ever see another's data.

Economics

Treat cost and latency as product decisions

Every model call costs money and time. I reason about capability-per-dollar — the cheapest model that clears the quality bar, not the smartest one for everything — because unit economics decide whether a feature can actually ship.

About

An engineer who kept gravitating to the why

I started as a software engineer delivering enterprise products, but the part of the work I kept gravitating toward wasn't the implementation — it was the what should we build, and why. So I started building my own products to chase that question.

I built a tool for product managers because I tend to think like one anyway.

I'm now focused on AI product management. My edge is that I've already made the decisions these products turn on — model choice, build-vs-buy, guardrails, and evaluation — on things I actually shipped. I can talk to engineers, reason about systems and unit economics, and I care most about defining what's worth building, for whom, and why.

Currently
Software Engineer (enterprise SaaS)
Targeting
APM / AI Product Manager
Education
B.Tech, Information Technology · 9.1 CGPA
Based in
Hyderabad · open to relocate
Toolkit

What I bring

Product
Product StrategyPRD WritingRoadmappingPrioritizationUser ResearchProduct AnalyticsGo-to-MarketStakeholder Management
AI / Technical PM
LLM ApplicationsAgentic WorkflowsPrompt EngineeringRAGAI EvalsAPI IntegrationCost & Latency Tradeoffs
Engineering (the edge)
ReactTypeScriptJavaScriptSQLSupabase / PostgresREST APIsFull-Stack Delivery
Process
AgileScrumJIRACross-functional Collaboration

Let's build something.

I'm looking for APM and AI PM roles at product-first companies. If that's you, I'd love to talk.