About the Knowledge Base
Search all the Knowledge Base
Testimonial: I have found that the new HDAA Knowledge Base reduces the time it takes me to research industry stats & reliable information for the ITSM sector. It’s easy to use search functionality encompassing KCS principles, helps to filter & tailor my searches more accurately & there are numerous new services now available through the website. Every time I return to the site there is new information published. Very impressive.
Chris Powderly, Support & Services Manager, Allens
supportworld , service management , knowledge management , customer experience
No Result Found
In a previous life I once led a proof-of-concept and implementation of new performance monitoring software. Throughout this process, I became the company’s de facto subject matter expert. Along with administering this newly deployed application, I was responsible for training and developing knowledge content to assist others. I wrote KB articles, held bi-monthly training sessions, even developed some web videos showing off features and common use cases. The net effect of this? After a brief period of usage, our tech’s engagement took a nosedive, everyone came to me with questions (“Why didn’t you read the KB?”), I became even more of an expert (out of necessity, not by choice), and eventually administering and using this application easily became one-third of my job. The lessons I learned from this lack of adoption and failure to produce an effective knowledge base did not come easy, but they have been invaluable since. I’ll share the key takeaways I had from this experience.
Of course, it would be erroneous to think lack of adoption is solely guided by whether or not you have a good KB. There are and were other factors at play. But producing information that is not readily digested does have an effect. So, what happened? What happened was that I focused too much on content (the words on the page) versus context (who my audience was and how to best enable them to find relevant information).
At the time, I felt my KB articles were thorough and detailed and covered all of the important points I’d want techs to know. Looking at it in hindsight, the information came across as dense, bloated, and not easily digestible or searchable. How often have you had someone come to you with a question readily answered in a previously published KB article? Of course, when you tell them—or better yet, show them—you probably have to scan the article as well to find the entry in question (and you wrote it!). Imagine what they’re going through.
To consider this situation in another way, let’s do an experiment: tell me right now what the PSI tire pressure your tires need to be at factory level. Some of you live in an area deeply affected by the weather where this knowledge is a necessity and so comes from memory. I am not one of those people. I’ve just had bad luck with tires I guess and now know it off the top of my head (it’s 36 PSI). But why have I been able to commit it to memory? I don’t remember the page number in the manual that tells me this info. I don’t read the tire well (though that would probably prove my eventual point also). But I do know how to search, and luckily my owner’s manual makes it very easy to find the reference page in question. Your knowledge base should be the same way.
In far too many examples, I see people focus solely on the content of their KB articles. While this is certainly important (we need to be accurate), I would argue that stopping to think about how people are going to find this information (Titles? Tags? Versions? Metadata? Wikis?) is just as, if not more, important. After all, how can you utilize something if you can’t find it? The amount of effort required to make use of something, no matter it’s eventual value, will directly affect its adoption. Your KB articles might be awesome, but if it takes an arm and a leg to access them or search for the most popular items, you’re doing yourself and your users a disservice.
OK, but what changes can be made? After re-reviewing where I had mis-stepped, I came up with this list of things to keep in mind:
Knowledge bases are hard. There’s no silver bullet for getting them right. But if you enable people to self-serve, they will. Fostering that enablement means that your KB articles need to not only be clear, but also easily found. The prime lesson I learned from my own experience was not that my content wasn’t descriptive or accurate, but that is wasn’t easily found or digested. So, do better than I did; make your KB articles clear, consumable, and reachable. Make sure you’re paying attention not only to the creation of content, but also to its context and ease with which it can be accessed. Creating KB articles requires effort. If those KB articles are not utilized, that’s effort wasted.
Adam Rauh has been working in IT since 2005. Currently in the business intelligence and analytics space at Tableau, he spent over a decade working in IT operations focusing on ITSM, leadership, and infrastructure support. He is passionate about data analytics, security, and process frameworks and methodologies. He has spoken at, contributed to, or authored articles for a number of conferences, seminars, and user-groups across the US on a variety of subjects related to IT, data analytics, and public policy. He currently lives in Georgia. Connect with Adam on LinkedIn.
No Result Found
- Contact Us
- IT Membership
- Support Centre Association
- Comparison Guide
- Price Guide
- Membership Conditions
Training & Workshops
- Training Courses
- Recent Workshops
- Cancellation & Transfer Policy
- ITIL Training
- ITIL Foundations
- Support Centre Consulting
- Service Desk Consulting
- Help Desk Consulting
- Media Kit
- Update your details
- New account
© Copyright HDAA. All rights reserved.
HDAA - Energising the Service & Support Profession
Help Desk Association Australasia Pty Ltd trading as HDAA
T: 1300 130 447 T: +61 (0) 2 9986 1988 F: +61 (0) 2 9986 1330
E: firstname.lastname@example.org W: www.hdaa.com.au A: PO Box 303, Turramurra NSW 2074 Australia
ABN: 20 088 292 755
Our Services: ITIL | ITIL Training | ITIL Foundations | IT Membership | Service Desk Association | Support Centre Association | Support Centre Training | Service Desk Training | Help Desk Training | Support Centre Consulting | Service Desk Consulting | Help Desk Consulting
ITIL® and PRINCE2® are registered trade marks of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
RESILIA™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
The Swirl logo™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
DevOps Foundation®, is a registered mark of the DevOps Institute.
HDI® is a Registered Trade Mark. HDAA is the Australasian Gold Partner of HDI®.
KCSSM is a Service Mark of the Consortium for Service Innovation™.
Apollo 13 Insignia image by 'NASA Johnson' (copyright-free) June 2017 via https://www.hq.nasa.gov/alsj/a13/images13.html
WEB DEVELOPMENT PARTNER