Skip to main content
Adrià García
← All patterns
Pattern 08Identity

The person you measure is not the person you activate

The identity graph decides whom to activate now. Analytics stitching rebuilds who it was. They are two answers, and each is designed on its own.

One person, two answers
Activate now
Identities
Identity graph
Audience
Measure the past
Events
Person ID + stitching
Report

Generic diagram. It does not reproduce a client architecture.

Experience Platform and Customer Journey Analytics are often expected to count the same people. There is no reason they should. The identity graph joins identifiers to activate someone right now, with rules that protect the profile. Analytics stitching reassigns events to a person to measure what already happened, with its own person ID.

Both fail in the same way when the identifier does not represent a person: a shared account, a household email or a placeholder value. The architecture decision is not which tool to use. It is which identifier is a person in each one, and how that is checked.

Production signals

  • The people in reports look nothing like the active customers.
  • A household or company account ID acts as the person ID.
  • Each dataset in the connection uses a different identifier.
  • Analytics is expected to match the profile, and nobody explains what each number is for.

Recommended architecture

Choose as person ID an identifier that represents one person, the same across every dataset in the connection, and validate the people against real customers.

Explain in writing which question each tool answers and why their people counts do not match.

When not to apply it

  • Do not use the account as a person when the account is what you analyse: it belongs in a dimension.
  • Do not force the numbers to match at the cost of joining different people.

Try it in a simulator

Interactive scenarios where this pattern fails and gets fixed.

Explore this decision