Stacked GTM

GTM Council and Frontlines.io

Deep-dive into how AI is impacting GTM - Each series of 5-7 episodes explores one area from the perspective of top practitioners and vendors.  Presented by the GTM Council - the exclusive community for operational GTM leaders.

  1. 14 juil.

    GTM Engineer: Gina @ Dust

    Dust keeps coming up across the GTM engineering community, and this episode explains why. Gina Kabasakalis, Founding US GTM at Dust, has a clear-eyed view of where AI adoption actually breaks down: not in the build, but in the handoff from one technical person to an entire team. She gets into the governance and permission infrastructure that makes multiplayer AI viable, with a concrete example of how RevOps encoding the right Salesforce schema field into a shared agent saves every sales manager from carrying that knowledge individually. She also covers what companies consistently get wrong about ROI measurement, and a new Dust feature called Pods that puts humans and agents in a shared workspace. If you're past the single-agent stage and trying to figure out how to scale this across an org, this one is worth your time. Topics discussed: Why RevOps and IT/CISOs are the two buyer profiles gravitating toward Dust Multi-model routing: matching model complexity and cost to the task rather than defaulting to the highest-reasoning model for everything Encoding institutional knowledge at the system level so ICs stop carrying it individually Piloting vs. rolling out: validating long-term fit vs. the executive air cover and embedded AI ops function a real rollout requires Why time savings is the wrong AI ROI frame and what the CRM hygiene argument actually proves Pods: a shared workspace for humans and agents, with use cases from new hire onboarding to funding round comms Four-component agent framework: trigger event, data sources, recipient and destination, output transformation Agent sprawl: when to consolidate duplicate skills and when distributed creativity is the point

    GTM Engineer: Gina @ Dust
  2. 7 juil.

    GTM Engineer: Joe @ Primary Ventures

    Everyone wants to run GenAI workflows. The problem is they're running them on commoditized data, team sizes, job titles, basic firmographics  and wondering why nothing converts. Joe Lehr, Director of GTM Engineering & Innovation at Primary Ventures, works across a portfolio of companies from pre-seed through Series D, backed by a $625M fund five, and he sees this mistake at nearly every stage. Joe gets specific about how he builds out GTM infrastructure from scratch: which signals actually move deals, how Parallel.ai powers Clay's CLAGIN for enrichment at scale, and what it actually takes to move a sales team from single-player AI experiments to a shared multiplayer system built on Supabase and MCP. He also pushes back on a few widely held beliefs, including whether deep hyper-personalization still works, why your first GTM hire should not be a 23-year-old, and why CS may be the most under-automated function in the stack. Topics Discussed: Non-commoditized signal mapping before any AI motion is built Why creativity, not tooling, is the actual constraint at early-stage companies The right first GTM hire: what to look for and what to avoid How Parallel.ai powers Clay's CLAGIN for signal enrichment at scale Mid-funnel data capture and why multi-opportunity edge cases break most tools Build vs. buy: taking vendor sales calls before deciding what to build Going multiplayer with Supabase, MCP, and structured account objects Why deep hyper-personalization is losing ground to smarter segmentation CS as the next frontier for agentic automation, expansion, and churn scoring Observability gaps when vibe-coded internal tools skip engineering involvement

    GTM Engineer: Joe @ Primary Ventures
  3. 30 juin

    GTM Engineer: James @ Profound

    James Underhill, Head of GTM Ops at Profound, runs the ops and systems function through one of the more extreme growth curves you'll hear about: five times ARR in nine months, headcount from sixty to two hundred, and an AE team scaling from thirty toward a hundred by year end. His operating principle is simple: buy infrastructure, build applications. That single bias shapes how his team is staffed, what they buy, what they build, and where they draw the line on both. He built a deal desk bot in under twenty minutes on Dust without writing a line of code.  His team deflected 70% of support inquiries with an internal triage agent. And he replaced the traditional business partner role entirely by giving the field direct, semantic access to their own data. Topics Discussed Why calibrating to the first derivative of growth matters more than current headcount Using Dust as a low-code agent platform across GTM, CS, and internal ops Deflecting 70% of support inquiries with a confidence-gated triage agent Buy infrastructure, build application as a disciplined team operating principle Why GTM engineering at this level requires actual software engineers, not just technical curiosity GitHub fluency as the new hiring proxy for this function Snowflake plus a semantic layer as the foundation for real-time, conversational data querying Centralizing Claude Code skills in Notion for rep-accessible, field-ready workflows The hidden maintenance cost of vibe-coded tools and why it compounds fast Replacing business partner roles with self-serve data access Where Gong's call intelligence falls short and why that becomes a build opportunity How to decide what to build versus buy when your team could technically do both

    GTM Engineer: James @ Profound

Notes et avis

5
sur 5
2 notes

À propos

Deep-dive into how AI is impacting GTM - Each series of 5-7 episodes explores one area from the perspective of top practitioners and vendors.  Presented by the GTM Council - the exclusive community for operational GTM leaders.