Currently, when users navigate in the kibana app without any index pattern they get this page
Several efforts take place these days to improve adding data but nothing address this page
Current problems:
When in that point users have few options:
Few options:
cc: @elastic/kibana-design @timroes @rayafratkina @alexh97 @mattkime
Pinging @elastic/kibana-app (Team:KibanaApp)
@AlonaNadler We can help with this one, can you setup a kickoff and include @miukimiu & @gchaps?
Hi @AlonaNadler,
We're currently implementing the following design for the Graph POC. I think something similar might work for this use case.
What do you think?
Ops! I missed @cchaos comment. Yes, let's set up a kickoff and we can work on a few ideas.
This issue is one of the first friction points
We need a solution that:
Since it is one of the first interactions in Kibana it needs to be easy, nice visually and clear
@miukimiu Can we see a version of the index pattern with this text:
You have data in Elasticsearch.聽
Now, create an index pattern.
Kibana requires an index pattern to identify which indices you want to explore. An index pattern can point to a specific index, for example, your log data from yesterday, or all indices that contain your data.
For the three cards.
Since we're moving away from product icons, generally speaking, we should consider using generic icons (or no icons at all).
I'm also wondering if the order and/or visual weight of the three options should be changed. The feedback I've been hearing of late is to push for real data, so sample data gets downplayed. Depending how far we want to take that, it may get an altogether different treatment (e.g. it's not a card but a separate line of text/link "Don't have any data at hand? Install sample data to see what Kibana can do.")
Thanks @ryankeairns. I'll try to use generic icons.
Thanks, @miukimiu. I have one more small change to the index pattern empty state.
Create Index Pattern > Create index pattern (sentence case)
Nice work @miukimiu :)
@elastic/kibana-app-arch this is a visual change we want to include
Regarding the order when there is no data. From left to right, first on the left the beats option (@mostlyjason not sure if it is you, how should we refer to beats? integrations? integrate to a system?) second the upload file and third sample data
Re: @ryankeairns comment about the data cards. I have also heard that the push is for real data.
(We are moving toward real data in our Getting Started docs.) I like the suggestion for using a link for the sample data (with a few tweaks to the text).
Also worth noting, the first time a user hits this screen in a session, they'll see a banner at the top that says "In order to visualize and explore data in Kibana, you'll need to create an index pattern to retrieve data from Elasticsearch"
This disappears for the rest of the session after it is dismissed or after ~15 seconds, whichever comes first.
Related discussion here: #63100
@miukimiu Just re-read the text. I think one more word is needed at the end of the last sentence.
"or all indices that contain your log data"
but don't use bold.
Re:
The description for the Beats card is not consistent with the other two. It should start with a verb
If the goal is to get users started, how about:
"Add logs, metrics, uptime, or SIEM data."
Or if we want to be more inclusive:
"Add data from a variety of sources."
You could use "ingest" instead of "add" but I think the current Kibana UI uses "add"
@miukimiu thanks for the changes! There is one piece of feedback regarding the order that seems to have been missed - Use Beats should be first and Add sample data should be last in the order.
A few design thoughts for the footer :)
external
prop which displays the popout icon. That might also mean removing the training icon though...Tiny issue: make sure the description under "Use Beats" has a period at the end. :-)
@ryankeairns based on your suggestions I changed a few things.
I also moved the cards to the Management / Index patterns / Create index pattern page.
I also include a variation of the No data card (page 3 / 3) to explore how it looks like with a few colors.
You can find the updated prototype here: Figma Prototype.
Thanks @miukimiu !!
After all that, I realized I'd type the order wrong 馃う . I went ahead and made 'Upload a file' first, which is what I intended. My mistake.
This is looking quite nice and friendly :)
@ryankeairns I wrote above, the order should be. Beats, upload a file, and sample data.
The order is based on what we want users to do.
It is better if a customer uses beats to constantly ingest data than upload a file that is limited to 100Mb. Using beats is closer to real life.
That is also why sample data is the last. We prefer users will not use sample data unless it is their only choice.
Regarding use beats
option. @mostlyjason help us out, how to call the beats option? integrations? get data from your systems?
@mostlyjason suggested Add integration
instead of Use Beats
馃憤 We'll make the order and wording similar on the home/landing page mockups.
Also, as a side note for whomever implements this, there is an outstanding issue to address permissions for the 'Upload file' link on the home page. I presume that solution would be needed here as well. In the case of the home page, we end up hiding that link when proper permissions are not in place: https://github.com/elastic/kibana/issues/63117
Longer term, we would like to move this feature out of ML to a global location.