One of the probably least understood tools that come with the Adobe Experience Platform (AEP) is Offer Decisioning Engine (ODE). It is currently bundled with Adobe Journey Optimizer (AJO), although I personally consider it a completely independent tool. I have used it in a couple of projects and, in the last one, we have configured it to do some cool stuff. While conceptually simple, it has so much flexibility that it is difficult to understand it in full. This post is just an introduction to help you understand it.
I have explained a few times that the main purpose of the Adobe Experience Platform (AEP) is to create segments. With AEP’s promise to be a real-time engine, it makes sense that segment evaluation is also real-time. In other words, as soon as a profile matches a segment definition, it qualifies for it and it is sent to the destination for activation. However, there are some nuances that you need to be aware of before you start creating segments.
Having lots of data in a data lake sitting idle is a waste of resources. If you store data, it is because you want to take advantage of it. If you have no use for some data, you should, at the very least, archive it, if not completely delete it. Let’s see a few options of what you can do with your Data Lake.
You should understand by now the Real-Time Customer Profile and the Data Lake. However, these building blocks need data, a lot of data, to operate. Just to give you an example, I am currently working on an implementation that will host more than 150 million profiles. And this is not the biggest that we have seen in our customers. This why I call this post “Feed the beast”.
Any system that stores a decent amount of data ends up needing a data lake. The Adobe Experience Platform (AEP) is no exception and there is surely one, which will be today’s topic. I want to particularly focus on the misconceptions, with the hope that you understand this building block and know how to use it.
At the heart of the customer engagement area of the Adobe Experience Platform (AEP), we have the Real-Time Customer Profile (RTCP). This building block is where you find capabilities like the profile store, the identity store and the various segmentation engines.
During the session I delivered during the 2023 Summit, I condensed a lot of information into just 30 minutes. Some of it I already knew, but there were other concepts that I had to learn. Some people like to follow a video so, if you are one of those, here you have the recording of my session: See Under the Hood of Adobe Experience Platform - S401. However, if you are like me and instead prefer to read, when it comes to learning new content, this post is for you. It will be the first of a series of posts where I am going to document what I explained during this session.
I am happy to announce that I will be delivering a session at the upcoming US Summit in Las Vegas in March 2023. This will be my first time at the US Summit (I have already been at the EMEA Summit) and I am very excited about it. If you are planning to attend in person, come and say hello!
I think that I have said a few times that, when I got trained in Adobe Audience Manager (AAM) in September 2014, I only understood about 50% of it and it took me another year to become an expert. With the advent of the Adobe Experience Platform (AEP) and its Real-Time Customer Data Profile (RTCDP) application, I did not need that much time to feel comfortable with it. One could say that RTCDP is the successor of AAM, which makes the transition easier. However, the two have very different backgrounds. So, what are the commonalities and differences between the two?
I am returning to my series of posts on Adobe Experience Platform (AEP), which I left a few months ago. We are at the last step, although it will take me a few posts to get into all the details I want to explain. The activation part of AEP is when we finally see the value of AEP, when we are finally using its results in our marketing efforts.
As I said in the introduction to RTCDP B2B, marketing automation activities are very different in B2B compared to B2C. If there is one detail that I have found particularly difficult to understand in B2B, that is the data model. The first time you see it, it feels too complex, until you start to understand what it is all about. This post is an explanation of the AEP B2B schemas, using my own words. My goal is to help you understand this data model if you, like me not that long ago, have no clue about it. Any subject matter expert could write a dissertation on each schema. However, my goal in this post is to help newbies. If you find any error, let me know in the comments and I will fix it.
Although I have been 10 years at Adobe, during 9 of those years I had been oblivious to the business-to-business (B2B) world that lies out there. My customers had been from many different verticals: retail, telecom, banks, gambling, CPG… but all these cases were business-to-consumer (B2C). Last year I had my first encounter with a B2B customer; this year I have had two RTCDP B2B implementations. If you are a bit lost regarding the differences between B2B and B2C in the Adobe Experience Platform (AEP), this post is for you.
One of the main purposes of Adobe Experience Platform (AEP) is to create a 360-degree view of your customers. In more technical terms, this is what we call the unified profile. While this is a conceptually sound capability, there are certain cases when this unified profile could be wrong, with information from other profiles which should not be there.
If you have been following my series on the Adobe Experience Platform (AEP), you should now have data ready to work with. If you have the RTCDP or AJO SKUs, you will now want to start communicating with your customers. For that, the next step is to segment your total population, which is what I will describe here.
I have mentioned a few times the expression enable for profile, without explaining what it really meant and how to play with it. I wanted to document it a few months ago when I started writing more about the Adobe Experience Platform (AEP). However, as usual, I realised that I had to first explain some background before addressing this concept. This is what I have done in the past few posts, but now you should have all you need to understand it.
Creating an XMD schema does not also create storage for this schema. A schema is just a data model, not the data itself. To get the data in Adobe Experience Platform, you need to create datasets, which conform to schemas. In other words, the datasets are the storage where the ingested data is stored.
I had written this post a few months ago, but I realized that there were many topics that I needed to explain before I could finalize it. Now that you understand what the Experience Data Model (XDM), the AEP identities and the unified profile are, let’s see how all of these features are used together.
One of the first clarifications I need to make about Adobe Experience Platform (AEP) when I start working with a new client is that it is not your typical database. People are used to relational databases and NoSQL databases, so, naturally, they try to classify AEP into a known category. I would dare to say that CDPs should have their own category.
AEP stores a huge amount of structured data. Therefore, it makes sense that you can access that data in a way that resembles a database. In this post, I will show you a couple of ways to achieve it.
Now that you understand what the Experience Data Model (XDM) is, let’s move to another critical element of the AEP puzzle: identities. In theory, they look simple but, under the hood, they can become complex and difficult to manage.