EngineeringMarch 17, 2021

The value of a universal customer ID across your tech stack

Teams across industries are striving to create a 360-degree customer view. But if that view isn't seamlessly integrated with the tools and systems throughout the tech stack in real time, growth teams aren't able to use it to drive results. Learn more about how you can implement a universal ID and make it available across the stack.

universal-customer-id

We’ve written on the mParticle blog before about the importance of being able to access a single view of the customer. As customers engage across multiple devices, it has become imperative to have a system in place that unifies engagements from across devices to single customer profiles, and furthermore to ensure that those profiles are clean, consistent, and accurate. 

Disconnected data sets and duplicative, incomplete customer profiles siloed in various systems result in wasted time for developers, confusion for business teams, and bad experiences for customers. For example, think of the last time you called a brand’s customer service center after spending time researching independently, only to find that the support agent has no knowledge of your customer history. By now, the need for a single customer view has been widely recognized, with the IAB reporting in 2018 that 60% of digital marketers cite connecting the dots across different channels as the activity that consumes the maximum time and resources.

And while being able to build a unified profile is important, the value of profiles is limited if they too are siloed in a third-party tool and can’t be activated quickly. For example, if your profiles live in a Data Warehouse that isn’t accessible to non-technical stakeholders, your organization won’t be able to use those profiles to support downstream initiatives such as A/B testing, customer engagement, and analytics without developer support. 

To realize the value of your unified customer profiles, those profiles need to be tied to a customer ID available universally throughout the tools being used to drive growth. This blog will walk through some of the processes that are important to consider when building unified customer profiles, as well as how you can integrate a universal customer ID across your tech stack. Finally, we’ll walk through two high-value use cases you can implement once you have access to a universal customer ID across your tech stack.

Building a single view of the customer

Before you can share a universal customer ID across tools, it’s important to make sure you have the infrastructure in place to build high quality customer records. A successful system should address factors such as collecting data from across channels and converging anonymous and known profiles.

Unifying data from across channels

If your mobile engagement is separated from your web engagement, and too from ad attribution data, it can become impossible to understand the customer journey, let alone use that information to deliver a unified customer experience.

One reason that many growth teams struggle to unify data is because they are collecting data from the client side directly into downstream tools through multiple vendor implementations. If, for example, mobile events are being collected into your analytics tool through a client side implementation while web events are being collected into your customer engagement tool through a JavaScript snippet, data will become siloed in distinct downstream systems and will be difficult to unify.

One workaround for downstream silos is to connect integrations between all of your downstream tools. However, there are several problems with this approach: 

  1. Downstream tools are designed primarily for activating data, not cleansing, transforming, or unifying it and therefore may have limited interoperability. Additionally, not all downstream tools will integrate with one another.
  2. With each tool collecting data through its own data schema, integrating across systems may result in a data quality nightmare.

By limiting your tech stack to tools that integrate with one another, you may be restricting functionality and prohibiting yourself from selecting the tools that are truly best for the job.

An alternative solution is to introduce cross-channel data unification at the point of data collection with a single customer data infrastructure. Once data has been collected from across channels and resolved to unified profiles within a single tool, such as a Customer Data Platform, you can then make those profiles available to downstream tools.

Converging anonymous and known profiles

One of the most complex aspects of building an identity architecture is determining how to merge profiles and handle anonymous and known records. 

Almost all consumer brands today have a combination of known and unknown users visit their properties. Certain industries, such as web-based media publishing, may rely predominantly on anonymous traffic; while others, such as mobile gaming, primarily support logged in users. Furthermore, the degree to which a user makes themselves known by providing identifiers such as email and username provides indications about their progress through the customer journey. Having a system in place that determines how and when to resolve anonymous and known profiles is critical to understanding engagement, controlling costs, and delivering relevant customer experiences. 

For example, mParticle’s IDSync is designed to address the following common issues with user identity management:

User continuity
As a user progresses through the buying journey, they will often take certain actions in your app or website before registering for an account and creating a known profile. At that point of conversion, you have two options: link the new logged-in user profile with the original anonymous one, which yields a continuous view of the user journey, or create a new user profile at the point of registration and keep the post-signup activity completely separate from the pre-signup activity.

There are compelling business and legal arguments for and against each approach. By choosing the first approach, you have a chance to preserve a complete history of a user’s experience with your app. This might be invaluable for improving your funnel. However, you also introduce the possibility of mingling data from several users into a single profile. For example, on a shared device, multiple users might access the app in a pre-signup state.

The second approach sacrifices the possibility of collecting a user’s entire history under a single continuous view. However, you can be sure that the data from your logged-in users is never mixed up with data from a different user. Quarantining anonymous data from known user data may also be required by law.

