That Loving Feeling: How Companies Lost It, And How To Bring It Back
Checking session availability…
Hang tight while we load the latest updates.
Why would a major Las Vegas hotel consistently have a room service waiting time of 1.5 hours? Why would a major airline consistently have delays that torment a well-known design and usability consultant based in Boston? Why would a major financial services company try and cross-sell a credit card when a customer is in the middle of the highway reporting a car accident?
What we've got here is a failure to communicate. Businesses are complex, with thousands of people, processes, business rules, systems, and products all impacting thousands of touchpoints that millions of customers interact with. If left unmanaged this complexity can be disastrous for the customer.
An organisation's biggest asset is its employees, the way they work, communicate, and collaborate. This system needs designing just as much, if not more so, than the customer-facing experiences we spend most of our time on. It's time we turned our talents inward and designed ourselves.
The concept of Enterprise Architecture has been around since the 80's. Management consultancies like Accenture have made it a staple offering and books have been written about it. Unfortunately, they're all wrong, or rather missing one key component.
In this example-filled, thought-provoking session the audience will be challenged to think about their organisations differently, introduced to the missing component, and given a framework and language for effecting a cultural change amongst their business and technology partners.
That Loving Feeling: How Companies Lost It, And How To Bring It Back
Richard Dalton at UXDX Europe. Video: https://youtu.be/hYonDLtQm-I
Readable transcript: edited from the recording's captions for readability (fillers and false starts removed, punctuation and section headings added). Wording is the speaker's own. Timestamps are positions in the video. Names marked [?] could not be verified against the audio.
Design, product and engineering are not enough
[00:00:03] Thank you, Jay. All right. Good morning, everybody. Design, product management, engineering: they go together like chocolate, vanilla and strawberry in Neapolitan ice cream. They're the three cornerstones of creating exceptional experiences. But I'm here to tell you that they're not enough. Our companies and our organizations are at risk, and design, product management and engineering alone are not going to be enough to save us.
[00:00:42] I can hear you all thinking, at risk of what? Let me tell you a couple of stories. Who here has had room service at a hotel in the past few weeks? Okay, this was what your room service experience was like, right? Crisp white linens, freshly pressed orange juice, gourmet food, million-dollar view. No? This is more like my room service experiences.
[00:01:12] I was at the Venetian Hotel in Vegas late last year for the Money 20/20 fintech conference. Money 20/20 is one of the biggest fintech events in the world. It's about 15,000 attendees. It's hosted at the Venetian and Sands Conference Center. The Venetian itself is the biggest hotel complex in the world. It has over 8,000 rooms and suites.
[00:01:37] And on the first morning, while I was getting ready for the event in my room, I thought, I'll call for room service. So I picked up the phone, said, "Hey, could I have a couple of eggs and some toast and some orange juice?" "Well, yes, Mr. Dalton, of course, we can have that to your room in 90 minutes." Nine zero. An hour and a half. I was like, well, it's only going to take me 15 minutes to jump in the shower, so I'll pass, thanks. I thought nothing more of it. I went downstairs, I found a bagel, and life was good.
[00:02:05] Second morning, I thought, I'll call again for room service. "Why yes, Mr. Dalton, we can have that to your room in 90 minutes." So for the next three mornings, five days total, I called for room service for breakfast, not with any expectation at that point of actually having room service, just because I wanted great examples of customer experience failures for talks like this. And sure enough, for the next three days, five days total, the Venetian, the largest hotel in the world, could not get a couple of eggs and some toast and orange juice to my room inside of 90 minutes.
[00:02:41] Now, they knew how many people were staying in the hotel. Hotels are pretty good at that. They knew that they were completely booked because of this 15,000 person event downstairs. They knew that all of these businessmen and businesswomen were getting ready in the mornings and wanting to combine their activities, and yet they couldn't figure out how to get some eggs to me inside 90 minutes. It's a pretty bad customer experience.
What happened to David Dao
[00:03:08] What about flying? Who flew here to be in Dublin? This was your experience, yeah? Lay flat bed, pillows, windows, slippers and pajamas. No? That wasn't the experience of this unfortunate United Airlines passenger a few months ago, either. Many of you may remember the story.
[00:03:38] This is Mr. David Dao, whose crime in life was wanting to get from Chicago O'Hare Airport to Louisville, Kentucky on a United Airlines flight. Turns out that United also wanted to get some of its own crew from O'Hare Airport to Louisville, Kentucky to crew a flight leaving Louisville later that evening. And as is their common practice, they decided to put their crew on one of their commercial flights.
[00:04:06] That flight happened to be full, so they did their standard practice of saying, "Well, would anybody like to get off the plane and take a later flight and we'll compensate you with $200? How about $400? $600? Hey, would somebody please get off the plane for $1,000?" Nobody wanted to get off. Apparently Louisville was very popular that evening.
[00:04:27] So United decided to go to one of their fallback methods, which was to use an algorithm and pick some people and tell them to get off the plane. They used information, I'm sure, like when people had purchased their tickets, how much they had paid, whether they were traveling alone or in a group, what their frequent flyer status was. I'm pretty sure they didn't ask any premium select global world miles travelers to get off the plane. And they picked a handful of people, including the unfortunate Mr. Dao.
[00:04:59] And they said, "Hey, you have to get off the plane." Well, Mr. Dao was a doctor. He had some business in Louisville that evening. He didn't get off. He said, "No, I'm not getting off." So United sent onto the plane what we can only generously describe as a couple of thugs from the O'Hare Airport security force, who basically assaulted him, concussed him, and dragged him bleeding with chipped teeth from the plane, in front, of course, of all of the passengers who were videotaping and photographing it and who later tweeted and posted on Facebook.
[00:05:29] And pretty much every media outlet in the States, and I'm sure many around the world, wrote stories on this. United had to offer multiple apologies, because first their CEO basically came out with a knee-jerk statement that said, "Well, he should have just gotten off." So they had to apologize for that too. It was not a good day for United. It was not a good day for the people on this flight, and it certainly wasn't a good day for Mr. David Dao.
[00:05:54] But it's not just United. We see stories like these on social media all the time. I'm sure many of us have experienced bad customer experiences. Hopefully not as bad as Mr. David Dao's. Quite frankly, we could all do a United to our customers at any time. Why is that? It's because of unintended consequences. Like this one.
[00:06:29] Video clip: Here we go. Here we go. Come on. Over. Oh. Oh. Oh. Come on. Up and over. Crap. Uh-oh. Uh-oh. You have to be kidding me. You have to be kidding me.
[00:06:53] United didn't intend to drag Mr. Dao off the plane. It happened because a bunch of, I'm sure, well-meaning United employees deep in the bowels of United, potentially even years ago, made some decisions about policy and business processes and business rules without any awareness of the horrible, horrible unintended consequences that that could have on the customer experience and Mr. Dao's experience.
The iceberg beneath the customer experience
[00:07:24] Let's go back a couple of hundred years. Think about what businesses were like then. Life was simple. It was a simpler time. Businesses were simple. They were the shops on the corner. Customers would go into the store, interact with the owner across the counter. It was less a customer experience and more a human experience. The owner was able to make policy decisions on the fly, right there.
[00:07:51] But then technology happened. Technologies like the postal system, telegrams, telephone, computing, internet, mobile. And that allowed businesses to scale massively. But it also moved the human and the policy maker out of the equation, as customers started to interact a lot more with the mobile screens and web pages and voice systems that many of us in this room, from a design, product and engineering perspective, have been building and designing for 20 years.
[00:08:26] But the customer experience is just the tip of the iceberg in most companies. Lurking beneath the surface is the rest of the business, the 90% of the organization that is business rules and operations and legal and compliance and HR and facilities. And all of this beneath the water has a massive impact on the customer experience above. And the problem is that these well-intentioned people in the bottom of the iceberg have little to no awareness of the unintended consequences of the decisions that they make on a daily basis, and the impact they can have on the customer experience.
[00:09:15] The problem's one of causality. We don't have models that we can use to understand how everything in the bottom of the iceberg impacts the experience above the water. Consequently, we can't predict and prevent problems like Mr. Dao's or my Venetian example from happening. Nor, though, can we look for areas to delight.
Why enterprise architecture doesn't bridge the gap
[00:09:42] Now, there is a practice and a discipline that has tried to work in this space over the past 20 or 30 years. It's called enterprise architecture. Companies like Accenture have made hundreds of millions of dollars consulting on this. They'll go into a business and help them understand their people, process, technology and information. Call it PPTI. Books have been written about this field. But unfortunately...
[00:10:12] Video clip: "What books?" "Pardon me?" "What books did you write?" "I wrote a biography of Admiral Halsey called The Fighting Sailor, about naval combat tactics." "I know this book." "So it'll impact..." "Your conclusions were all wrong, Brian." "Ten seconds." "Halsey acted stupidly." "Nine." "I know these books. Your conclusions were all wrong. He acted stupidly."
[00:10:42] Because all of these books, and all of the models that they contain, talk a lot about strategy and capabilities and people and process and information. But all of these models, they all omit the most important thing. They just connect things beneath the water. They don't bridge the gap.
[00:11:09] And by the way, there are solutions in the top of the iceberg too: customer experience journey management solutions and systems. Now don't get me wrong, these are great systems. They'll help you manage your cross or multi or omni channel, what are we calling it these days? They'll help you manage all of your different touch points across channels and understand how they interplay with each other, and who's using them, and the patterns of usage, and how they're helping you sell more product at lower cost. But they really don't connect beneath the water either. We don't have solutions to bridge the gap.
Two complex systems that do have management systems
[00:11:46] So this seems like a pretty complex problem to try and solve. Where do we look for inspiration? This is the USS Truman's flight deck. USS Truman is a Nimitz-class aircraft carrier in the US Navy. The US Navy has 10 of them. It's got a couple of nuclear reactors on board, five or six thousand crewmen and crew women, 80 combat aircraft, simultaneous launch and recovery, a four and a half acre flight deck. This is a really complex system too. Mistakes here, they don't mean you wait 90 minutes for your eggs and your orange juice. Mistakes here are life and death.
[00:12:25] And this is one of Amazon's fulfillment centers. Amazon's got millions of products. They peaked at over 600 orders per second on Prime Day a year or two ago. 300 million active users, a couple of hundred billion in revenue. Another really complex ecosystem. What do they both have in common? They both have management systems.
[00:12:48] This is the Ouija board, which is basically a six-foot long table that's a scale model of the flight deck on a carrier. And the flight operations officer, the guy in yellow here, they move little scale model aircraft around on the deck to indicate where they should go. They put little colored nuts and bolts next to them to indicate whether or not they're armed or fueled, ready to take off, whether they should be parked with the tail on the deck or the tail off the deck, depending upon whether they've got maintenance to do on it. This is how they manage their ecosystem.
[00:13:17] Interestingly, they're digitizing these systems now. It won't be a physical table, it'll be a digital system, so that the information can be disseminated throughout the carrier, the pilot ready room, the hangars, the maintenance department, so that every one of the five or six thousand crew men and women aboard can understand how they contribute towards the most important thing on a carrier, which is the launch and recovery of aircraft.
[00:13:41] And this is Amazon's Kiva system. Kiva's a wholly owned subsidiary of Amazon. It consists of an inventory and supply chain management solution that knows where every product is in the supply chain, where they got it from, who supplied it, how many they have, how much they weigh, how much they cost, which customers like it, which customers have bought it recently, and then they pair that up with these cute orange robots that go and get things from the shelves.
[00:14:03] Now, both of these management systems have been optimized to achieve the outcomes that these organizations cared about. The Navy cares about speed of operation, safety, and ability to operate in all weather conditions, so they've optimized for that. Amazon cares about speed of operation, low costs, and eliminating mistakes, and so they've optimized for that. If we care about our customer experiences, we need a management system that's optimized for it.
What an experience management system would look like
[00:14:33] Imagine having the ability to map all of your customers' experiences through the journeys in their lives, and all of their different tasks and emotions, and map all of that to the multi-channel touch points, the web pages, the mobile screens, the calls, the emails, all of that stuff in the top of the iceberg. But then imagine the ability to be able to link each one of those touch points to everything beneath the water: all the business rules, the products, the projects, the programs, legal and compliance findings.
[00:15:06] Let's take marriage as an example. For those of you familiar with this, look, this is very similar to an Indi Young style mental model. Above the horizon line on the top of the diagram, we have the customer experience represented, all of the tasks and emotions. The boxes up here, because I know you can't read it, would be things like popping the question, finding a ring, purchasing a ring, financing a ring, insuring a ring, finding a venue, booking a honeymoon.
[00:15:37] And all the boxes beneath the horizon line, on the bottom of the diagram, represent the multi-channel experience to satisfy those tasks. So all the web pages, the mobile screens, the calls, the emails. You'd have web pages for things like opening up credit cards or arranging financing for a ring, mobile screens for applying for insurance, phone calls for changing names or addresses.
[00:16:05] And you may be able to see here, we could color code some of those in red, green or yellow to indicate the quality of those touch points and how well they are satisfying the user tasks that they're associated to. Now, this is a mock-up. Most of our touch points would be outlined here in gray, which is the most dangerous of dashboard colors, even more so than red, because now it means you have no freaking clue how well your touch point is satisfying its task.
[00:16:32] And imagine being able to tap on one of those touch points and zoom in to see everything that touch point, that web page or mobile screen, is connected to in the bottom of the iceberg. All the processes, the business rules, the training, the products, the projects, the financing.
[00:16:53] Imagine having a system that our accountable executives could use to understand the quality of the touch points within their scope, so that they could use that to determine which touch points their agile teams should be working on. Hey, let's go work on the red things instead of the green things. There's an idea. Or at least let's make that decision knowingly.
[00:17:13] Imagine having a system that showed the 127 different touch points that a business process was connected to. Too many times I've seen a team within a business say, "Hey, we're going to change this business process to fix this web page," completely unaware that that business process is also connected to these 126 other touch points, which they're about to screw up. Unintended consequences at work.
[00:17:38] Or imagine having a system that our designers and our product teams could use to check out, in a version control way, customer problems. So that if a different team in the business somewhere else started to work on the same or similar problem unknowingly, they could be notified and collaborate together.
[00:17:57] I'm pretty sure that if that United analyst who made the decision to set the limit at a thousand dollars, I'm sure they were well-intentioned, and I'm sure that they had a lot of models that said a thousand dollars is the right limit to set to get someone to get off the plane so that we can minimize our costs. But if they'd have had a system that, in that moment of making that decision, had highlighted the possible impact to the customer experience, they may have thought twice about it.
What we're building at Capital One
[00:18:27] So we're working on this at Capital One. We have been working for a number of years to develop empathy in all of the people that work beneath the water. At Capital One we have about 50,000 employees, most of whom are in the States. About 5,000 of them work explicitly from a design, product and engineering perspective on the stuff above the water. 45,000 work beneath the water. And these are all really talented people with good intentions, and we've been working with them for a number of years to increase their level of empathy for the customer.
[00:19:00] I'm sure many of you have got similar programs. We invite them to usability testing. We invite them to view research. We tell customer stories internally. We even invite them to do ride-alongs, listen to customer calls, or even answer customer calls. In fact, our flagship event for this just happened a couple of weeks ago. It's a big internal event that we put on, the design team hosted. It's kind of like a TED Talk-like event. We call it PAM, People and Money. Thousands of people view it live and on video, and it's rich in customer context.
[00:19:38] But building empathy is great, and we're going to continue to do that. But it's time that we systematize these causal relationships between the bottom of the iceberg and the experience above the water. So we are building an experience management system, and developing the education and the roles and the change management to implement it correctly. Because we really want to give every one of those 50,000 employees, regardless of whether they're above or below the water, the view on a daily basis, as they're doing their jobs and making decisions, of how they impact the customer experience.
The opportunity for delight
[00:20:15] Now, I've been pretty negative so far. But it's not just about preventing errors. There's an opportunity for delight and for joy here. A couple of years ago, one of our customers, Christina, was going through a pretty difficult breakup. Her fiancé had dumped her. She had to move out, buy a whole load of new furniture. And amidst all of that, her credit card was put on hold because of possible fraudulent activity.
[00:20:49] When she called in, she talked to Tonya, one of our customer associates. Tonya was moved by her story, and as she was fixing the problem with the credit card, she gifted Christina 4,500 additional rewards miles. Just because Christina wasn't going on a honeymoon, she's got this stuff going on in her life. Christina was pleased by this. But a couple of days later, when Christina saw the flowers that Tonya had also sent her, she was amazed and delighted. Tonya was thinking of her, and she wanted her to know that.
[00:21:20] This random act of kindness is something that we encourage at Capital One. We have a program for it. It's supported by business rules. But it's just scratching the surface. It's an indication of what's possible when the bottom of the iceberg supports the top. But can you imagine the possibilities for customer joy if every single one of our associates had that visibility on a day-to-day basis?
[00:21:50] This is critical for the success of our organizations and our companies. For our very survival, even. Because while not dragging people from planes and concussing them is a laudable goal, it's a pretty low bar to set for our customer experiences. And I know that we can all do better if only we can turn the unintended into the intended. Thank you.
Q&A
[00:22:25] Richard: Do we have time for questions?
[00:22:26] Host: Thanks, Rich. Great talk. Thank you very much. We will have time for some Q&A if anybody has questions for Rich. We're going to have a few folks with microphones, so if you have a question, feel free to raise your hand. Don't be shy. And while they start to disseminate the microphones, I have a few questions. A lot of what you talked about is building the systems to get these people below the water engaged with the customer experience. That takes a lot of company cultural change. So besides designing the systems, and I assume software behind that, what were the biggest challenges to the cultural changes?
[00:23:05] Richard: I think one of the biggest challenges is the incentive systems that we have. The mindset. Now, Capital One's only a 25-year-old company, which in financial services terms is pretty small. We actually consider ourselves a tech company that just happens to be in banking, not a bank. But that still means we've got a lot of financial services people that work there who have been incented over the years to sell more product, to lower costs, on the stuff that the business cares about, not the customer experience. So changing that, or balancing that incentive model to include metrics that they can be accountable for that are customer experience facing, is a big challenge.
[00:23:47] Host: That's great. Excellent. Do we have any questions out there for Rich? Well, great, I have one more for you. We have large companies in the audience, and we have a lot of startups and smaller companies, earlier stage companies. What would your recommendations be at the earlier stage, when they're building the company's DNA, to avoid becoming a United-like process?
[00:24:13] Richard: Yeah, so I think one of them is related to the last answer. It's looking for those customer experience facing metrics that you can bake in to your business and your culture from the get-go. I think a lot of this happens fairly organically in small companies. But really starting to think about how a company can start to diverge away from this. So looking for those examples for where we're starting to see a company scale. When a company gets to a certain point, it starts to bake the policies in place, and rules, and people start to lose sight of their impact to the customer experience. And so finding those kinds of inflection points, and making sure that we're putting systems in place to counter that, is key when we're scaling companies.
[00:24:59] Host: Great. Great. Any other questions?
[00:25:02] Richard: I'll be around all day and tomorrow morning if you have questions.
[00:25:04] Host: We have one question actually. I think we have time for one question. Perfect. Is there a microphone that we can get over there?
[00:25:13] Richard: It's coming. Oh, great. You have 31 seconds. 30 now. Now 29. Now 28. There's nothing like stress-inducing to have a countdown right in front of you when you're... by the way.
[00:25:22] Audience: Hey. Sorry. That was really great, by the way. Thank you for the talk. My question was that you said that you were systematizing that process of mapping that connection between the two, above and below the water. So are you assigning a special team to do this, or are you getting people above or below the water to do specific aspects of it? Who's basically doing that mapping? Is my question.
[00:25:48] Richard: It's a great question. It's both. We don't want this to be a little team that's off to one side kind of figuring everything out behind closed doors. We do have a central team to act as kind of catalysts for that, but it's very much a collaborative effort, working with people above the water and below the water in all lines of business, to kind of pull them in and take them through that process, because that's part of the adoption cycle of a system like this as well.
[00:26:11] Audience: Thank you.
[00:26:12] Host: Great. Let's give a round of applause for Rich. Thank you.
[00:26:16] Richard: Thanks very much.
