Content Health Flashcards
How value is captured in the interaction process
- capturing all the KCS article information during the interaction process
- respecting the contributions of all the people who interact with the knowledge
- structuring the articles so for reuse
- structuring information for findability and readability
- collective ownership
- evolve-loop articles
common element/fields of an article
- issue (symptom, problem/question)
- issue described in customer’s words/phrases from their perspective and context
- what is the customer trying to do?
- what is not working?
- environment
- products, categories, business process
- changes (upgrade, deletions, additions)
- resolution
- answer or steps to resolve the issue
- cause
- underlying cause of the issue
metadata
metadata is the collection if attributes of the KCS article, the metadata can be automatically added by the KCS system. (date created, date modified, reuse counts, creator, modifier) or added manually (visibility, quality (AQI), governance)
examples of metadata
article state author/modifier date created last modify date last modify by reuse counter audience and visibility references and hyperlinks identification number version article governance title summary knowledge state sub article confidence and visibility
three metadata fields that comprise the KCS article state attributes
article governance
article confidence
article visibility
article governance
two governance attributes
- experience - the most open level of governance. control is a function of being a member of the community and having an identity where sign in (identify) is required. articles will be based on the collective experience of those who use the articles. the number of people with this level of rights and privileges will typically be large.
compliance - everyone should be able to comment on all types of articles; however not everyone can create or modify articles. compliance controls sensitive, regulated, or critical information for an organization. this attribute is restrictive -only designated individuals or specific groups of individuals can create and modify articles.
article confidence
article confidence is the attribute that defines the quality of an article and tells the level of certainty in the article’s structure and content. article confidence is used in determining article visibility.
four article confidence attributes
work in progress - the article has no resolution. the problem and some environmental is captured, but the resolution is unknown. this is sometimes referred to as a framed article.
not validated - the article is complete and a resolution has been captured; however, confidence is lacking in structure or content, due to the lack of feedback or article noncompliance with the content standard.
validated - the article us complete and reusable; it as been used bu a licensed KCS user. articles are validated when there is confidence in the resolution and compliance with the content standard.
archived - articles are moved to archived when the article is defined as having no value.
article visibility
article visibility adds an additional layer of control that allows business rules to be created allowing different access to different audiences.
the individual’s KCS license level defines their rights and privileges in setting the visibility attribute (internal, partner, external) and the confidence attribute (not validated or validated)
article visibility attributes
internal - articles are only visible internally to an organization (anything with wider visibility than internal is referred to external)
within a domain - articles are visible to a group associated with a particular product domain, topic, job function, department.
partners - articles are visible to third parties (who are not employees) who act as a trusted extension of the organization.
customers - articles are visible to customer/clients or users of the products/services provided bi the organization. the articles are typically accessible via the web-based self service portal for users (registered)
public - the article is intended for anyone unidentified in the public domain. a common practice is to have this article optimized and indexed for a publicly available search appliance like Google.
The purpose of a content standard
the purpose of the content standard is to formally document or use a template that describes the decision that need to be made about KCS article structure and content that promote consistency.
common components of a content standard
- KCS article structure (field definitions)
- quick (one-page_ reference guide
- examples of good and poor articles
- templates
- metadata definitions
- knowledge article states
- style guide
- supporting material
- vocabulary
- multi-language considerations
- multimedia considerations
Two types of KCS articles
Solve loop - articles are developed just-in-time based on customer demand. these articles must adhere to the content standards so that the articles have a consistent structure and are findable and usable by the intended audience.
- evolve loop - article are high-value articles which are usually created knowledge domain experts, based on patterns and trends in article reuse or the analysis of self-service activity. this content generally represents a very small percentage of the total knowledge base.
considerations for archiving
- do so in a way that improves the findability of what is collectively known, not by reducing what is collectively known
- assess whether the archiving will compromise the completeness of the knowledge base. (the greatest value from the knowledge base comes from it being a complete collection of the organizations’s experience and the ability to quickly find what is needed what it is needed.)
- archiving old articles treats the symptoms of findability, not the cause.
- there is often higher value in seldom used articles, since this knowledge does not typically exist in most of the knowledge worker’s heads/memory.
- age and size of articles should not be considerations.
considerations when migrating and integrating legacy data.
- creating a demand-based process that will help identify the legacy content that has value.
- keeping the legacy content in a separate repository and making it available to knowledge workers to search
- letting demand focus the attention on the legacy content that has value.
- creating KCS articles in the new knowledge base for the content that is being used (found) from the old knowledge base.
- legacy data/content is typically not in the KCS structure, nor is it expressed in the context of the customer. Most who have done a mass migration of legacy (data/content) have ended up removing the legacy content because it disrupts findability.
- the investment of time and money to clean, write scripts, and move legacy knowledge is typically not worth the cost to migrate it, and often turns out to be counter-productive.
- experience shows that 90-95% of what is in the old knowledge base will never be referenced.