4+ years turning business problems into shipped outcomes. Experience building 0→1 products. Worked across tech, insurance, and market research industry. From strategy and roadmaps to full working prototypes, I own the full arc of building. Always open to learning whatever the next problem needs, and quick at it.
Download resume PDF · 1 pageMatches freelance moderators to research projects on specialty, language and rate, so research teams can find, book and manage a fragmented pool of independents in one place.
A RAG system that retrieves from 2,000+ proposals and capability docs to answer a prospect's question on a live call, at 95% accuracy. Post-call follow-ups fell 40%.
AI respondents that answer a study in minutes instead of weeks of fieldwork, calibrated against real panel data so the results hold up.
Setting north-star metrics, sizing markets, and shaping multi-year roadmaps. Framing the problem, making trade-offs explicit, and aligning teams and leadership on what gets built and what doesn't.
Interviewing users, studying competitors, and analyzing funnel data to find the problems and opportunities worth pursuing. Testing changes with A/B experiments, instrumenting every release, and letting evidence drive the next decision.
Writing PRDs, building working prototypes, and prioritizing features with engineering and design. Tracking adoption after launch and iterating on what falls short.
Shipping 0→1 GenAI products, from RAG systems and AI agents to automation pipelines. Judging feasibility, running evals, and weighing quality against cost and latency.
Working with the CEO and senior leadership across business functions to drive key initiatives and growth plans, focusing on product strategy, roadmapping, new product development, and workflow/process automation.
Worked in the Risk Control Unit. Learned about the insurance industry and its products. Introduced ML-driven fraud detection in insurance claims.
Developed applications and owned performance-testing infrastructure for Avaya's enterprise telephony servers and its flagship contact center product.
ProblemMid-call a prospect asks the specific question about pricing, integrations or security, and the answer is buried in a deck nobody can open mid-sentence. The rep stalls, guesses, or promises to follow up, and the moment is gone.
ApproachA desktop app that listens to the call and answers from the company’s own documents in a floating, always-on-top overlay. Whisper transcribes, a fast model picks out the genuine questions, retrieval pulls the matching passages from the indexed doc set, and a stronger model writes the answer with its sources. Meeting profiles scope it to the call type, and a rep voiceprint keeps the seller’s own speech out of the trigger path.
In practiceThe answer lands in about a second in a translucent window the rep can drag anywhere, and when the documents don’t cover the question it says so instead of inventing an answer.
North-star metricSeconds between the prospect finishing the question and a usable, sourced answer being on screen. That is what forced the overlay, because an answer the rep has to alt-tab for has already missed the moment.
Why desktop, not a tab The two things this needs, capturing the meeting’s audio and holding a window above the call, are exactly what a browser tab cannot do. Electron for the shell and a bundled Python service for capture, diarization and retrieval; the cost is an installer instead of a URL.
Designed to be wrong out loud Every answer is graded against what retrieval actually found, and a weak match is labelled and told to escalate rather than dressed up as an answer. On a live call a confident wrong answer is far more expensive than an admitted gap, so the guardrail is the feature.
ProblemBuilding a decent quiz means writing every question, answer and explanation by hand, and running one for a group means either paper and a projector or a heavyweight classroom platform.
ApproachPoint it at one or more sources (PDF, DOCX, TXT or a fetched page URL), then set the question count, difficulty, a focus area and which of nine types to draft (MCQ, true/false, fill-in-blank, short answer, numeric, cloze, poll, ordering, matching). Every question lands in an editor with its answer key and explanation; keepers go to a reusable bank. The quiz then ships as a link, QR or embed, or as a live host-controlled match players join by code.
In practiceSource material becomes a playable quiz in minutes, and a room can play it from their own phones with no account on the player side.
North-star metricTime from “I have this material” to a quiz someone can actually play. Everything else follows from that: ingesting a document rather than a blank form, drafting the explanation alongside the answer, and publishing to a link instead of an export.
Where AI stops Generation drafts questions, it never publishes them. Each item lands in the editor with its type, difficulty, points and explanation exposed for review, and the quiz keeps a record of which source documents produced it, because a wrong answer key costs far more in a quiz than a slow one, so the human check is the point rather than a formality.
Two modes, one quiz The same quiz works asynchronously (share a link, play alone, scored against a pass mark) and live (host opens a lobby, players join by code from their phones, host controls the pace). Building both off one question model meant no separate “live version” to maintain.
ProblemClinics and service counters still run on paper tokens and called-out numbers, so customers have to physically hold their place in line and staff have no shared view of who is waiting or how long.
ApproachA QR at the venue opens a mobile queue: customers join, watch their position live and walk away; counter staff call the next token with priority and walk-in handling; a TV board mirrors “now serving”; operators get wait-time analytics, per-counter staff and an audit log.
In practiceZero hardware, with no kiosks and nothing to install on either side. Multi-tenant, so a business self-serves signup and its queue is live in about a minute.
North-star metricMinutes a customer spends physically standing in line, not time-in-queue. Someone can wait forty minutes happily if they spend them elsewhere, which is why the status page leads with position and estimated wait rather than a countdown.
Keeping the queue honest An open join link can be spammed from anywhere. The venue QR rotates every ~30 seconds and the link cannot be forwarded, so joining requires physically being there; optional CAPTCHA and a manual-approval mode with visual PIN matching cover higher-risk venues.
Built for the whole floor, not one screen Five surfaces share one live queue: customer phone, counter tablet, waiting-room TV, operator desktop and a platform admin. Counters, staff accounts, categories, operating hours and an audit log make it usable by a team rather than a single person.
ProblemGetting a file onto the presenting laptop mid-session means email, a USB stick, or borrowing someone’s cloud login. All are slow, and the file is left sitting on a shared machine afterwards.
ApproachA room-based handoff: a 6-character code or QR opens a shared space, guests upload up to 500 MB per file without an account, and the host keeps control through visibility toggles, room and panel passwords, kick, and a hard expiry.
In practiceFiles move in seconds with zero setup, and the room deletes itself and everything in it on expiry, so nothing lingers on a borrowed device.
Every app is fully functional. If you hit a problem, do let me know what went wrong. Thanks in advance for your feedback.
Product, Strategy & AI Skills
Tools & Technologies
Kindly drop a WhatsApp message / SMS before calling.
Typical reply