Charlotte Ward •

146: Fireside with Tue Søttrup

About this episode

Specials: Fireside 6 Tue Søttrup helps me kick off this new Fireside season with a conversation about Product-Led Customer Success, and how Dixa have used this approach to drive product engagement and business improvements for the customers at the same time.

Tue Søttrup

Transcript

Charlotte Ward: 0:13

Hello and welcome to episode one hundred and forty-six of the Customer Support Leaders Podcast. I'm Charlotte Ward. Today I'm joined by Tue Sutkop for a fireside chat. I'd like to welcome to the podcast today, Tue Sutkop. I hope I've pronounced that correctly, Tue. It's lovely to have you guest for the first time and join me for a fireside today. So maybe we can begin with an introduction. Would you like to tell our listeners all about Tue?

Tue Søttrup: 0:52

Yeah, thank you very much. Very nice to be here. My name is Tue, and I work as Chief CX evangelist at Dixa. Dixa is a customer engagement platform that is supporting phone, chat, email, and social media. I've been working with customer service for more than 20 years. I spent a long stitch in a bank in a credit card department, blogging credit cards and doing fraud monitoring. Then I worked at Saxo.com, which is Denmark's largest online bookstore in their customer service department as a manager before I joined Dixa. I've been at DIXA for almost four years now. And I was brought in to try and help translate what the developers could build into something that customers actually wanted. So one of the first non-developers to join the company, and that was at a stage where there were no paying customers and very little product. And we have since grown the company to be more than 130 people. And we have customers in, I think, 35 different countries. So it's been quite an exciting journey.

Charlotte Ward: 1:53

Yeah, that's quite an evolution. That it that is to join at a time, to join in effectively a customer-facing role at a time when there are no customers, you you must have seen a lot of change. I'm looking forward to exploring some of that growth with you, which I understand is really why you you wanted to come and sit by my virtual fireside. Because I can I can see you're in a phone booth, as wonderful as they are, there's no room in there for an open fire, is there? Um so welcome to my virtual fireside today. And as with all my fireside chats, guests bring the topic. So would you like to tell us a little bit about what you'd like to talk about?

Tue Søttrup: 2:29

Yeah, sure. Um and uh thanks again for inviting me on. I would very much like to talk about the the topic of product-led customer success, uh, where you use the product to make your customer successful. Uh with a product that we have, only part of what we sell is the product, and maybe half of what we we sell is a different way of working. And that of course entails that we need to understand our customers' business, their business objectives, and then how we can help them become successful with our product.

Charlotte Ward: 3:03

Yeah, that makes complete sense. You're selling more than just the code that you produce effectively. You're selling, and it's it's it's more than an experience, isn't it? It's as you said, it's a different way of working. It's uh there's there's a lot of investment that a lot of investment, I imagine, that must go into that. Um, maybe you can tell us like how where did it all begin on this front for a start? Like how how did at what point did you realize you were selling more than a piece of software?

Tue Søttrup: 3:31

Um at the meetings that we had with the potential customers, uh, we could uh easily see that they were just as much interested in hearing about best practices from other customers. Very often our experience is that a customer service manager is alone on an island and they are working in some systems that they usually took over from somebody else, and they are doing things in the same way that they have always done. And suddenly somebody comes from the outside and has hundreds of meetings with other customers and helping them set up systems, talking about how they design the best customer experiences, and then they are challenged in the way that they work. So it's very much about forcing them to forget what they are doing today and looking at what they want to do tomorrow.

Charlotte Ward: 4:21

That makes sense. Um, so so it's really them kind of asking you like for help, essentially, customer service managers, customer support managers out there that that you were in conversation with.

Tue Søttrup: 4:34

You could you could you could say that in to a certain degree, I don't think they uh realize that they actually need it, but when they see that there is actually somebody who can teach them and can challenge them, especially the challenge part, is something that they welcome very much.

Charlotte Ward: 4:50

