Redefining the Customer Journey

Redefining the Customer Journey

Have you ever played RevOps detective? ???

The story goes something like this. There’s a closed-won (or a closed-loss) account, and you’re wondering how they got to that point. As you start your investigation, you find that you are missing some key points in the customer’s journey for one reason or another and it’s hard to know what happened. Your Customer Journey Map is incomplete.

What’s in a customer’s journey?

The team at Delighted defines a customer journey map as follows:

A customer journey map is a visual storyline of every engagement a customer has with a service, brand, or product. The customer journey mapping process puts the organization directly in the consumer’s mind to better understand the customer’s processes, needs, and perceptions. (source)

In the B2B world, that journey might look like this:

source:

To create this map, you need to track the prospect from consideration through awareness, activation, and action. Once the prospect becomes a customer, you’ll need to link their prior actions with their customer actions.

In theory, this seems straightforward. When you play detective, you want to go back in time and determine what milestones the customer crossed, when they took those actions, and get a general sense of why they ended up lost or won.

It’s not usually that easy when you find yourself playing detective.

Why don’t more teams focus on the customer journey?

What would a data detective need to solve this problem more effectively? After the fact, it’s not easy to find out what happened for a few reasons:

  • historical data is almost certainly different than the current state, but the intermediate steps and times might not be captured
  • the granularity of the information might be different than what you need (you wanted daily data, and you have weekly or monthly data)
  • it’s not clear when significant milestones happened in the customer journey, particularly if your definitions for those milestones change over time

It’s hard to know what happened, when it happened, and how to relate the things that happened into a timeline that’s easy to consume. To make that journey map, you’ll need to arrange your information in these areas.

Events: What Happened

Data detectives want to know how people arrived at your site, what they did after arriving, and what they did after signing up. How granular should this be? You probably need to balance between capturing an event every time a customer scrolls a menu (though recording their session makes sense) and recording the most important things that happen.

A successful list of events tells the story of that customer’s interaction over time. It’s the customer journey map for that individual customer, and it needs to be pretty detailed.

Milestones: When Did Important Things Happen

There are certain events in the journey that are significant. “Signed up for demo.” “Started a subscription.” “Failed a payment.” “Renewed for another term.” “Canceled.”

In a perfect world, these things happen on a timeline where you can review each event, calculate the difference between this event and another one, and learn a bit more about the journey. In many systems, these events are the names of stages. If you don’t track the date stamp of a significant milestone, you’re missing an important piece of information.

A series of events gives the data detective more information to solve the case.

Trends: What groups of things are happening

A successful data detective reviews trends as part of the investigation process. You’ll want to know if this has happened before, and whether you’ve established a new pattern.

Do this by looking at:

  • what happened and when (a data series of events)
  • significant things that happened for this customer (the same, but for specialized events)
  • the paths the customer took to get to the significant event

Paths give you a sense of journey but not velocity. You’ll know what happened and will be hard to suggest what could happen next.

What can you do about this problem?

Prediction is the big gap in the customer journey. (And in the journey map.)

What would it look like to help future data detectives in your organization?

  1. Make sure you are capturing event history, not just significant events
  2. Think about the required data grain for your metrics. If you need hourly metrics, daily data is not going to do it. (You’ll need a time stamp.)
  3. Start thinking about the next most likely action based on the path and how to highlight it in the customer’s record

Bonus points if you are able to store a data series of decisions made by the organization that affect the “important metrics” and how they are calculated. You could use a form of this decision log.

What’s the takeaway??Data detectives use the events that happen in your customer journey to find out what happened. When these events fit into a story that can be replayed and compared with other customers or prospects, you gain valuable trending information for predicting next actions. Without that consistency, data detectives have more work to do.

要查看或添加评论,请登录

Greg Meyer的更多文章

  • Create a pacing graph with Google Sheets

    Create a pacing graph with Google Sheets

    As an operator, how many times do you get asked: “how are we doing this month vs last month? (Or vs. some previous…

  • In support of "boring" software

    In support of "boring" software

    I am an unabashed technology fan and an early adopter of new things. As a kid, I loved (and still love) science fiction…

  • 5 ways to make your low-code automation more effective

    5 ways to make your low-code automation more effective

    When I started my first software job, I remember thinking two things: I am definitely not the smartest person in the…

    2 条评论
  • Turning daily improvements into milestones

    Turning daily improvements into milestones

    You’ve seen the statistic. 1% improvements daily for a year yield a 37x return.

    2 条评论
  • Building Diagrams with Computers

    Building Diagrams with Computers

    Ethan Mollick writes about AI that “the only way to figure out how useful AI might be is to use it.” This is not…

    2 条评论
  • Going from 0-1 in Data Operations

    Going from 0-1 in Data Operations

    Imagine you are starting a new venture and need to describe all the data tasks that need to happen to get you from…

  • An ode to console.log()

    An ode to console.log()

    Some of the first programs I ever wrote on a computer used PRINT to echo a line to the screen. Using BASIC, I filled…

    1 条评论
  • Great performance demands mental preparation

    Great performance demands mental preparation

    The coach will see you now When I was younger I wanted to be a professional baseball player. Professional baseball…

    2 条评论
  • Data Operations, revisited

    Data Operations, revisited

    When I started writing about data operations In 2020 I suggested an example definition that focused on data shared…

  • From Atoms to Bits: Building Software from Cow Paths

    From Atoms to Bits: Building Software from Cow Paths

    It’s not easy to be a technologist these days. For almost any problem you can think of, there is a solution claiming to…

社区洞察

其他会员也浏览了