Suite | Professional, Enterprise 또는 Enterprise Plus |
Support(다음 포함) | Explore Professional 또는 Enterprise |
대시보드를 만들 때 특정 사용자가 데이터 전체를 볼 수는 없지만 일부 데이터만 볼 수 있도록 할 수 있습니다. 각 사용자에 대해 별도의 필터링된 대시보드를 만들 수 있지만 대시보드 제한을 통해 이 목표를 달성하는 것이 훨씬 더 쉽습니다.
예를 들어 상담사 생산성을 모니터링하는 단일 대시보드를 만든 다음 대시보드 제한을 사용하여 각 상담사가 대시보드를 열 때 자신의 메트릭만 볼 수 있도록 할 수 있습니다.
이 문서에서는 다음과 같은 주제를 다룹니다.
대시보드 제한 만들기
대시보드 보기 권한자가 볼 수 있는 내용을 결정하는 첫 번째 단계는 대시보드 제한을 만드는 것입니다. 대시보드 제한은 사용자가 볼 수 있는 데이터(데이터 집합, 속성 및 속성 값으로 분류)를 결정하는 규칙 집합입니다.
Professional 플랜을 사용하는 고객은 최대 10개의 대시보드 제한을 만들 수 있습니다. Enterprise 플랜을 사용하는 고객은 최대 100개의 대시보드 제한을 만들 수 있습니다.
대시보드 제한을 만들려면 다음과 같이 하세요.
- 편집을 위해 기존 대시보드를 열거나(베타 대시보드 빌더를 사용하여 만들었어야 함) 베타 대시보드 빌더를 사용하여 새 대시보드를 만듭니다.팁: Support 상담사 생산성 기본서식을 사용하면 지난 7일 동안의 상담사 생산성을 전체적으로 보여주도록 디자인된 대시보드를 신속하게 만들 수 있습니다.
-
공유 버튼 옆의 화살표를 클릭하고 데이터 제한 관리를 선택합니다.
-
제한 만들기를 클릭합니다.
- 창이 나타나면 다음 필드를 작성합니다.
- 이름: 대시보드 제한을 설명하는 이름을 부여합니다.
- 데이터 집합: 데이터를 제한할 데이터 집합을 선택합니다.
- 필터: 데이터를 제한할 속성을 선택합니다. 자세한 내용은 동적 속성 목록를 참조하세요.
-
값: 위에서 선택한 필터에 대해 대시보드 보기 권한자가 볼 수 있는 최대 20개의 값을 선택합니다. 특정 값을 입력하여 검색합니다. 예를 들어 특정 상담사에게 배정된 티켓만 대시보드에 표시하려면 필터에 담당자 이름, 값에 상담사의 이름을 선택합니다.
보기 권한자 기준 옵션은 로그인한 사용자에 따라 대시보드의 데이터를 자동으로 제한합니다. 예를 들어 담당자 이름 필터와 보기 권한자 기준 값을 선택하면 로그인한 사용자가 담당자인 티켓만 대시보드에 표시됩니다.
참고: 보기 권한자 기준 설정을 사용하는 대시보드 제한은 외부로 공유할 수 없습니다.
- 필요한 경우 필터 추가를 클릭하고 데이터 집합, 필터, 값 세트를 추가로 선택합니다. 대시보드를 원하는 수준으로 제한하기 위해 최대 5개의 필터를 추가할 수 있습니다.
해당 데이터 집합/필터/값 세트 밑에 있는 필터 제거를 클릭하여 언제든 필터를 제거할 수 있습니다.
- 마쳤으면 대시보드 제한 만들기를 클릭합니다. 대시보드 제한 창이 나타나서 이 대시보드에 존재하는 기타 모든 제한 사항과 함께 방금 만든 제한 사항을 보여줍니다.
- 완료를 클릭합니다.
대시보드 제한을 만드는 것이 대시보드 보기 권한자가 볼 수 있는 내용을 제어하는 첫 번째 단계이지만 실제로 적용되려면 해당 사용자와 대시보드 제한을 공유해야 합니다.
제한된 대시보드를 사용자들과 공유하기
대시보드 제한을 하나 이상 만든 후에는 이를 사용자들과 공유해야 합니다. 사용자와 대시보드 제한을 공유하려면 제한된 버전의 대시보드를 보도록 사용자를 초대하여 위에서 만든 대시보드 제한에서 정의한 데이터만 사용자가 볼 수 있도록 합니다.
제한된 대시보드를 사용자들과 공유하려면 다음과 같이 하세요.
- 편집을 위해 기존 대시보드를 열거나(베타 대시보드 빌더를 사용하여 만들었어야 함) 베타 대시보드 빌더를 사용하여 새 대시보드를 만듭니다.
- 공유를 클릭합니다. 사람 초대하기 창이 나타납니다.
- 팀원 또는 그룹 추가 필드에서 대시보드를 공유하려는 사용자를 선택합니다. 특정 사용자를 입력하여 검색합니다.
-
액세스 필드에서 선택한 사용자들이 볼 수 있어야 하는 데이터를 정의하는 대시보드 제한을 선택합니다. 선택한 사용자들에 대해 대시보드 제한을 적용하지 않으려면 모든 데이터를 선택합니다. 액세스 권한이 있는 사람 창에 이미 대시보드를 볼 수 있는 사용자들이 표시됩니다.팁: 기존 대시보드 제한 중 요구 사항이 충족되지 않는 경우 대시보드 제한 만들기를 클릭하여 이 드롭다운에서 새 대시보드 제한을 만들 수 있습니다.
- (선택 사항) 초대한 사용자에게 대시보드를 볼 수 있는 이메일 알림을 보내지 않으려면 이메일 알림 보내기 확인란을 지웁니다. 이메일을 보내지 않아도 사용자가 보고서 라이브러리에서 또는 대시보드의 URL로 가서 대시보드를 찾을 수 있습니다.
- 사람 초대하기를 클릭합니다.
제한이 있는 대시보드 보기
사용자가 베타 대시보드 빌더로 만든 대시보드를 열면 대시보드의 이름과 현재 적용된 대시보드 제한이 위쪽에 나타납니다.
관리자와 같이 여러 대시보드 제한에 액세스할 수 있는 사용자는 서로 다른 제한 사이를 전환하면서 대시보드에 표시되는 데이터를 변경할 수 있습니다. 단일 제한에만 액세스할 수 있는 사용자는 선택 사항을 변경할 수 없습니다.
제한이 있는 대시보드를 보려면 다음과 같이 하세요.
- 베타 대시보드 빌더를 사용하여 만든 대시보드를 엽니다.
- 액세스 권한이 있는 경우에는 대시보드의 이름 옆에 있는 드롭다운을 선택하여 서로 다른 대시보드 제한 사이를 전환합니다.
동적 속성 목록
이전 데이터 집합이나 속성으로 대시보드 제한을 만들 수 있습니다. 단, 아래 표에 나열된 속성만 보기 권한자에 따라 대시보드의 데이터를 동적으로 변경합니다.
라이브 데이터에 대한 대시보드 제한은 만들 수 없습니다.
데이터 집합 | 해당 속성 |
---|---|
Support - 티켓 |
|
Support - 업데이트 기록 |
|
Support - SLA |
|
Support - 백로그 기록 |
|
Talk - 전화 |
|
채팅 - 참여 |
|
Chat - 메시징 티켓 |
|
댓글 69개
Walter Bellante
Hi Jordan Forsythe, thanks for the positive feedback.
The ability to exclude filters from certain reports will be available before the GA of the beta builder. You can check the list of features available at each stage in this article.
Thanks,
Walter
0
Walter Bellante
Hi Abby Armada,
thanks for your feedback.
We have just added the Updater Name and Updater Email for the "Support - Updates history" dataset.
Regards,
Walter
1
Jordan Forsythe
Question about two improvements to the new dashboard beta!
Do you have plans to exclude the restrictions from applying to certain reports on the dashboard. E.g I have an average KPI report that I calculate and dont want that to filter for only that agents user.
When are you going to introduce excluding the dashboard time filters from certain reports on the dashboard? I can do this in the legacy builder but really miss this in the new beta.
Thank you!
2
Jordan Forsythe
This is the best feature I've seen you release for the new dashboards! Why wasn't this communicated to users!
Very happy with this functionality
0
Tobias Hermanns
Hi Walter,
we testing the feature currently as we have 200+ Dashboards and 2500+ queries, so our reporting is impressive and customized.
I found 2 limits I can´t figure out:
a) Talk "Dataset" seems unavailable in Restriction Area; is it true? Will it come?
b) The limit of 3 datasets may not be enough, as, i.e., we are creating Dashboards for Agents Performance / KPI measuring, we need on 1 different Dashboard Datasets applied when this Agent opens Dashboard (Support SLA, Support Tickets for CSAT, Talk Calls .. ..)
c) Some larger queries can´t filter correctly instead of "per Agent" I see result of "all Agents" which should not be the case, bug?
It would be good to get some insight into that.
Kind Regards,
Tobias
1
Abby Armada
Hi there,
I love this feature, but would love an expanded attribute list. In "Support - Updates history", I'd love to see "Updater name" since many of our tickets are re-assigned and we count tickets via agent update. This would 100% solve all of our data sharing problems. Thanks!
5
Walter Bellante
Hi Steve Steffel,
thanks for your positive feedback and interest in the feature.
While I understand you want to reuse the same dashboard restriction across different dashboards, we currently do not plan to support saving restrictions.
Regards,
Walter
1
Steve Steffel
This is a wonderful and very useful feature for us! One question: Can dashboard restrictions be copied to multiple dashboards? For example, maybe my restriction is "Group ABC" and it's a filter on ticket group with values "Group A", "Group B", "Group C". I'd like to reuse that filter across different dashboards instead of recreating it. Is that possible? Thanks!
3
CJ Johnson
Edit: In case it's unclear, this feedback is specific to the Agent Productivity Reporting Template. I don't see anywhere to give feedback on this.
Some feedback on this. Apologies if my tone is brusque, my intent is simply to approach this with a critical eye.
As far as I can tell, this is a count of how many tickets are assigned to the agent that were created in the last seven days – regardless of whether the agent has replied to them even once yet. That’s a very strange metric. I would be curious what Zendesk’s intent for use for this metric is. It doesn’t work for us because agents may take 7 tickets for 3 hours, work 3 of them, and never work on the remaining 4, with those being passed off to another agent. They shouldn’t be counted and it will make it very difficult to reconcile numbers across the team if they are, as the time of the report being generated will impact this. I would anticipate spending a lot of time trying to figure out why tickets are being double counted if we sent this report out to agents and supervisors.
4. The metric “Unsolved tickets” suffers the same problem as above.I might have 42 unsolved tickets, but it will return “2” if the other 40 were created more than 7 days ago. That makes this metric not very helpful for an agent to see their actual workload, and will lead to a lot of emails about why the dashboard isn’t counting all their work. It doesn’t make sense to constrain unsolved tickets assigned to an agent by the date of creation on a dashboard intended to reflect productivity.
5. The lack of ability to add filters for things like Tags to the entire Dashboard renders it useless for me for the one task I need this for, unfortunately. I need to filter out merged tickets, for example, from basically all metrics. Editing every report on the Dashboard to do this behind the scenes, makes it impossible for the viewer to know why some tickets are excluded. This then leads to me having to spend time explaining why ticket x wasn’t counted. I want and need the filters on reports to be visible and filterable at a Dashboard level, for all things, not just the select few filters that are currently allowed on this Beta version.
5
게시물 댓글 달기가 중지되었습니다.