That's interesting. As you said, that that they are often operating in an island, so maybe it's not so much a cry for help as a realization that there are, I don't know, this is a really bad analogy. Other islands out there, maybe. That's awesome. So so tell me about some of those conversations then. What kind of things were you beginning to explore and how did that influence how how did that influence the relationship to product?

Tue Søttrup: 5:19

I would say to a big degree, um, it's uh a lot of it comes down to change management because when you are forced to work in a different way, you also need to get your agents or users on board in working in a different way. And we realized that to make our customers successful with the tool, we needed to hold their hand, uh, teach them how the system worked. That could both be with regard to the setup, but it could also be with the training of the agents. And when that part had been done and it had been done by us, then it was of course much more successful for the customer. Because if they had tried to sell the product to their own employees, then it's sometimes difficult because they will not be able to answer all the questions that is related to why is this functionality this way and how can I do this. But if we took it upon ourselves to do that kind of training, then it was a lot easier to get that change management uh process uh working. We also realized that some of the things that users were used to is done in a different way. And if we immediately spoke to that in the beginning of the meeting, so the pain points, instead of realizing them when you start working in the tool, if you are told up front that this is a different way and it's gonna hurt, but after a while you gonna get used to it and you'll see that it's better, then it was a much better experience both for the customers and for us.

Charlotte Ward: 6:48

Yeah, I have to admit, I think I I stand by that that change management philosophy as well. Just say up front it this is gonna hurt, you know. I I I think that um of all of the all of the practices I've seen and all of the the diagrams and you know the the kind of the seven steps and all of those things, the simplest thing I've ever done is say up front this is gonna hurt because it brings you all to the same place, you know, quite quickly and uh and gets you gets you hopefully to look beyond the pain much quicker, I think, because you're accepting it's there and you're gonna live with it for a little while. Um so so you're doing so you're doing training, which kind of makes sense that you're helping your clients on board into the product, into the business practices. What uh what else do you do in this in this way with clients?

Tue Søttrup: 7:42

When we talk about product-led customer success, the way that we approach it is to set up these agent enablement sessions. So, what we will do is spend a couple of hours with an agent working within the platform. We do that remotely, uh, both because they are located in different places and because the current situation with COVID. And that of course gives us uh insight into how they're using the tool. We also see what other tools they're using at the same time, how they are moving around between different screens. And based on that, we can come up with recommendations for how the agents can be more efficient within the product. Also, what we can change in our product to remove friction in the way that the agents are working. We see if there are ways that we can improve the adoption of the product, if there are features that they are not utilizing that can make them more efficient, if there are integrations that we can set up to the other systems that they are also using to make them more efficient. So, in that sense, it needs to take a couple of hours because then we build up the intimacy with the agent that we're spending time with. And then after that, we spend about an hour to prepare a report about our findings that can go back to the customer. And that, of course, gives them insight into what is it that they're actually paying for and are they getting the value out of the product that they have. And another added benefit is we also get insight into what we can do to improve the product that is being fed back to our project and engineering department.

Charlotte Ward: 9:17

So is all of this work, I mean, it's great, it's great that you spend a lot of time with frontline agents, right, rather than just them the leadership saying what what do you as leadership need to see? It gives you a real a real sense of of how things are already working and how you can map them to your existing product. And uh, and as you said, feeds into product roadmap quite a lot, I would imagine. Um do you spend uh time before the agent gets their hand on the product with the agent or with the team? And also conversely, do you spend time after the fact, after it's been in use some time? Are there other touch points in this journey?

Tue Søttrup: 10:01

Yes, uh, there definitely is. Uh, in the beginning, it's uh mostly with uh the managers that are going to set it up. We try to tell them what can be achieved with the product, and then we help them set it up according to their requirements, how they want to meet their customers, what experience they want them to have. Then we can be involved in the training with the agents. And then at a time that is agreed with the customer, we decide when they should go live. That can be uh flipping one or more uh channels into the system. And when they start pouring in, then they get the first feel of how it is to work in the product. And then about two weeks later, we have a go live evaluation. We go through the different flows, we go through the workflows, and then we see what can be optimized. And I think this is not specific for our product, but a lot of SaaS companies are selling quite complex products. And when you're just letting customers into your product, if they try to uh figure out how it works, it is like giving them the keys to a very fast car, and they might uh end up driving into a tree and hurting themselves. But if you instead spend the time up front to teach them how to drive the car, and when they're ready, you can give them the keys and they can keep on cruising.

