-
Notifications
You must be signed in to change notification settings - Fork 8.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Meta] Help users find a dashboard among all dashboards #60299
Comments
Three insights from when Tableau was tackling this problem with Tableau Server:
|
Thanks for filing @AlonaNadler! @jinmu03 this issue aligns with most of the saved object meta data features I had brought up during our sync earlier today. I'll go ahead and add this issue along with some related ones to the planning doc. |
Pinging @elastic/kibana-app (Team:KibanaApp) |
Alona notes that Viz has a similar problem (although it might need a varied solution) and I think you could put Canvas in that category as well. There are Canvas home page designs that evolved to align with Caroline's design above, fwiw. As I think about it, it strikes me that all product home pages that currently use a table list view would likely benefit from the solutions described above. Not to bog down the process for Dashboard, but keeping in mind the the global usage would be wise. |
I mean really, if you think "globally", the whole page could be the same for everything, just filtered down to specific save object types. 😉 😉 :nudge: :nudge: |
This would be a fantastic usage of Pulse @TinaHeiligers. Essentially surface each users "most used" items first. |
A huge ++ to this issue. Our content management approach is quite frustrating for our users. I'd love to see thumbnails as Dustin points out; users can easily sort through a lot of information visually. I'd wager that even if you displayed hundreds of thumbnails (and nothing else) sorted by average color you'd be able to find what you are looking for if you have seen it before... that's a bit extreme but hopefully you see what I'm saying - humans are visual creatures, we should use that as much as possible. Global Search should help this problem too. If we do tags, we should consider a special tag to indicate an object is "certified" or "official" - the source of truth. These would typically be weighted in results to appear at the top if they are often used, an icon in the results also helps the user focus in on relevant content. The addition of "certified visualizations" resulted in huge cheers at Tableau's customer conference - no joke. |
I want to link the relevant issues here:
Regarding thumbnails, this will be a bit trickier. Since not everyone with permission to view the dashboard would potentially have permission to see the data. So we can't simply make a screenshot of the dashboard when it's created/updated and use that as a thumbnail, since we can potentially leak data that way to users who have no permission to see it, but only permission to see the dashboard. |
@timroes could we only show results in the list of objects you have permissions to? |
@VijayDoshi we unfortunately can't. I mean you can check if you have permission to see the dashboard (and we of course don't show dashboards you don't have permission to), but whether you have permission to access (all) underlaying indexes is nothing we can check. E.g. you could have created a visualization on that dashboard, that uses So basically there is no chance of knowing for another user what data or what part of a data within what visualization they would be able to see. With document level security you could even potentially just see parts of the documents within specific indexes, and such would always be missing e.g. some specific rows in a table, with sensitive data in (e.g., because for privacy reasons you should not have access too all customer names, while the user who created that dashboard had access to the documents of all customer names). So we could basically only show you a screenshot that has been made exactly with your user, without the danger of leaking data to you, that you should not be able to see. |
@alexfrancoeur This issue is on Platform team's 7.9-7.12 roadmap |
We load many dashboards from the ingest manager in the future. We have screenshots for our dashboards that we could also provide as a thumbnail to Kibana if it is supported. |
Screenshots would be an interesting addition, but in the past we've had concerns about them being too noisy. Definitely worth revisiting, I know @VijayDoshi has made similar suggestions for navigational search. Generally, the need for additional metadata and a global tagging system seems to be growing, especially with new use cases being introduced such as EPM / ingest manager around the corner and features like "copy to space" that could copy over tagged saved objects (not just dependencies). As @jinmu03 noted, this is currently on the platform teams roadmap. cc: @joshdover for visibility @ruflin with something like tagging in mind, I'd imagine we'd also want a consistent tag across alerts, ML jobs and more. Have you been thinking along these lines at all? |
@alexfrancoeur Yes. I think tagging in combination with meta data would be great. Meta data is not necessarily only to filter on but also for the user to indicate that some of the dashboards, ml jobs, index patterns are created and managed by EPM as an example. |
Pinging @elastic/appex-sharedux (Team:SharedUX) |
Reassigning this to the Shared UX team as I think that the content management initiative will cover this use case? Feel free to close this one if this information is covered in content management issues! |
This has been asked countless times and is a big cause for frustration for many companies.
Users have hard time finding the right dashboard between dozens and even hundreds of dashboards in the dashboard listing page. (btw I know Visualize listing page suffers from the same problem, I think it needs a different solution than dashboard)
Main problems:
Ideal solution:
@elastic/kibana-design @timroes @VijayDoshi @alexfrancoeur
The text was updated successfully, but these errors were encountered: