Internal Customers
The metaphor of “internal customers” is unfortunately falling out of favor.
Lately, I’ve seen articles criticizing the idea of having internal customers. It’s a shame, really, because the people who are so willing to abandon that idea seem to be doing so because they don’t understand why it’s so powerful. The criticisms I’ve heard fall under two basic categories; accounting-focused people who don’t want to “charge” departments for internal services and people who seem to think the need for collaboration with other business units removes the need to provide customer service to end users. They’re both coming from some incorrect assumptions and, I’d argue, a misunderstanding of what services IT provides in an organization.
As technical people, in most organizations, we provide support functions. Any service-based group absolutely must pay attention to the service provided to those who use that service; their customers. People who incorrectly think that the old practice of charging the cost of internal IT services back to the departments who use them is a reason to abandon the entire idea of internal customers are losing sight of the goal behind the metaphor. The goal is not, as they seem to think, to make sure everyone pays equally to support the IT department. The goal is to remind technical personnel that the systems and networks we manage aren’t defined by the hardware and software, but rather the end-users who actually use the technology we provide as tools to do their jobs. When we forget that, we forget that our goal is to serve those end-users, not the systems. That sad, mistaken idea is clearly expressed in the old system admin joke, “My network would run perfectly if not for the users!” I cannot tell you how many times I’ve heard technical experts grumble about what a waste of time user requests are instead of seeing how it’s our only reason to exist. As a technical expert, my only reason to be employed is to solve other people’s problems, to provide service to my customers, the end users.
And, that leads directly to the second misunderstanding I see used as an objection to the end user as customer metaphor; technical experts cannot collaborate to provide solutions AND be mindful of customer service at the same time. We would do well to remember what the genius R. Buckminster Fuller said about solving problems, “When I am working on a problem, I never think about beauty but when I have finished, if the solution is not beautiful, I know it is wrong.” If I “solve” a technical problem for a user, but they wrestle with my solution so much that they never use it, then I haven’t actually solved their problem at all (ie. It’s not a “beautiful” solution to the problem.). A perfectly workable procedure that the user doesn’t understand or finds too difficult to use regularly is as good as useless and I’ve failed my customer. I can’t make my internal customers happy every single time, but I ought to be trying because the only reason I’m employed is to solve their problems well and in a timely fashion.
I could go on a great length about all the ways I’ve seen technical people abuse their internal customer, the end user. In the old days of “big iron” mainframes, it was unfortunately all too common. Today, we should know better and embrace our roles as service providers making business run more smoothly, efficiently and well. Let’s stop making customer service a joke and help our users be better.
This post originally appeared on my LinkedIn profile.