Charlotte Ward: 11:19

Yeah, I like I really like that analogy. I've seen many a customer hit a tree exactly as you describe, and then it's a big rescue operation, isn't it? Um one thing that we've talked about before is this um audit, the business auditing that you do. I'd love to hear more about that as well.

Tue Søttrup: 11:40

Of course. What we are trying to translate it into is a form of a customer adoption score where we can see how many features they're actually using. Uh it's both to make sure that they are getting the value out of it. But of course, from our side, we also know that the higher adoption, the more stickness, and the longer the customer will stay with us. So it is mutually beneficial to get that insight. So some of that can be tracked automatically through uh product analytics and events that are going on within the product. But by having these agent enablement sessions where we are shattering an agent, we also see all the stuff that happens outside the product that can be tracked because all agents they are spending a lot of time in our product, but also outside the product. And we are getting that insight, and we can kind of put it into a scorecard that that gives this particular customer a value, and we can use that to put them into different tiers so we can have a customer maturity level one, two, three. And then, of course, it's the job of the account managers to move the ones on level one to level two and from level two to level three. And the levels they have to do that is have our solution consultants do these sessions. So, of course, it's a lot easier for an account manager to have a discussion, especially close to renewal, with a client when they just have a report about how they're utilizing the product, what features they're actually using, what features are they not using that yet that can make them more efficient.

Charlotte Ward: 13:12

I really like that, that it's not just about tracking in the product, because I think that is an easy win. It's like it's easy to assume that because you're seeing clicks here or workflows there happen and happening at a a pace or a cadence or a um at a volume that you internally presume is kind of a measurement of health of that customer's stickiness with the product, of that of that agent's success with the product, even. Um, that that simple idea that they're spending time inside the product and outside the product, and the the time outside the product is almost more important, isn't it? Because that tells you what's missing, that tells you where you can find additional levers to pull and get them extra help, which may well reside in the product. Do you do you um, I mean, I guess that's the ultimate aim of this is embed more of that outside worker in the product. But but do you provide um as part of that audit, do you ever kind of make suggestions that are outside the product as well?

Tue Søttrup: 14:15

Yeah, definitely. Uh, I think also going back to the initial sales meetings that we have, a lot of uh what we see has actually to do with governance, like who owns what part of the process. And that is also something that we can identify through these sessions. Uh who actually is responsible for solving this particular question, when is it escalated? What information do the different stakeholders need? And based on that, we can also come up with different recommendations. Uh, and uh, if I should try to break it down in how these sessions work, and I think that that would make sense, is we have, of course, a purpose, then we have a format for doing it, and then we have a desired outcome. So we have three main purposes for the sessions. The first is to look at the agent's workflow within the product. Are there changes we can recommend based on our observations that can make the agents more efficient? And that can, of course, both be within the product or outside the product. The second part here is what UI slash UX changes can be made to improve the agent's experience working within the product. What functional changes would improve the agent's quality of life? And then lastly, it's also to involve the agent and show them that we actually care, that we have their best interest in the heart and are willing to listen to them. If we look at the format, then it is watching the agent work through screen sharing. We are recording the sessions for later analysis, we understand the agent's workflow, of course, take notes, we ask questions, we can answer questions that are coming from the agent regarding the product. We also use it to identify challenges, both in regards to the workflow and within the product, and then we identify opportunities for improvement. And the desired outcome of these steps is to build a document with recommended improvements to the agent's workflow. It is built a document with recommended improvements to the product that can improve the agent's quality of life. And we would like to prioritize the low-hanging fruits that are coming out of this and lastly build trust with the agents.

