Bhuvanesh Tamilselvan
AI-Native RevOps & GTM Systems Architect | Signal-led outbound · CRM engineering · Claude Code agents - documented in public with repos + receipts | RevOps & GTM Enginner @ Leadle
About
I build AI-native revenue systems - and ship the code and docs as proof.Most GTM stacks fail for one reason: they automate broken processes and call it "scale." More tools. More dashboards. More activity. No real signal connecting what customers actually do to how revenue teams respond.At Leadle, I design signal-driven revenue operating systems where outbound, inbound, partnerships, and CS work together - using real intent signals, not vanity activity. Not through more tools. Through better architecture.But I don't just design them. I build them, in the open: → Leadle OS - analytics processes running live against HubSpot, Clay, and the outbound stack. Signal-led outbound, CRM dedupe, inbound scoring. → AgentOps Core - observability for AI work: 106 Claude Code sessions, ~13,000 events, 5 repos captured and attributed. → devlog - an open-source work journal that writes itself from Claude Code, Codex, and git. 966 events, zero external APIs. → Work Brain - typed knowledge objects (decisions, risks, signals) pulled from meetings and inbox, with hybrid vector search.Everything is built with Claude Code, Codex and other tools and documented as it ships - ADRs, design specs, test counts, real metrics. You can inspect how it works, not just take my word that it does.My operating philosophy: - Strategy before automation - Signal before activity - Blueprint before toolingBecause automating a broken GTM motion just means you break things faster. Proof you can actually open: → GitHub: github.com/Bhuvanesh31 → Substack (Proof, Not Theory): bhuvaneshtamilselvan.substack.com → Live devlog report (client data redacted): bhuvanesh31.github.io/ai-work-journalWho I work best with: - Founders and revenue leaders who want predictable pipeline, not dashboards - Teams tired of CRM theater, willing to fix fundamentals instead of buying another tool - RevOps and GTM operators who want systems that hold up under real pressureI also run Madras GTM Collective - live GTM teardowns and operator meetups in Chennai. (Currently building something new on that with Pooja Surendar - more soon.)If you want someone who pretends this is easy - not your person.If you want systems that survive real GTM pressure - DM me.
Company history
- Leadle ConsultingSales Development Representative2023-08 – 2024-05 · 9 mo
- RevGeniusMember2024-02 – present · 2y 6mo
- Leadle ConsultingProcess Lead & GTM Engineer2024-05 – 2025-07 · 1y 2mo
- National College, Jayanagar, Bangalore-82(Autonomous)Master Thesis2020-09 – 2021-08 · 11 mo
- AVP Trust Public School - IndiaTeacher2021-06 – 2022-05 · 11 mo
- Leadle ConsultingRevenue Operations & GTM EngineerRevOps2025-07 – present · 1y 1mo
Skills
Playbooks
All playbooks →No playbooks indexed for this profile yet.

ex-Firstup