Building GTM AI Agents: Lessons from Deploying to 6,000 Users — Sait Izmit, Snowflake
Snowflake’s rollout favors narrow, high-accuracy coverage, staged adoption, and log-driven iteration over connecting every data source before launch.
Snowflake’s internal GTM assistant has answered about **1.2 million questions** and now handles roughly **40,000 per week**. It expanded to 15 semantic views, 85 tables, 3,000 columns, several MCP connections, and nearly 20 skills after starting with narrower coverage.
Define representative questions before connecting data, prioritize fewer answers at higher quality, and roll out through pilot, 10% beta, then general availability. Snowflake advanced after beta retention exceeded **70%**, while classified logs exposed missing features and weak answers.
Snowflake’s internal GTM assistant has answered about **1.2 million questions** and now handles roughly **40,000 per week**. It expanded to 15 semantic views, 85 tables, 3,000 columns, several MCP connections, and nearly 20 skills after starting with narrower coverage. Define representative questions before connecting data, prioritize fewer answers at higher quality, and roll out through pilot, 10% beta, then general availability. Snowflake advanced after beta retention exceeded **70%**, while classified logs exposed missing features and weak answers. These are internal deployment figures rather than comparative evals. The architecture is repeatedly revised as models and integrations change, and workflows that write to systems such as Salesforce need curation, role-based access, and additional guardrails.
This supplies deployment-scale evidence for a narrow-first, evaluation-led rollout: define representative questions, expand coverage only after observed use, and mine classified logs for missing capabilities and weak answers. It confirms production feedback as part of the harness, while limiting the evidence to internal adoption figures and leaving comparative quality, cost, and write-action safety unresolved.