Since the best way to perform identity resolution will depend on a company’s business goals, legal obligations, and other factors, it’s critical that your identity resolution architecture provides the flexibility to select which customer identifiers are used to unify events. It is also crucial to have transparency into how your user profiles are created and updated, so you can always be sure that profiles really are being built in the way you expect them to. Your vendor tools' APIs and policies shouldn't dictate these decisions––rather, you should look for tools that allow you to decide how identity is managed across your tech stack. Read more about how mParticle’s IDSync addresses these issues here.

Cross-device/cross-app tracking
Users often interact with an app ecosystem through more than one device. For example, users might interact with an eCommerce app through both a native app and a web browser, or view media content on a web browser, a native app, or a Roku channel.
Many apps will want to track events and lifetime value for a user across all platforms, but others will prefer to keep data for each platform separate. 

Additionally, your product ecosystem may be spread not just across multiple platforms, but also multiple apps. For example, a gaming organization might publish dozens of individual games and want to track their user’s LTV across all their apps. By creating workspaces for each app group under the same mParticle account, you can allow them to share a pool of users, and create only one profile per known user, no matter how many of your apps they use.

Personalization of the customer experience
High quality customer profiles are the foundation to delivering personalized customer experiences. Unified profiles can be activated in downstream engagement platforms, queried to build audience segments, and even activated programmatically for 1:1 personalization. 
Having a system in place to manage how profiles are merged is critical to downstream personalization, as unresolved profiles can lead to bloated marketing costs and bad customer experiences.

mParticle’s IDSync enables marketers to use the mParticle Profile API to get the most up-to-date real-time user identities, device identities, user attributes, and audience memberships. The Profile API uses either an identifier with Immutable Identity set or the mParticle Identifier to match a user profile. Additionally, IDSync Search allows marketers to query User Profiles by any known identifier, such as email, mobile phone, or device identity, and return all matched user identity values including the mParticle ID. The mParticle ID can then be used with Profile API to get the values necessary to personalize the customer experience.

Also, once IDSync is working to unify events across sessions, channels, and devices, data engineers no longer have to maintain their own internal system. Depending on the scale of an organization’s data practice, eliminating this workload can often result in hours of liberated engineering time, as unifying data points across channels in real time can require sizable teams of developers wholly dedicated to this task. d that their homegrown data pipelines were becoming unmanageable. 

Integrating a universal customer ID across your tech stack

Building unified customer profiles tailored to your customer journey is a great first step, but for teams across the organization (marketing, product management, analytics) to realize the full value of your profiles, they need to be made available across downstream applications.

To do so, every profile must contain a unique, persistent identifier that can be exported alongside profile data to external systems. 

Every customer profile in mParticle, for example, contains a unique MPID identifier. MPIDs can be forwarded to the downstream systems of your choice, such as Amplitude, Braze, and Amazon Redshift via packaged server-side integrations.

Once you have a universal customer ID, such as the MPID, available throughout multiple systems, it becomes significantly easier to link analytics insights, messaging performance, customer support inquiries, transaction records and more across your growth stack. Let’s walk through a couple specific use cases that become possible with a universal customer ID.

Email customers that frequently abandon cart

Cart abandonment presents a prime opportunity for re-engagement. Automating the workflow requires coordinating identity across data collection, analytics, and messaging tools.

To begin, collect and unify checkout events from across channels such as website, mobile app, and/or Shopify store to unique customer profiles. Next, you’ll want to build a segment of users that have frequently abandoned carts. This can be done in an ESP, customer engagement platform, or in the audience builder of your Customer Data Platform, depending on your tech stack. Finally, you can activate that segment to your engagement tool to follow-up with frequent cart abandoners by email, using your universal ID as the common data point. This can be done within a downstream system, or through your Customer Data Platform’s server-side integration capabilities.

Reach loyal customers with exclusive offers

One of the best ways to reward and re-engage your most active customers is to provide them with exclusive offers and products. To understand customer engagement, you’ll first need to collect data from across channels and tie it to unified customer profiles so that you can get a complete view of activity. 

Next, you’ll need a way to identify a segment of highly active customers. If you are using a BI tool, such as Looker, you can run a query based on dimensions such as lifetime revenue, purchase consistency, and/or last purchase date. Alternatively, mParticle’s Calculated Attributes allows you to compute events and attributes over time by using the raw data stream of events and user information. Calculated Attributes can then be used to build audiences,  forwarded to downstream tools for activation, or pulled on demand via mParticle’s Profile API

Finally, once you have your segment of highly active customer profiles, you can connect that segment to an engagement tool or paid media system of your choice for activation. By referencing the universal ID available throughout your tech stack, you’re able to reach the right customers with an exclusive offer.

Latest from mParticle

See all insights
Q4 product updates

Company

mParticle Q4 Product Innovations

What is a conversions API

Growth

What Is a Conversions API, and Why Marketers Need It Now

Buying a CDP Today

Growth

Part Eight: Buying a CDP Today