- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2023 09:44 AM - edited 12-05-2023 09:46 AM
Hi all,
We've ran into some issues with some of our support staff not being aware of some major updates made to the KBs and it negatively affected some of our calls.
Is there a way for support agents (knowledge workers) to easily see what changed in the KB article, as they are viewing it? We have some information that changes maybe once a year, others that change throughout the month. And its hard for the agents to be aware of all the things that change, when we have hundreds of services. One thought was using generative AI to point out changes made to the article in the last 6 months in a little summary field at the top of the article. Another thought was to see if we could have highlighted the updates made in the last 6 months, within the article itself. That way, you could scan the article quickly to see what's been updated recently. I think this last one would work well for the products the support agents are most familiar with.
Have any of you Knowledge Managers tried anything like this? Thanks.
Solved! Go to Solution.
- Labels:
-
ai
-
KB Updates
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-06-2023 12:46 AM
I have tried the GenAI and the function named "case summarization". My experience with that function so far, leads me to think that using it in this context might not add the value you are looking for. I hope I am wrong, but I think it would generate too much text on top of the text in the article, and prob. make the article harder to read.
When we faced this issue, we enabled the versioning of the articles. We are following KCS and onboarded all our agents to attach articles when using them and update if they find a reason to do so, either fixing the article resolution or adding search words/phrases. We did go through when onboarding our agents to always have a look at "last updated", so they cal always make sure they know something have changed. in the versioning history they could also then see who made the change, thus have a contact in case something is not clear. the versioning was visible when reading the article, while the change log is only visible when in edit mode of the article.
In the long run, I would trust this works better then a summary made by GenAI, as this will effect the readbility of the article. I hope the GenAI function you describe can work, but for I think it would have been a just read as a small note in the versioning log when reading the article.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2023 01:07 PM
We have SN configured so that any time anything is changed in an article, that change is reflected in the activity stream, sort of like a track changes for articles. While it can make for a rather long activity stream, it does a good job showing what changes have been made.
Also, if an article was dramatically changed, I would think it would be best to create a new article and retire the old one to avoid the situation that you described.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-06-2023 12:46 AM
I have tried the GenAI and the function named "case summarization". My experience with that function so far, leads me to think that using it in this context might not add the value you are looking for. I hope I am wrong, but I think it would generate too much text on top of the text in the article, and prob. make the article harder to read.
When we faced this issue, we enabled the versioning of the articles. We are following KCS and onboarded all our agents to attach articles when using them and update if they find a reason to do so, either fixing the article resolution or adding search words/phrases. We did go through when onboarding our agents to always have a look at "last updated", so they cal always make sure they know something have changed. in the versioning history they could also then see who made the change, thus have a contact in case something is not clear. the versioning was visible when reading the article, while the change log is only visible when in edit mode of the article.
In the long run, I would trust this works better then a summary made by GenAI, as this will effect the readbility of the article. I hope the GenAI function you describe can work, but for I think it would have been a just read as a small note in the versioning log when reading the article.
