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

Chennai, Tamil Nadu, Indiagtme · universe-v1
Leadle Consultingex-National College, Jayanagar, Bangalore-82(Autonomous)ex-AVP Trust Public School - India

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

  1. Leadle ConsultingSales Development Representative2023-08 – 2024-05 · 9 mo
  2. RevGeniusMember2024-02 – present · 2y 6mo
  3. Leadle ConsultingProcess Lead & GTM Engineer2024-05 – 2025-07 · 1y 2mo
  4. National College, Jayanagar, Bangalore-82(Autonomous)Master Thesis2020-09 – 2021-08 · 11 mo
  5. AVP Trust Public School - IndiaTeacher2021-06 – 2022-05 · 11 mo
  6. Leadle ConsultingRevenue Operations & GTM EngineerRevOps2025-07 – present · 1y 1mo

Skills

Clayn8nHubSpotPipedriveautomationsqlLocal LLMRevenue ForecastingDashboardsKPI DashboardsLocal LLMsGoogle BigQueryAnthropic ClaudeOpenAI CodexOpenAI APIETL ToolsArtificial Intelligence (AI)Large Language Models (LLM)Google Cloud Platform (GCP)Application Programming Interfaces (API)Extract, Transform, Load (ETL)

No playbooks indexed for this profile yet.