netdata / netdata-cloud

The public repository of Netdata Cloud. Contribute with bug reports and feature requests.
GNU General Public License v3.0
41 stars 16 forks source link

[Feat]: Dispel common misconceptions about Netdata limitations by adding static content to the cloud #420

Closed cakrit closed 8 months ago

cakrit commented 2 years ago

Problem

Users are commonly asking questions about:

Users are also completely unaware of our most advanced features such as

Description

In addition to the in-app guides we are already building, we should add in appropriate places in Netdata cloud CTAs that will inform users about these capabilities of the Netdata agent.

Importance

must have

Value proposition

Users with no previous exposure to the agent will discover how powerful it is.

Proposed implementation

Suggested links for the various CTAs are in the Problem statement. Here are suggestions as to where to put what:

Purely static content:

image

Want to extend your history of real-time metrics? If clicked, expands or pops up the following: We don't store metric data on the cloud, so you will need to configure the Netdata Agent to change how long Netdata stores metrics. If you are concerned about performance in production nodes, set up streaming/replication. For months or years of retention, export metrics to external time-series databases.

This text is too long, so it may need to be expandable, based on a click to the question.

More dynamic content:

hugovalente-pm commented 2 years ago

Bring back to the Netdata cloud charts the CTA below to replace the "No data for this period". Add to it a link to the Privacy/Where data is stored, so there can be no misunderstandings. The "history" CTA is obsolete by now, almost everyone is probably using dbengine. Perhaps try to also pass the message here that for very long retention, people should export metrics to another timeseries DB and link to that doc page. Sample new CTA in the next bullet.

@ktsaou @cakrit on this there is this ticket under discussion about bringing back that message and trying to review which CTAs we want https://github.com/netdata/product/issues/2390 it was agreed to keep the previous design (less intrusive than what was proposed, sample below) but we wanted to have one CTA so not sure we can put here:

image

Perhaps: In the datetimepicker predefined periods, add a similar CTA (probably after the "Last 7 Days" Option) as the one described above. Summary of suggested CTA: Want to extend your history of real-time metrics? If clicked, expands or pops up the following: We don't store metric data on the cloud, so you will need to configure the Netdata Agent to change how long Netdata stores metrics. If you are concerned about performance in production nodes, set up streaming/replication. For months or years of retention, export metrics to external time-series databases.

For this one we may be have more space, but not sure how this would look like on the datetime picker. @christophidesp @vinnygats @dionysis-netdata what do you think?

hugovalente-pm commented 2 years ago

More dynamic content:

  • The "Search charts" could be extended to also search inside the collectors documentation, or at least in an index of all collectors. So e.g. I'm searching for "oracle", there's nothing currently collected, but I get back results that will tell me how to configure the agent to access my oracle db.

