dbt Labs GTM Unpacked. How did dbt Labs grow?

dbt Labs origin and first customers: Services financed both discovery and product work

Tristan Handy’s First Round interview describes founding Fishtown Analytics in 2016 with experience from RJMetrics. Early clients came through those relationships and shared a specific profile: growing SaaS or consumer startups. The consultancy pitched an annualized cost around $60,000 as an alternative to an internal analyst. dbt began as a productivity tool for that work. [1]

Casper became an early direct user after its pipelines were refactored into dbt. The founder’s fundraising post names Scott Breitenother, Duncan Fraser, Danny Brown and Michelle Ballen on the Casper team. Brown later took dbt to Starry, Ballen to Billie, and Breitenother built it into Brooklyn Data’s consulting work. [1][2]

dbt Labs GTM motion: Practitioners distributed the practice

The same company post describes meetups and Slack participation spreading adoption, including Dylan Baker’s London community work. It also describes Claire Carroll moving from implementing dbt at Airtasker to managing the community full time. These are named examples of practitioners becoming distribution and enablement participants, rather than anonymous word of mouth. [2]

[Inference] The tool traveled with people because it represented a way of doing analytics work, not only a software license. Consulting supplied concrete examples and training material; the community made those practices portable. That can be a stronger growth mechanism than a one-time promotional launch. [1][2]

dbt Labs people and process: The services business eventually constrained the software business

Handy’s note to service providers says professional services supported the company from July 2016 through November 2019. As partners grew, they worried about competing with the vendor. The company reduced its consulting footprint and shifted more effort toward education and product expertise. The post’s generic services-versus-software margin comparison is not treated here as an audited dbt margin. [3]

[Inference] This is a concrete channel-conflict lesson. Services were initially a source of funding and learning, then could discourage other firms from building around the product. Declaring a software focus and changing staffing made the partner promise more credible than a purely verbal assurance. [3]

dbt Labs retention and expansion: Education and enterprise support make adoption sustainable

The founder interview says larger organizations needed support contracts before they could use open-source dbt. The current platform adds collaboration, lineage, governance, multi-project architecture and priority support. These capabilities address a different buying problem from an individual analyst running the tool locally. [1][4]

In her October 2020 interview, Carroll described helping clients and community members through Slack, documentation and blog posts. She had held data roles at Airtasker and Uber. At Airtasker she worked across the analytics stack, including SQL, tests, documentation and version control. Her enablement work was grounded in the workflow she taught. [5]

[Inference] Expansion depends on trusted models, shared definitions and reliable workflows. Training analysts and enabling service partners can extend delivery capacity, while technical account work handles organization-specific operating requirements. The first enterprise account executive and customer-success staffing ratios remain unverified. [3][4]

dbt Labs pricing and economics: Separate early consulting revenue from platform revenue

Observed November 2026, the platform offers a free Developer seat, Starter at $100 per user monthly and custom Enterprise tiers. Successful model builds and queried metrics have allowances; some add-ons use separate consumption units. Those rates are not comparable to the early consultancy’s annualized service fee. [1][4]

[Inference] Open adoption and partner implementations can support software expansion, but community and engineering maintenance still require investment. The economic question is whether recurring platform value can fund those obligations without undermining partner delivery. A consultancy’s client revenue should never be relabeled SaaS ARR. [3][4]

[Inference] The strongest lesson is to standardize the customer job before standardizing the product. The improvement is to plan channel boundaries early, so the services that reveal demand do not later compete with the ecosystem needed to scale it. [1][3]

dbt Labs economics at a glance: Pricing is only half the story.

The people in the dbt Labs GTM story: People & capabilities.

dbt Labs go-to-market FAQ: The questions that matter.