First-time day at Databricks

Get profiles accepted without changing the destination's other imports

Published Nov 6, 2026

You’re the solutions / forward deployed engineer. Your team is in the room.

The setting

' is a customer data platform that merges scattered customer records into single profiles and builds audiences for marketing. It lets marketing and data teams use customer data without copying it into a separate system.

Today's usable audience competes with the cost of maintaining another mapping.

Preserving the destination's existing imports leaves the customer responsible for an adapter.

Who you’d be doing this for

“My preview has 3,600 fewer people than the approved list, and the review is this afternoon.”

Moraa Mutua · Marketing Operations Manager · a character in this brief

Waiting to use the first audience in an existing engagement channel.

What is at stake

An audience export rejects 3,600 eligible profiles because their identifiers lose leading zeros. You must weigh a maintained adapter against changing a destination shared by other imports.

Why it isn’t already fixed

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

  • local adapter ownership vs shared configuration change
  • today's acceptance proof vs broader regression coverage
  • export success vs usable membership

Why Databricks

Unity Catalog retains the identifiers needed for activation while Lakewatch exposes the loss at the destination boundary.

Written with these in mind

Customer-facing integration engineersHands-on solutions architects

Not your kind of problem? 115 more at Databricks, 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 Databricks. 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.

The same setting, from another role

Each is set around Databricks’s CustomerLake, 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.