Bookmark component for the new dashboard builder - Gathering interest
MostradaWe 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!
-
Comentario oficial
Dear customers,
Thank you for your feedback and patience as we delved into this matter. Your comments have significantly helped us understand your usage of the bookmark feature, thereby allowing us to plan our next steps more effectively.
Firstly, I'd like to assure you that we will either rebuild the bookmark feature or provide functionalities that support the same use cases.
At the same time, we want to limit some of the side effects bookmarks today have. Having multiple bookmarks can lead to some inconsistencies when applied across different tabs. One bookmark could potentially override another one, causing the exposure of unnecessary data.
We are committed to preventing such behavior in the beta builder.
As of now, there are several needs you've flagged that can be addressed with the beta builder. I'd like to share how you can overcome some of these challenges and shed light on the remaining ones we aim to resolve in the future.Served needs
-
Need: Sync filters across datasets -> Solution: Link filters
We understand the importance of maintaining consistency when filtering data across different datasets. Similarly to the classic builder, “Link filters” will allow centralized filtering across different datasets. We plan to ship this feature before the GA of the beta builder.
-
Need: Adapt reports to different audiences -> Solution: Dashboard Restrictions
Many of you reported how you combine bookmarks and hidden filters to filter data based on the audience while preventing them from seeing unnecessary data. As a result, if you want a dashboard to adapt to different audiences, you have to clone and maintain different dashboards.
Dashboard restrictions allow dynamically adapting data to the viewer while maintaining a single dashboard that adapts to different audiences.
-
Need: Speed up the initial load of the dashboard -> Solution: Default time filters
We understand you currently use bookmarks to preset a shorter time period to speed up the initial load of the dashboard.
In the beta builder, any dashboard created with a time filter will load “Last 30 days” data by default. You can learn more here.
-
Need: Schedule a filtered version of the dashboard -> Solution: Schedule dashboard restrictions
When scheduling a filtered dashboard version via email, you currently use bookmarks to set the default values for filters.
With schedules, currently planned before the GA, you will be able to schedule a dashboard restriction, allowing you to control what data is exposed to your recipients.
Please note that dynamic restrictions (e.g., the possibility to adapt data based on the viewer) won't be initially supported for end users.
Unserved needs
-
Need: Quickly set and reload a set of values within filters
Bookmarks are currently used to store a set of values within filters and quickly access them.
While this capability is already available to editors with dashboard restrictions (Editors having full access to the dashboard will be able to access all the underlying restrictions from the access dropdown), we will extend the same behavior to viewers.
-
Set the default filtered version
One of the capabilities of bookmarks is to set a default view when the dashboard is initially loaded.
While it is not currently possible, in the future, you will be able to set a default restriction when the dashboard is initially loaded.
-
Set custom time filter values
We know dashboards are meaningful when just the right amount of information is exposed. You currently use bookmarks to pre-set a specific time range to look at.
While by default, time filters are set with a value of “Last 30 days”, you will be able to customize this value in the future.
I want to reiterate how much I appreciate your valuable feedback.
I will keep you updated on the progress of these unresolved issues in this post.
Regards,
Walter -
Need: Sync filters across datasets -> Solution: Link filters
-
- 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?
Currently using the Bookmark feature to sync filters from different datasets with each other without having to think about complex connections.
Also using it to remove "NULL" Values from Filters, which are really unprofessional to be display.
- 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 4. Pretty impactful unless there was another feature that would make it obsolete.
Bookmarks help a lot by making filters more readable and syncing them from several datasets.
-
- 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 the bookmark component to pre-select certain filter. Example, pre-select the Current Month for certain group of ticket. This feature is used few times every week.
- 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 - without this feature, I would need to manually select all the filters before able to view the accurate data on dashboards.
-
- 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 heavily used across all Dashboards to ensure the correct data is always displayed when you access a tab.
On some Dashboards, we have a series of hidden filters, which the bookmarks control what level of data is exposed.
On some of our customer accessible dashboards, we use the bookmarks to ensure they can only select data for their organisation - we do not want customers to use an organisation filter to access other customers data.
- 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 is a fundamental feature used across all of the Dashboards we use in my organisation. Losing this function would effectively mean we need to look for an alternate approach to reporting in Zendesk.
-
- 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?
It’s important to me in two ways. [1] So that I don’t have to select the same options over and over and over again as I review data for the same time period, ticket groups, etc. across multiple dashboard tabs. [2] The other way is in terms of how I can make a single report more useful in multiple dashboard contexts. I don’t have to create multiple copies of the same report to filter by a different ticket group each time, for example, when creating dashboards for different team managers. I can put the same report on multiple dashboards and then pin a bookmarked filter in a hidden widget and select the ticket group filter that way in each dashboard.
- 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 4. I would still be able to get at the data I need but it wouldn't be convenient. I appreciate that y'all are asking for feedback, and I guess on a superficial level I can understand why maybe this feature doesn't seem super critical next to some of the rest of what's involved. But to anyone who uses these reports on a regular basis, and I suspect that's most Zendesk admins, removing this capability will create a lot of acrimony.
-
Removing this feature would be an absolute dealbreaker.
Zendesk Support has repeatedly advised us to put filters on Dashboards, not reports, to keep reports from timing out. This means that bookmarks are critical to the reports on the Dashboards returning useful information for a desired timeframe, since the reports themselves are no longer filtering. Without bookmarks, we'd be stuck getting emails of "all history to all history" instead of the needed yesterday or last week.
Removing Bookmarks would necessitate us re-writing literally hundreds of reports, and rebuilding about a dozen Dashboards. Given how many ongoing, unresolved issues we already have with Explore, I would advocate for us using literally any platform for reporting other than this one, if this is removed. -
I am with CJ Johnson on this one.
Removing bookmarks would mean we stop using Explore and most probably Zendesk alltogether. Removing another basic functionality, and with this one that Zendesk themselves have been telling us to use for years, would be a quick dealbreaker.
-
It's a must have.
-
Our main usage of bookmarks is currently to set default filters for a dashboard, so that we can use generic queries but not have the dashboard load all the data on launch. We also use it to tidy up filter options.
Impact of losing would be a 4 out of 5 in terms of functionality, but the bigger impact would be loss of respect from stakeholders across the business when we explain they now have to click more.
-
- 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?
Our dashboards have a lot of tabs so bookmarks save time by setting the desired default view for each tab. It also allows us to schedule reports based on the bookmark while still allowing other admins to view the dashboard using different parameters on an adhoc basis. Without bookmarks we would need different versions of the same dashboard which is not scalable.
- 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, manually adjusting filters each time a dashboard is accessed, not to mention each tab, is just not scalable without this feature. It also makes scheduling reports more difficult.
-
- 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're working in a multi-brand - multi-product setting. Bookmarks are essential for us to easily set the relevant filters for each product to gain immediate insights. We also heavily rely on bookmarks to configure the filters for our scheduled reports.
- 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, manually adjusting filters each time a dashboard is accessed, not to mention each tab, is just not scalable without this feature. It also makes scheduling reports more difficult.
Without this feature Explore is no longer usable for us. -
- 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?
5: Seems like another name for bookmark is set of applied filters. Being able to switch quickly between varying sets of filters (rather than tweaking individual filters) is critical to the usage of dashboards by any user.
- 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: Without an effective replacement I don't see how you could possibly expect a variety of audiences to use dashboards. None whatsoever. I haven't seen a concise explanation that isn't bullet lists that coherently lays this out like user story. In the absence of one, I don't know why anyone would consider using the new Explore. OR also - in the absence of porting these features - I don't see how you could renew without being able to trust that the classic builder will remain available AND supported.
-
- 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?
Having bookmark is important so that we could set the time filter to specific time range when users open up the dashboard page.
- 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 since users could still change the time filter to other range once loaded, but this can be helpful since loading speed is also important and constancy of the dashboard time range based on stakeholder's needs.
-
- 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?
Given that no time/date filters retain their values when a dashboard is opened or refreshed, it is beneficial to use bookmarks for this use case. In addition to sharing dashboards with other stakeholders who need a quick filter for their respective data needs.
It would be used and is always present on my 'original' 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?
5. removing the ability to enhance the client experience and to create extra steps when filters aren't doing the job today means we have to re-work or spend more time to get the data, which is the opposite of a dashboard.
-
- 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 daily across several different zendesk instances for different projects. In our use-case we are required to prepare and send daily/weekly/monthly reports to different stakeholders inside and outside the company, legal parts involved (regulators) etc.
- 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. Removing bookmark component will impact all parties involved. Without bookmark component it's not possible to send filtered data to different stakeholders, for different timeframes automatically, as without bookmarks zendesk explore is sending all history export.. + in this case zendesk admin need to log in -> open all dashboards one by one -> filter -> export each report from the dashboard as a separated excel file -> combine in another excel dashboard -> send to stakeholders.
Removing of bookmark component will lead to adding insane amount of manual labor to zendesk administrators, imagine that now we operate 5 zendesk instances and inside each instance we have at least 20 different dashboards (each dashboard is with several tabs, each tab is with several different reports inside..). Our company plan to have more projects with Zendesk in the future, without bookmarks we will need 1 dedicated person to sit all day and check different filters across zendesk dashboards... it's insane.
If you plan to remove Bookmarks, consider giving us same capabilities via different component. it's basic and vital to have a reporting system able to schedule and pull out pre-filtered reports/dashboards.
-
We use it to pre-filter list i.e. Assignee List may show too much agents, so we block it with bookmark a group.
We also use it for times, so Teamleader easy can click 1 Year, 1 Month, instead of go to time widget
Sometimes we use it to simulate stuff.
It´s always in backend usually to load right things prefiltered.
-
We absolutely need the Bookmark functionality - Explore gets close to unusable to us, as we use it to have multiple prefilters set for all our dashboards, enabling all of our different departments and receivers to only look at data, and not filter it to their needs.
We use it on all of our custom dashboards to save time on filtering.
It would be a score of 5 or higher if the Bookmarks were not available on Explore Dashboards - they are very critical to us.
-
It would be a 5 for me for all the reasons everyone has already stated. without it my workload would be increasing significantly for no reason at all seeing as the functionality is currently available.
-
Same reasons as previous Customers commenting here. Bookmarks is the only way for us to massage the data (and outliers etc..) through filtering behind the scene and avoid reselecting filter criteria each time. Unless it is replaced with a new concept doing the same, removing it would simply mean we cannot use Explore for our reporting needs and would look for another vendor.
-
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?
- At every Dashboard and every Tab we have a bookmark!
- Same Reports for every Brand, but every Brand has its own Dashboard to only see their data. Filter "Ticket Brand" preselected, hidden and saved with bookmark.
- At some extra Dashboards we are preselecting groups, forms, or contact reason to make it easier for our Agents to read the data.
On a scale from 1 to 5, how impactful would it be if the bookmark component wasn’t available in the new dashboard builder?
- it is very important for us - 5
- We cannot use Explore anymore, when we donot have the option to put the same report on several Dashboards but hiding some results through preset filters on each Dashboard.
- Not everybody is allowed to see all data from every Brand/Group.
-
This is a solid 4 for me, as the live dashboards only allow drill downs on agent status if build using the new beta dashboard. Not currently having this feature means I have to filter the groups manually every time the dashboard is used, which is not a great user experience.
-
Same for us, Bookmark is needed and real-time "drill on" should be able to place on Dashboard directly and filtered. Complex way to get it.
-
Bookmarks are a critical component of our reporting. Not having them would result in either significant time lost in building custom, pre-filtered dashboards for each respective team / group or losing buy-in from key stakeholders within the system. 5/5
-
Bookmarks are necessary to reduce the dependency on dozens and dozens of versions of the same basic conceptual report. It's unsustainable to need to clone and maintain the same report for every group, and requiring dashboard viewers to re-select options and apply filters is too much work and too likely to result in incorrectly applying them and getting erratic results, making the product feel and actually be unreliable..
-
Very important. This would be a step backwards for Zendesk to intentionally exclude Bookmarks in their march towards a new dashboard builder. I thought this was a joke post at first as it is such a useful feature in Explore to create dashboards which load quickly and are use-friendly. What does Zendesk use internally if they don't use Bookmarks in their own dashboards?
-
Bookmarks are a required feature.We create monthly reports for several product families. For that we use the bookmarks to preset a time filter, ticket form or group. Without Bookmarks, the new Dashboard Builder is not viable for us.
-
Hi Walter Bellante,
Is there any update on the availability of Bookmarks and Hidden Filters on the new Dashboard builder?
Given the recent announcement that the new Dashboard Builder will be GA in the near future and the classic builder deprecated, I would like to understand if a decision has been made on these features.
-
- 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 for freezing filters such as assignee agents, time, etc.
- 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?
-
The loss of bookmarks would be a big deal for us - we use them to quickly allow us to jump between common "states" (combinations of various data filters that limit what we see to specific varieties of tickets) when viewing dashboards - e.g. "All Team X tickets", "All Team Y Tickets categorised in Z way in the Ticket Fields", "All Tickets for teams X and Y from Z Customer Type" etc.
Loss of this would be a 5/5 impact for us.
-
I use bookmarks in every dashboard I build to allow filter presets. It's easier and less confusing for someone to click a bookmark than reset multiple filters. I find it hard to believe you aren't already working on including this feature. I rate it a 5 for us. We also use hidden filters.
If you can't provide feature parity, the deprecation of the classic environment should be indefinitely delayed. This would be the second time in five years we were forced to move to a new environment that lacked features of the predecessor.
Iniciar sesión para dejar un comentario.
49 Comentarios