@cakrit not sure this is the best approach, I think I remember on a brainstorming session @novykh suggesting an "overall" search engine across all Netdata Cloud where it would make more sense to include our docs (example given was this https://stripe.com/docs/api)

what do you think @novykh ?

sashwathn commented 2 years ago
  • Under Manage Space/Notifications: CTA to Notification methods available on the agent. There was also suggestion to list all notification methods available via the agent, but that would take more time.

This one is work in progress as part of https://github.com/netdata/cloud-frontend/issues/3359 .

  • Wherever appropriate for every alert, but especially somewhere in Alerts/Alert Configurations add CTAs to configure the alerts that appear on the cloud (change limits, disable).

We will need to understand where exactly this needs to go and probably the Alerts configuration page is a good place where we can add CTAs to our documentation on configuring alerts on the agent. An issue is now created on the cloud-frontend https://github.com/netdata/cloud-frontend/issues/3403 .

ghost commented 2 years ago

Perhaps: In the datetimepicker predefined periods, add a similar CTA (probably after the "Last 7 Days" Option) as the one described above. Summary of suggested CTA: Want to extend your history of real-time metrics? If clicked, expands or pops up the following: We don't store metric data on the cloud, so you will need to configure the Netdata Agent to change how long Netdata stores metrics. If you are concerned about performance in production nodes, set up streaming/replication. For months or years of retention, export metrics to external time-series databases.

For this one we may be have more space, but not sure how this would look like on the datetime picker. @christophidesp @vinnygats @dionysis-netdata what do you think?

Sure, if guys can come up with a clean design

cakrit commented 2 years ago

@cakrit not sure this is the best approach, I think I remember on a brainstorming session @novykh suggesting an "overall" search engine across all Netdata Cloud where it would make more sense to include our docs (example given was this https://stripe.com/docs/api)

@hugovalente-pm We have the overall search in the KC Bot. This doesn't cover the specific need. We want a way for users to know that even though the metric they are looking for isn't there, they may be able to add it very easily, by configuring the relevant collector. An alternative is that if the search doesn't return results, we point them to https://learn.netdata.cloud/docs/agent/collectors/

i.e. use the following to promote the hundreds of collectors we have available:

image
cakrit commented 2 years ago

Perhaps: In the datetimepicker predefined periods, add a similar CTA (probably after the "Last 7 Days" Option) as the one described above. Summary of suggested CTA: Want to extend your history of real-time metrics? If clicked, expands or pops up the following: We don't store metric data on the cloud, so you will need to configure the Netdata Agent to change how long Netdata stores metrics. If you are concerned about performance in production nodes, set up streaming/replication. For months or years of retention, export metrics to external time-series databases. For this one we may be have more space, but not sure how this would look like on the datetime picker. @christophidesp @vinnygats @dionysis-netdata what do you think?

Sure, if guys can come up with a clean design

@hugovalente-pm and @dionysis-netdata in https://github.com/netdata/product/issues/2390 I added a suggestion for the docs that will help minimize the CTA to a single link. Just need an approval from ktsaou, I will ping him in Slack too.

hugovalente-pm commented 2 years ago

@hugovalente-pm We have the overall search in the KC Bot. This doesn't cover the specific need. We want a way for users to know that even though the metric they are looking for isn't there, they may be able to add it very easily, by configuring the relevant collector. An alternative is that if the search doesn't return results, we point them to https://learn.netdata.cloud/docs/agent/collectors/

yes @cakrit it was clear and it is really helpful, just not sure of the effort of the search spilling over to our learn page. I'll try to check with @novykh this

the alternative we are already doing, adding the CTA to the bottom of the search bar, probably we could also review text where it says No results were found but would probably not add a link to the collectors page, because we would have the same CTA very close by

see what we have on staging, ready to be released on Mon.

image

If we added another CTA on the message it would be very close image

cakrit commented 2 years ago

yes @hugovalente-pm I would add to the main screen under the try again with different conditions also a marketing message, with an additional way to avoid the page being a dead end, more room there. The CTA is essentially the same, but we have room to tell them something more than just "Add more charts", which they may not notice with all the clutter in the UI.

cakrit commented 2 years ago

There was one more idea, from @ralphm or @amalkov (don't remember), to poke people to add a second node as soon as possible. Where we see that they only have one node (probably Nodes tab and Overview screen), ask them to claim a 2nd node to get the full benefits.

I'm telling them to do so in the in-app engagement for the overview tab and kind of point them to that in the last step of the quick tour.

hugovalente-pm commented 2 years ago

@cakrit added the follow-up ticket for that here Add CTA also on central message when no charts are available netdata/cloud-frontend#3432

cakrit commented 2 years ago

Thanks for the updates @hugovalente-pm I converted the opening comment to show tasks done and pending (checklist).

hugovalente-pm commented 2 years ago

Streaming/replication CTAs were already planned to be added next to the "replication factor" information, which is currently not visible.

@cakrit for this one we have a link to docs and we have added the tooltip, were you thinking about anything else?

cakrit commented 2 years ago

@hugovalente-pm looks good

amalkov commented 2 years ago

There was one more idea, from @ralphm or @amalkov (don't remember), to poke people to add a second node as soon as possible. Where we see that they only have one node (probably Nodes tab and Overview screen), ask them to claim a 2nd node to get the full benefits.

I'm telling them to do so in the in-app engagement for the overview tab and kind of point them to that in the last step of the quick tour.

Yes, we discussed this, basically, the idea is on the Nodes tab to display a notification "Please add at least two nodes" in case the War room has only one node available (active + stale), offline nodes needs to be ignored.

Having such information inside in-app engagement is really good, however, users can not see this message all the time and can forget about it.

hugovalente-pm commented 8 months ago

most of the things were done, there is no action on more hints/insights