최근 검색
최근 검색 없음

Angela Frey
가입한 날짜: 2021년 4월 15일
·
마지막 활동: 2022년 2월 04일
팔로잉
0
팔로워
0
총 활동 수
19
투표 수
4
플랜 수
10
활동 개요
배지
문서
게시물
커뮤니티 댓글
문서 댓글
활동 개요
님의 최근 활동 Angela Frey
Angela Frey님이 에 댓글을 입력함
Internal only notes would be EXTREMELY helpful for any workplace with more than one person working on the KB. Having NO internal notes is really not enterprise-friendly. Teams need to be able to flag important caveats ("this feature will no longer exist after we release mobile app 4.0") and lead each other to further documentation, such as jira bug tickets, feature requests, or even internal wiki articles.
Heck, even I need internal notes for myself - I pulled an article from the KB because the feature was not working at the time. I have no notes as to what bug, why the article was pulled, under what conditions it should go back up... and honestly, I've forgotten almost everything except I think the feature was not working? Now the article sits in limbo.
Even consider KCS flow - an article might be externalized with one solution, but over time Support finds new solutions. They are not all immediately externalizable, as they need time to verify environment, efficacy, whether it is in addition to or instead of the original solution... And right now, we have to document all that in our Confluence wiki? This means my support team does NOT use the KB as source of truth.
For knowledge management, it's a major loss to have our KB completely cut off from all internal context.
댓글 보기 · 2020년 6월 10일에 게시됨 · Angela Frey
0
팔로워
11
투표 수
0
댓글
Angela Frey님이 에 댓글을 입력함
I see no change in the Preview mode with either of these (added to script.js)
$('.nav-wrapper .dropdown-menu .my-activities').html('See my tickets');
$('.sub-nav').find('li').filter(":last");
or
$('.user-nav .my-activities').html(' See my requests');
$('.sub-nav').find('li').filter(":last");
댓글 보기 · 2019년 12월 20일에 게시됨 · Angela Frey
0
팔로워
1
투표
0
댓글
Angela Frey님이 에 댓글을 입력함
This script hyperlinks to the header name, which means that if I cross-link from article A to a subsection in article B, if that header name is ever updated the cross-link breaks.
Is it possible to hyperlink to the header ID instead? For example:
Header Name hyperlink:
...hc/en-us/articles/360000297868#ConfigureTrustedSender
Header ID hyperlink:
...hc/en-us/articles/360000297868#h_97516510121537301054444
FWIW, you can find the header ID while editing an article - in Article A, select text, insert link, choose a header in the dropdown, then look at the URL. I was using this method to manually create Tables of Content, which I could then refer to when creating a cross-link from another article to the subsection (just copy the URL).
댓글 보기 · 2018년 9월 18일에 게시됨 · Angela Frey
0
팔로워
0
투표 수
0
댓글
Angela Frey님이 에 댓글을 입력함
My use case: we're conducting a massive overhaul of the KB structure, I'm making the new sections which are visible to agents & managers only, once the sections and articles for the new KB are fully written up then we'll archive the original KB and release the new KB to the users.
There are some articles/sections that we actually want to pull into the new KB, but I would have to either copy and paste, make the new KB visible before we're ready, or just have to make a mental note "migrate all these articles right before the unveiling". Frustrating.
댓글 보기 · 2017년 7월 28일에 게시됨 · Angela Frey
0
팔로워
0
투표 수
0
댓글