Bookmark component for the new dashboard builder - Gathering interest
AngeheftetWe would love to learn how you’re currently using the bookmark component and how important it is for you and your company. Your feedback will help us to shape the roadmap of the new dashboard builder.
To show your interest in this feature, please upvote this post and reply with a comment to the following questions:
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
We look forward to hearing your feedback!
-
I use bookmarks and hidden filters in every dashboard I create mostly to preselect the time.
The main purpose is to reduce the loading time which is a nightmare on Explore and to make it easier for the user to see the most recent data as this is usually the case.
I would rate it 4 out of 5 as the users can still update the filter manually but the experience will be highly degraded. -
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
We use bookmarks on almost every single dashboard we create, so there is always a "default" to start with. We typically reuse reports as the metric being captured is the same across all groups but use bookmark on each dashboard to customize the reports so they are specific to each individual group. Most of our groups do not overlap, so keeping the data separate is important to them.
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
I would say a 4 to a 5. its not a show stopper, as there is a workaround, but it would be a HUGE impact. If there isn't a way for us to have bookmarks or something similar, this would be extremely impactful, as we would need to customize about 200 reports approximately 120 times!
-
Usage - Every dashboard.
- Ticket groups - Attributes don't allow us to group one ticket group in multiple buckets so we use bookmarks to get around this.
- Date filters - When a dashboard loads, our bookmarks allow us to only load one week at a time so it doesn't take forever to load at first. Then if the managers need more dates they can adjust as needed.
- I could go on and on.
Impact - Level 5 (more like 10) MAJOR
-
-
Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
I am using it to freeze filters such as data filters, Time filters and also exclude certain data metrics from the entire dashboard instead of doing it 1 report at a time.
-
On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
5
-
Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
-
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
Bookmarks are essential for creating easy-to-use dashboards without maintaining dozens of cloned reports with different filters. I use them to pre-fill dashboard filters that have been abstracted out of the individual reports (a practice recommended by Zendesk, I believe) as well as to give readers a simple way to filter data that is most relevant for them, such as viewing one team's contribution to the metrics of their group, or tickets related to a certain set of organizations. Without bookmarks, we'd have to create and maintain dozens of duplicate dashboards (and all the reports underlying them, since I suppose we couldn't set default dash filters without bookmarks either) in order to avoid trusting users to reliably set a bunch of filters every time they open the dash. Bookmarks also allow you to hide numerous data filters from view without compromising your ability to use them, which is essential for professional and approachable dash designs. Hiding filters behind bookmarks also prevents users from unintentionally spoiling their dash data by changing a filter that doesn't mean what they think it does.
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
5. It is currently holding us back from adopting the new builder, along with the baffling inability to create a new report. That's absolutely maddening to remember whenever I'm trying to use the new builder, but I'd still only rank it a 3 against bookmarks' 5, for context. The admin overhead without bookmarks would be a nightmare and change our entire process for Zendesk reporting.
-
Seeing the feedback on the post, with every single response rating it a 4 or 5 in terms of impact if the bookmark feature is removed, will we actually see Zendesk listening to it's users this time, or is the bookmark feature still being removed?
It's been more than a year gathering feedback, so this cannot possibly be a matter of needing more time to evaluate.
-
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
I have multiple dashboards that I run throughout the week. I need to get snapshots for last week, this week, last month and this month. Bookmarks allow me to do this quickly and easily.
It's also important for controlling the number of reports & dashboards. Instead of having a whole dashboard and associated reports for 'Last Week', 'This Week', 'Last Month', 'This Month'... I have 1 dashboard built with reports which don't have time filters and I adjust the filters using bookmarks for a quick and easy change.
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
This is a 5 from me. My first play around with the BETA Dashboard, and it seemed OK, but when I couldn't set the bookmark filters at a dashboard level. I stopped there and immediately switched back because the beta wasn't going to meet my needs.
-
I use bookmarks on almost all of my dashboards, it's a 5 for me. Its hard to understand why a feature pushed by Zendesk in the past would be a miss on the new dashboard. I fail to see the benefit of this, why not explain to paying accounts why this is a benefit instead of us telling you why it is needed?
-
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
I use it for every dashboard I have built, across several datasets. Filters for times, agent assignment, and many more based on the various departments and teams that utilize the dashboards.
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
4.5. While users can still update the filter manually, most cases are too complex for users to remember all the filters to apply on every dashboard. This causes non-technical users to spend more time on learning the data attributes rather than focusing on business insights and action planning based on insights.
-
Really appreciate if Zendesk can keep the bookmark feature and bring it onto the new Dashboard building experience
-
Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
- This a key feature for us. All of our dashboards use this feature as a hidden bookmark to default filters the report. Without this the reports would be cumbersome and not readable
On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
- 5, we would be looking at alternative suppliers
-
- Pourquoi le composant signet est-il important pour vous ? Quel est le cas d’utilisation dans lequel cette fonctionnalité est la plus nécessaire ? À quelle fréquence l’utilisez-vous ?
il est important car il permet de faciliter la lecture des données. Il facilite également le filtrage de données. IL me permet de créer différents aperçus des données destinés à différentes cibles.
- Sur une échelle de 1 à 5, quel serait l'impact si le composant de signet n'était pas disponible dans le nouveau générateur de tableau de bord ?
5 ! car cela m'obligerait à dupliquer les rapports et les onglets
la compréhension et l'analyse des données seraient très compliquées -
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
Bookmarks allow to chose between different scenarios on a dashboard page - e.g. timeframes or products or languages. Essentially: Explore would be useless to daily business, it would reduce the use of Explore to deliver raw data and add the need to buy (and maintain) a full BI system to run needed reporting.
Usage: daily
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
5 - no bookmarks will make Explore useless.
The current implementation is already not helpful:
Every user should be able to easily set their own bookmarks on a dashboard. Without editing the dashboard.
Means: When someone has "View" rights on a dashboard, this user should be able to save their own bookmarks (in their view only).
This will allow better distinction of user roles (editor vs viewer) and reduce the number of edits of a dasboard (when only a new bookmark is needed) -
Please consider to include the bookmark feature on beta builder allows us to save and quickly revisit essential reports without the need to repeatedly select time filters. We focus on the data and insights that matter most.
-
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
- We use the bookmark function to freeze varieties of filters. as an example for each team/certain timeline/certain group/certain product. in this case, we will have a clean view for the dashboard user and obviously, for the report builder, it means saving a lot of time instead of cloning each query. Every dashboard is necessary to use this function.
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
- 5 indeed. without bookmarks, the user experience is much degraded, and from the report builder's point, it means increased dozens of manual work which is really not efficient.
-
- Why is the bookmark component important to you? What is the use case where this feature is most needed? How frequently do you use it?
- The bookmark feature is highly important to us because it streamlines the process. Instead of toggling and selecting filters, we can access the data we need in a single view, saving us time. Therefore, please include the bookmark feature in the beta builder
- On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder? - 5
-
This latest update causes more problems for us than it solves.
Firstly, dashboard restrictions don't meet every use case for bookmarks. They can't be set up for different filter combinations to allow someone to quickly switch between them.
Secondly, allowing viewers the option to switch to an 'all access' view would be a horrible change for us. The entire benefit of dashboard restrictions for us has been the ability to only show someone their own data (because Explore has never had the formula function for this). If the agent can switch to a view that's not filtered for them it becomes pointless.
-
Hi Ola Timpson,
thanks for your feedback about bookmarks.
We recognize that dashboard restrictions currently do not serve all the use cases from bookmarks, and that's why "Quickly set and reload a set of values within filters" has been marked as an unserved need we will work on.As for viewer access, we do not plan to give "All access" unless the editor explicitly wants to share all data.
As for switching between different filter combinations, once a viewer or an editor is given access to multiple dashboard restrictions they will be able to switch between them from the access dropdown quickly.
Thanks for your comment.
Walter -
Thanks to everyone who attended our PM Roundtable on Explore Dashboard Builder Transition, where the product team connected with community members to hear and address feedback. After hearing from you on what changes would be best, the product team drafted this response on key points raised during our roundtable. We’ve included below our summary, resources from the event, and a complete recording of our roundtable.
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
49 Kommentare