Bringing AI in at Fivetran

Draft onboarding replies without turning missing evidence into a promise

Published Oct 29, 2026

You’re a forward deployed engineer working with Fivetran’s customer success team. The team is in the room.

The setting

's lets data teams build, transform, govern and validate their data workflows, either in a web browser or with command-line tools.

An onboarding reply needs a clear next step without turning disputed completion into a promise.

Account notes preserve customer context, while implementation records preserve evidence of completed setup.

Who you’d be doing this for

“I told six colleagues they could start Monday, then found out their access still needed approval.”

Bereket Okello · Analytics Engineering Lead · a character in this brief

Coordinates Enterprise onboarding and needs to tell colleagues what still prevents them from accessing dbt Cloud.

What is at stake

Enterprise CSMs must reconcile conflicting records in 17 of 40 onboarding questions. You decide whether AI may infer a remaining step from conflicting notes, or must leave that part of the reply for the CSM.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • account context vs consistent milestone definitions
  • clear next steps vs disputed completion
  • broad question coverage vs a bounded integration
  • current status vs historical commitments

Why Fivetran

Guided Setup spans warehouse configuration, SSO, RBAC/SCIM, and user access, so a completed milestone does not establish that colleagues can start using dbt Cloud.

Written with these in mind

Forward deployed engineersSolutions engineers building internal AI workflowsEngineers focused on grounded generation

Not your kind of problem? 54 more at Fivetran, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Fivetran. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about people starting something and never quite finishing it.

The same setting, from another role

Each is set around Fivetran’s dbt platform, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to make the background systems nobody sees behave dependably even under heavy, high-volume real-world load.