
One of the best ways any service organization, IT or otherwise, can radically improve relationships with customers (and/or users, take your pick) is by creating a simple, beautiful, and useful service catalog. Great service catalogs clearly communicate what we offer and prompt meaningful conversations with customers around how we’re meeting their needs – and sometimes how we’re not. This approach helps us discover new, innovative products and services that solve real problems for our customers and elevate how work is done across the organization.
Most companies have “good enough” service catalogs – a huge missed opportunity. A less-than-great service catalog creates confusion and encourages the proliferation of “shadow IT” (Note: shadow IT is not always a bad thing and can provide opportunity for collaboration and digital innovation). Often, customers don’t realize that we in IT can do something so they press on and buy it on their own, which results in technology sprawl including tools and even devices that may not meet organizational standards (from a usability, scalability, or security perspective); it all becomes much more difficult to support. So, how do we avoid the trap of customers, at best, being unhappy with the catalog we provide (and not letting us know) and at worst going elsewhere to fulfill their needs? This article will provide several recommendations for building a great catalog – and flag some key questions to consider along the way.
There are two main sets of activities involved in developing a great service catalog: 1) setting it up right and 2) keeping it current. The sections below provide several ideas on how to do both well. That said, processes around the service catalog don’t need to be overly complex. We should focus solely on making sure we give the catalog the care and feeding that it needs in order to support those we are creating it for in the first place.
Whether building a service catalog from scratch or revamping an existing one, there are some important questions we should ask ourselves along the way to ensure we remain customer-focused. Here are a few favorites of mine that I’ve paraphrased and expounded upon based on the official ITIL 4 Service Catalog Practice Guide:
These questions help us begin with an outward focus and base our decisions on what our audience needs. Mistakes most IT organizations make involve looking inward and publishing what they assume customers and users want, without seeking their input along the way. Unsurprisingly, this approach tends to alienate customers and waste our own time. Identifying thought leaders within these key-stakeholder groups can help a lot. A great service catalog should be a frequently-used and valuable tool in the eyes of those we serve. If it’s not, we’re doing something wrong and must address it.
Once we have asked the right questions, we have the task of creating a well-organized structure of service categories, determining the detail to be captured about each service, and gathering those details from a variety of places. The figure below provides a starting point for details to consider capturing and communicating to the audience – and the outcomes they help support.

Once we’ve figured out what to consistently capture across our services, we then need to track down where this information resides. Pieces of information may be contained across several different databases or other systems. We will also want to look at building integrations between systems, so the information in our service catalog can be kept up to date automatically with minimal manual upkeep.
After an initial or refined service catalog is created, getting regular customer feedback is essential. Facilitating in-person or virtual focus group discussions and asking a few simple questions can be extremely helpful, for example:
Our customers and users provide a different, outside-in perspective and their feedback is invaluable in structuring and organizing our catalog, presenting the information, and even wording our services. Regularly seeking and digesting that feedback also strengthens the relationship and ensures we are keeping our focus squarely on those we serve.
Below is an example pulled from the ITIL 4 Service Catalog Practice Guide of some simple steps for defining and keeping our service catalog current. This workflow can serve as a good starting place.

A service catalog can be a great hub of information not only for external customers and users, but for internal teams as well. The information within it will often be used by Portfolio Managers, product teams, support teams, relationship managers, and supplier managers (to better understand and manage suppliers that support pieces of catalog items); their needs may be very different from external customers and users. Internal stakeholders may care about who uses and pays for particular services, which teams support that service, what Service Level Agreements (SLAs) are tied to that service, and who the service owner or relationship managers are for a particular service or group of customers. Ultimately, what our catalog looks like should align with what our customers and users, whether they be internal or external, need from our team. The important part here is that we remain clear on who we’re building the catalog for and why and we keep it simple and useful, so that it continues to bring value.
Here are some additional resources to strengthen your service catalog knowledge and/or take your service catalog to the next level:
Building a great service catalog is a worthwhile and valuable endeavor, for both to you and those you support. Hope that these ideas help you in your journey.