Charlotte Ward: 16:24

I really like that. That's really insightful to just see how it uh works, you know. In in I I can imagine one of those sessions now, and I feel like anyone listening to this could almost take this away and mirror some of that experience and some of that process for their own products. So that that's really that's really useful detail. Thank you so much, Tui. Um the final part for me, I think, is maybe um from the point of view of Dixa, what successes have you seen from approaching growth in this way?

Tue Søttrup: 17:00

If we go back to before they go live with Dixa, we we try to put in some measurements so we can look at how efficient the agents are, what's the average handling time, the average waiting time, the conversations per hour? And then we look at it after a while within the platform to see that this different way of working. When we have optimized the experience that the customers are having when they contact the brand, did it actually have the desired effect? Is it uh more efficient? Is it more lean? Is it a better experience that they are delivering? And that is our success criteria. We are not successful unless our customers are successful, and we need to make sure that we have the right measurements to actually track that. And based on some of the customers that we have implemented, we have seen improvement in efficiency to something like 20 to 30 percent. And then we know that we have actually done a good job.

Charlotte Ward: 17:57

Yeah, that's great because that speaks directly to their business outcomes, doesn't it? It's not it's not simply something that you've identified internally as a single measure. As we started this conversation, something that you can track in the product isn't always necessarily a true reflection of the success with the customer. And actually linking some of this to their their own business outcomes is really important, isn't it?

Tue Søttrup: 18:21

Yes, uh indeed. And if I should talk a little bit about the product part of it, then we of course get a lot of insight into what can improve the product. And what we try to do is take all of these insights and turn them into user stories. So we are not talking about features that we want to implement, but about problems that we want to solve. It also makes it a lot easier to go back to the product and engineering team to describe the problem, and then it is up to the product manager and their team to find solutions for those problems. We very often get into this state where we are very sales-driven and we tell the engineers that we need a button that does this, and we need to take a step back and ask the customer what is the business objective of this functionality? What is it that you want to achieve, or what is it that you don't want to achieve with this particular functionality? Uh, and then we can feed that back, and then somebody who is brighter than me, and usually the customers, can find the right solution for this particular issue that the customer has.

Charlotte Ward: 19:28

Yeah, I I I always advocate for that, for thinking about what the uh what the customer's problem is, really, rather than what they're telling you the problem is, I think is really key to to helping them uh make the best use of the product. And and certainly that's what future customers are going to buy, right? Is is solutions more than anything.

Tue Søttrup: 19:51

Definitely, definitely. And the journey that we have been on with Dixah, if you look at the sales meeting I was uh part of in the beginning. Beginning. And now we have come such a long way because we have solved so many problems. We have implemented so much functionality that are actually addressing a lot of the issues that the customers have when they are engaging with their customers on multiple channels at the same time. So we can really see the value of taking all this input from all the different customers and prospects that we've spoken to, putting that into the product, which makes it a lot easier to sell the product to the next customer. And I think that's very key to being product-led, is also key to looking at this whole product-led customer success approach.

Charlotte Ward: 20:37

Yeah, tying the two together. I think that's been uh really insightful. Um I've I've learned so much. I've I've got so many ideas brewing already. Thank you to a thank you for joining me around our virtual campfire. I feel uh I feel the glow of uh inspiration, if not of uh of a of a true campfire on this autumn day. So thank you for joining me. That was great.

Tue Søttrup: 21:01

It was my pleasure. Thanks a lot, Charlotte. Have a nice day.

Charlotte Ward: 21:07

That's it for today. Go to customersupportleaders.com forward slash one four six for the show notes, and I'll see you next time.

A little disclaimer about the podcast, blog interviews, and articles on this site: the views, thoughts, and opinions expressed in the text and podcast belong solely to the author or interviewee, and not necessarily to any employer, organization, committee or other group or individual.
© 2026 Customer Support Leaders
Made with in the UK & AU