Home > Retired: KCS Practices Guide v5.3 > Section 2 KCS Practices and Techniques > The Evolve Loop > Practice 5 Content Health

Practice 5 Content Health

Each organization has a broad spectrum of content that contains valuable, reusable information. Historically, technical content like manuals and design documents has been very structured, often following rigid templates, and static—often only altered during product or service updates. However, as collaboration has become more real-time, valuable information is being shared in dynamic forms like instant messaging, email, and telephone conversations.

Slide06

KCS articles (just-in-time support content) are typically somewhere in the middle of this spectrum. KCS provides a methodology and set of practices for consistently capturing information in a way that is both structured enough to be useful, and dynamic enough to suit the rapidly changing environment of technical support. In addition to drawing from many content sources and creating a context-sensitive knowledge base for daily use, KCS processes generate new material that may reference existing content and feed into other business content like product designs, marketing plans, field training, and documentation.

 

We will start our discussion on content health with some general considerations and then describe the practices and techniques.

Enabling Value in the Support Process: the Practices

Knowledge has value - if we capitalize on it! Our goal is to maximize the value of what we learn in the support process. Following are some of the key content best practices that drive the value of what we learn to the whole organization:

  • Capture all the KCS article information during the problem solving process. Rather than documenting resolution articles at the end of a support case, KCS recommends capturing the KCS article information during discovery. The situational elements should also be collected so that the KCS article represents the entire experience. This practice of considering all the elements such that they can be captured provides focus on the problem-solving process and creates operational efficiencies, even when solving a new and unique problem.
  • Respect the contributions of all people interacting with the knowledge. Support Analysts are the primary creators and conduits of KCS articles through their interactions in resolving issues. However, KCS articles can be captured or modified whenever and wherever they occur. Customers and service partners are both in positions to capture new KCS articles, and their different perspectives on the environment and context of the situation can enrich the knowledge base and speed recognition of relevance. The combination of the KCS licensing model and the KCS article states provides a means to manage who can see and do what.
  • Structure KCS articles for rapid reuse. Consortium members have observed that the redundancy rate for repeated problems is anywhere from 65% to 90% of total incident volume. Reusing existing KCS articles improves the speed, accuracy and consistency of support. With reuse taking minutes compared to new issue resolution taking hours, the efficiency improvement and positive impact on customer satisfaction is significant.
  • Structure information for sustainability. Historically, the formats used for storing information (or lack of format) have not provided flexible and effective access. As volumes of unstructured information increase, it becomes harder to find information. A simple structure enables the KCS methodology to provide a balance of process and flexibility and maintain a high level of findability.
  • Collective ownership. KCS article quality is the responsibility of everyone who interacts with the knowledge base.Shared responsibility for the content encourages ownership and accountability, and the KCS article quality practice of "reuse is review" and "flag it or fix" are the behaviors in the Solve Loop that reflect collective ownership and drive continuous improvement in the quality of the articles being used.
  • Continuous learning.  Patterns and trends in the just-in-time content (Solve Loop content - KCS articles created as issues are being solved) are the basis for high value Evolve Loop content. Evolve Loop content includes KCS articles that are created through the added information from reuse patterns. Based on the analysis of a collection of just-in-time KCS articles (usually thousands), a small number of KCS articles may be updated, merged, or created to improve the effectiveness of the users. Also, related KCS articles may belinked to each other in the knowledge base. These can be diagnostic or procedural KCS articles; a collection of diagnostic KCS articles can be linked together to create a complex diagnostic process. Based on web analytics, new KCS articles may be created to fill gaps in the knowledge base. The Knowledge Domain Experts analyze the collection of just-in-time KCS articles and create, edit, or link existing KCS articles. We call these KCS articles Evolve Loop content or "high value content."

Implemented in everyday actions, these core ideas enable the organization to realize the full value of the knowledge base. The next few sections provide specific techniques to help adopters understand the KCS article structure and maintenance processes for optimizing the value of the collective experience through the knowledge base.

Age and Size Shouldn't Really Matter

One of the by-products of the KCS practices is improved relevance in search responses. If we are only finding relevant KCS articles when we search, we don't have to worry about how big the knowledge base is or if it contains "old stuff." In fact, we could make the case that if needed, the value of the seldom-used old KCS articles is higher than the set of frequently used KCS articles, since the knowledge about the current KCS articles exists in the Support Analysts' heads. Imagine an issue arises about an older product, demanding knowledge that most people have forgotten (or those who knew it have left the organization). Having access to the older, seldom-referenced knowledge can be of tremendous value.

 

symptom.jpgHowever, findability is a common problem as organizations grow their knowledge base. Archiving old articles treats the symptoms of findability, not the cause. Relevance is the key. Relevant responses to a search are a combination of the search technology and the content.  The practices described in the KCS Solve Loop address the content issues.  If we are having findability problems, is it because of structure, context of the content, or not enough information in the environment statements to distinguish one article from another?  The search technology issues are covered in the Workflow Integration section.

 

