Personal Insights
Fantastic Ghosts and How to Engage Them
The writing in the book was the first sign; the voices we heard were the second. Although we had an idea of the kind of ghost we were facing, we were killed as soon as the lights went out.
According to Phasmophobia, the psychological PC game my friends and I were playing, the ghost was a Mare and not the Spirit we had assumed. Mares, as it turns out, hate the light and like to hunt in the dark.
Phasmophobia: Progressive profiling gone wrong
It’s a costly, yet common enough error to make in a game that challenges players to identify ghosts based on their unique attributes and paranormal behaviors demonstrated while haunting various locations.
I’m a paranormal investigator at night and an SAP functional consultant during the day, but recently the two roles have started feeling eerily similar. In both my virtual and real-life occupations, I work with people who want to leverage services that make it easier to learn more about their visitors. And the game’s core concepts of centralizing the capturing, segmenting and activating data are highlights of my customer conversations.
What I realized is that Phasmophobia has a whole lot in common with SAP Customer Data Platform (or CDP for short)–a tool that businesses use for gaining customer insights–and can teach us lessons about improving the customer experience.
The Book of Afterlife
Much like CDP, the player’s journal in Phasmophobia acts as a central repository for ghost information, activities and behaviors that help identify the type of ghost and determine what appropriate actions the player should take next. While the data transferred from sources (haunted locations) to the journal is more of a manual transaction than what you’d typically set up with CDP and external databases, the key concept around activating the data collected is the same.
Here’s an illustration of how the data flows from one system to the next and influences the actions taken:
Phasmophobia architecture
Paranormal Activity
Data can come from different sources in both CDP and Phasmophobia.
At the start of each assignment, players are given a small set of information about the ghost including their first and last name, the address or name of the house being haunted, and (sometimes) whether the ghost only responds if the player is alone.
From there, it’s up to players to use the tools at their disposal such as thermometers, UV flashlights, and cameras to capture even more behavioral data within the haunted area. Understanding the kind of evidence available is key to each investigation.
Similarly, the first step in setting up CDP is data ingestion: using connectors, batch ingestion, and APIs to collect basic contact information and key events such as purchases, subscriptions and activities captured from multiple resources during a customer journey.
While players need not worry about setting up the ghost data model in the game, admins do need to create the customer schema and events that populate this data in CDP. I’d imagine a CDP configuration for Phasmophobia would look something like this:
A spooky CDP schema
I See Dead People
Establishing the data model in both CDP and Phasmophobia makes it easier to gain insights about customers or ghosts.
In CDP, administrators use two types of insights:
- Activity Indicators – calculated or predictive fields based on customer activities
- Segments – categories of customers based on behaviors, activities and demographics
Both are strong tools for segmenting and learning more about customers.
In Phasmophobia, players have their handy journal, which is smart enough to automatically highlight potential ghost types based on evidence found during the investigation. For example, a ghost that leaves fingerprints and freezing room temperatures would likely be a Demon, Hantu, Jinn or a Mimic.
Phasmophobia Journal: 10x smarter than a Rocketbook
While these basic mechanisms for segmentation and prediction are useful, I do see opportunities for the game developers to accelerate investigations by updating the journal with new CDP-like calculated fields that capture:
- the volume and frequency of ghost events
- the amount of player sanity lost after each ghost event
- the duration of a hunt
- the volume and frequency of objects thrown
Ghost Whisperer
Once players gather enough information about ghosts (or customers), they’re better equipped to engage them. Of course, what those engagements look like differ between the in-game objectives and typical CDP use cases (Ghosts aren’t interested in email discounts and follow-up calls, for example.), but the central point is that enough information exists to take the next action.
In Phasmophobia, those actions might involve returning to the ghost location with more monitoring tools for A/B testing, burning smudge sticks in the ghost room to help the spirit relax and hunt less often, and/or entering the area alone to elicit feedback from shy ghosts. Departing without identifying the ghost is always an option too, but there is much less reward.
Phasmophobia’s spirit box is great tool for gathering first-party ghost data.
If Phasmophobia can teach us anything about the customer experience, it’s that for businesses to effectively work with customers, they must first try to understand them. Ignoring or misinterpreting their signals may not have fatal consequences in the real world, but an indifferent approach to customer service could lead to the erosion of customer trust, customer churn or data privacy issues.
And if you find yourself falling often to supernatural visitors in Phasmophobia, take comfort in the quote from the late Irish author Elizabeth Bowen who wrote:
“Ghosts seem harder to please than we are; it is as though they haunted for haunting’s sake — much as we relive, brood, and smolder over our pasts.”
What a fun and interesting way of looking at things. It also made me look up Phasmophobia. 🙂
Collecting data. It's always interesting how you can slice and dice it. And - as you've stated - if you are looking with a preconceived idea. You can always find "proof" that the idea is the right one. However, if you look at it openly - you may just be surprised. As a person - it's hard to look at the data openly and discover patterns of behavior. With the repository, it could lead you in a general direction. And then you can take it and do a proof of concept. (Or something like that)
I hope I haven't completely messed up what you are trying to convey. And like you have said - keep moving along forward until you reach the ultimate goal.
I loved reading this one!
Michelle
Excellent point, Michelle, and thanks for the comment!
I agree there needs to be a period of open data analysis/discovery before segmenting and acting on the data. While I was mostly focused in this blog on drawing parallels between the game mechanics and CDP for fun, the truth is: If companies are really trying to understand ghosts as customers, and not just trying to identify unwanted visitors and survive, they can likely do better than to create simple data segments like "Mare," "Spirit," or "Revenant", each profile with pre-defined behaviors.
A better segment might end up being something like "blew out 5 or more candles in 1 day". When any type of ghost falls into that segment, a marketer could consider emailing the ghost (or perhaps more appropriately - entering through their Ouija board) a discount code to a candle snuffer or party goods. Or maybe ask the ghost questions on the Spirit Box to understand if they're unhappy with candles, light or fire. Either way, this is a behavioral pattern that warrants some attention and action.
Now you've got me going down further down this rabbit hole ;-).
Cheers!
Eddie
Hello Eddie Bautista
Almost like - SAP Guardians of the Data Galaxy
Best Regards Roland