Skip to content
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

Clean up UX for DAU/WAU/MAU #6254

Closed
paolodamico opened this issue Oct 5, 2021 · 12 comments
Closed

Clean up UX for DAU/WAU/MAU #6254

paolodamico opened this issue Oct 5, 2021 · 12 comments
Assignees
Labels
design Issues that need a designer's attention enhancement New feature or request feature/trends Feature Tag: Trends

Comments

@paolodamico
Copy link
Contributor

Is your feature request related to a problem?

Several months ago we introduced the DAU/WAU/MAU graph support. A common use case is wanting to understand the ratio of DAUs vs. WAUs or MAUs as this is a good signal of engagement. This feature is functionally ready, but I think we can improve the UX a bit here to a) make it clear what's going on, and b) make it particularly discoverable.

Current flow:

Describe the solution you'd like

@clarkus I'm wondering if there's some quick win here we can do to improve this experience. FYI this blog post provides some context on how this metric is used. I almost wonder if we should have an easier way to access this metric directly.

Describe alternatives you've considered

Keeping as it is. Writing docs to cover this use case (interested users will probably Google it).

Additional context

Lower priority based on our current focus, but there might be some low hanging fruit. Though requested by a focus customer, we can just explain them how to use it ad-hoc.

Thank you for your feature request – we love each and every one!

@paolodamico paolodamico added enhancement New feature or request UI/UX feature/trends Feature Tag: Trends design Issues that need a designer's attention labels Oct 5, 2021
@clarkus
Copy link
Contributor

clarkus commented Oct 5, 2021

This workflow aligns with those I found in other competing products, but I agree it is a bit clunky. I think most of the problem relates to that formula component - it results in an additional graph series, but it's composed in a completely different area from the rest of the graph series. I think what would be most approachable is the ability to define a formula graph series directly in the query builder. It just feels out of place adjacent to filters and breakdowns. It's fundamentally different in how it affects the visualization.

I am going to spend a little time thinking about how this could be improved. I'll post back here with any quick wins that come to mind.

@paolodamico
Copy link
Contributor Author

Maybe we can create a user guide explaining this and then with a simple "one-button click" to generate that graph in your own project (perhaps the only difficulty is with self-hosted instances). Thoughts?

@clarkus
Copy link
Contributor

clarkus commented Oct 6, 2021

A user guide will be great for this regardless of the changes we make to the UI. It's a complex enough topic that providing a walkthrough feels valuable to me. Short of reworking the workflow for specifying a formula, we might also use overlays or some modular walkthrough injected into the product to help guide usage. Both solutions are focused on support content, just delivered via different mechanisms.

@paolodamico
Copy link
Contributor Author

@clarkus would you be okay taking this on during next sprint so we can ship it in our effort to "nail insights experience"? Happy to help implement it afterwards

@clarkus
Copy link
Contributor

clarkus commented Nov 29, 2021

@clarkus would you be okay taking this on during next sprint so we can ship it in our effort to "nail insights experience"? Happy to help implement it afterwards

Sure I think there are some closely related issues that might be able to be solved along with this one. Thoughts?

@clarkus
Copy link
Contributor

clarkus commented Dec 2, 2021

This is a work in progress but wanted to share some concepts for how formulas could fold into the query builder. The idea is that there is an alternate graph series row component with a subset of variables. The variables would be referenced in a formula field that also allows for custom names. The tricky part here is filtering on each variable. Thoughts on this approach?

Screen Shot 2021-12-02 at 3 04 32 PM

https://www.figma.com/file/gQBj9YnNgD8YW4nBwCVLZf/PostHog-App?node-id=5626%3A44519

@paolodamico
Copy link
Contributor Author

I like the idea of rethinking this from scratch. I have some concerns as it introduces a very different way of building insights. Some concrete points,

  • I don’t think we currently support either multiple formulas on a graph nor a mix of a formula series and regular series (unsure how technically complex this would be, but we may want to avoid building this).
  • When trying out new designs for the insight builder we overwhelmingly got the feedback that having the math selector (e.g. Total count) before the event/action name was very unintuitive.
  • With this design it would be hard to switch between a formula and a regular series, probably an edge case, but still if you have multiple filters it’d be annoying to have to redo them.

@mariusandra
Copy link
Collaborator

The last point can be solved by making it possible to drag the "x" and "y" rows as well. You'd then drag one in or out of the formula.

There's definitely an unspecified amount of backend work that needs to accompany this.

@clarkus
Copy link
Contributor

clarkus commented Dec 6, 2021

There's definitely an unspecified amount of backend work that needs to accompany this.

@timgl had the same feedback. I think it's primarily based on being able to support multiple formula graph series, but we could limit to just one formula per query for now?

@clarkus
Copy link
Contributor

clarkus commented Dec 6, 2021

When trying out new designs for the insight builder we overwhelmingly got the feedback that having the math selector (e.g. Total count) before the event/action name was very unintuitive.

Is there anything else documented to validate or elaborate on this feedback? How many users did we talk to? I tried searching but didn't see anything that stood out as being obviously related. The reason I ask is that there's more and more justification for having an intermediate selection step before picking events or properties or otherwise spelunking through what might be a really huge list of stuff. If we know what kind of aggregation we're doing, we can optimize for finding the right kinds of things. This is also going to be reiterated in filters when we need logical operators on cohort membership, users who did events within a certain time range, etc.

@paolodamico
Copy link
Contributor Author

I'm sorry, can't seem to find where we documented this user feedback. You can see the design we tried here. IIRC we interviewed 4-6 users and all but one got confused with this layout. Of course it could've been this is just what they were used to, but users consistently were expecting to select the event/action first.

We can run more usability tests on this, but to maximize our value out of them, I'd suggest testing with the whole thing fully final draft. We could do this right after getting back from holidays. Thoughts?

@Twixes
Copy link
Collaborator

Twixes commented Oct 21, 2022

This should be clearer now with formula mode. Haven't seen this really brought up since.

@Twixes Twixes closed this as completed Oct 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design Issues that need a designer's attention enhancement New feature or request feature/trends Feature Tag: Trends
Projects
None yet
Development

No branches or pull requests

4 participants