Some have tried to improve relevance by reducing the number of KCS articles in the knowledge base. This reduction will compromise the completeness of the knowledge. The greatest value from the knowledge base comes from the complete reflection of the collective experience.

 

This is not to say that knowledge base cleanup should never be done. If we have search technology that returns irrelevant content, it is prudent to trim and normalize from time to time. We will discuss knowledge base cleanup later, in the context of reusing legacy content and Evolve Loop processes.

Migrating and Integrating Legacy Data

Deciding what to do with non-KCS knowledge content, multiple knowledge repositories, and disparate document management systems can become very challenging and time consuming. The members' experience shows that 90%-95% of what is in the old knowledge base will never be referenced. And more importantly, the legacy content is most often not structured or expressed in the context of the customers. A mass import of legacy content will significantly reduce findability. The investment of time and money to clean, write scripts, and move legacy knowledge is not worth it.

 

A better choice is to create a "demand based workflow" process. Let customer demand focus our attention. Pull forward only the content being used, implementing the structure of KCS. Following are some considerations that support a demand-based migration:

  • Make the old knowledge repositories read-only
  • Search the new knowledge base first
  • If a KCS article is not found in the KCS knowledge base, search the old knowledge repositories
  • Repurpose the old content, restructuring according to the KCS Content Standard

Priming the Knowledge Base with New Product Information

KCS is a demand-driven system; this means we should not add content in the absence of demand. Just as we should not try and anticipate the future value of a support experience (if it is worth solving, it's worth saving) we should not load articles into the knowledge base in anticipation of demand.  There are a few exceptions to this rule where having an article about a known pervasive issue would have value. The general rule of "don't add articles until someone asks" raises a problem when introducing new products.  How do we prime the knowledge base for them? 

 

Perhaps the worst thing we can do is have development or engineering write articles about the new product - those will be in the context of how the product was designed and built, not how customers will use it and not how it will break.  We can, in fact, capture information about new products in a useful context.  As a new product is going through alpha and beta testing processes or user acceptance testing we should capture those experiences in the context of solving real problems.

 

During product beta cycles, we pay special attention to creating content in response to the demand of beta testers, whether or not their feedback results in a normal entry in the incident management system. Generally this early release content should be in a Draft or Approved state (not visible to customers) until they have been reused to solve a customer issue, and, as a result, updated with the customer context and then Published for customer use. 

 

KCS articles can also be pre-populated in the new knowledge base during the KCS training and pilot phase. Students bring their top ten current issues to training and use these issues as examples during the training. We structure and enter the knowledge according to the KCS content standard. As these KCS articles are reused in the support process, they should be modified to include the customer context.

Global Support Considerations

The majority of the Consortium members operate in global, multi-lingual, multi-cultural environments. Both the growth markets revenue and the sources of support resources are in emerging markets where the language and culture are different from those of the home office.   Many companies in the high tech sector have standardized on English as the language for business, even though they are based in non-English speaking countries and serve markets and have employees in non-English speaking parts of the world.  This presents some big challenges when it comes to sharing knowledge on a global basis.  As best we know, there is no easy answer. Cultural sensitivity and language translation are both difficult and expensive to maintain. 

 

KCS as a methodology does not address cultural sensitivity but KCS does offer some relief in the area of multi-language support. If an organization adopts the content structure and style recommended in the KCS methodology of "complete thoughts, not complete sentences" then this creates the following benefits in a multi-language environment:

  • Complete thoughts are often easier to comprehend than complete sentences
  • The KCS structure gives meaning and context to the words and phrases in the article

 

The use of machine translation has increased dramatically over the past few years.  It is not perfect but it is gaining acceptance as sufficient for support content. Following are some examples of how companies are leveraging machine translation:

  • "Just do it" - Use machine translation for all support content in the knowledge base and translate it into selected languages. Intel uses machine translation to offer their support web site in five different languages
  • "Demand driven" - Limited machine translation; only articles that have reuse get translated
  • "The hybrid" - A hybrid approach of machine translation with a manual post edit for reused articles
  • "Side by side" - Microsoft has found that offering the original article along side the machine translated article greatly increases user's confidence and therefore use of machine translated articles

 

For more information on machine translation visit the Translation Automation Users Society at www.taus.net.

Just-In-Time Training

KCS articles in the knowledge base enhance Analyst training by allowing Analysts to find information that they may not have known prior to their search. For example, an Analyst might get trained on a product and then not have any contact with that product for several months. When a call comes in, the Analyst can search the knowledge base and find information that they forgot or may not have learned. This is just-in-time training.

You must to post a comment.
Last modified
11:25, 27 May 2014

Tags

This page has no custom tags.

Classifications

This page has no classifications.