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

Measuring “Paths” success #5834

Closed
paolodamico opened this issue Sep 7, 2021 · 4 comments
Closed

Measuring “Paths” success #5834

paolodamico opened this issue Sep 7, 2021 · 4 comments
Assignees
Labels
feature/paths Feature Tag: Paths stale

Comments

@paolodamico
Copy link
Contributor

As we prepare to build and then launch the new Paths feature (#5665) it's important to consider how we'll measure success for this feature, and any other metrics that can later help us improve the feature.

Aside from defining the key metrics it'll be important to set up instrumentation properly and dashboard for tracking.

@EDsCODE
Copy link
Member

EDsCODE commented Sep 14, 2021

Some overarching questions to answer after deploying the featureset

(1) insight viewed paths before and after releasing new UI/feature set. Total Volume and Unique Users
(2) Measure how people are getting to paths. Are more coming directly from funnels now? Where do they go after?
(3) Does path usage predict retention?
(4) Is path usage more sticky now than before?

Given our focus on paths being useful in contributing to a user's ability to understand causes (#5545), the strongest signal of success would be seeing users consistently going from funnels to paths (2).

Next steps:

  • define what metric determines "consistently"
  • Add current metrics

@paolodamico
Copy link
Contributor Author

paolodamico commented Sep 14, 2021

Important to remember that we dropped a key use case from Paths (exploration), and are focusing on new ones. I've also seen some confusion around solving these problems with Paths. Let's make sure first we're solving for those use cases.

Proposal

  1. Find 3-4 users with the problems we want to address, and get qualitative data points on whether Paths is actually providing useful insights and solving their problem. We should do this as soon as we have something functional. Based on recent feedback, I'm not sure Paths will actually solve for our users.
  2. Assuming (1) goes well, we'll want to have a quant measure of usage. I think we can simplify this: What's the equivalent of our "discovered learning"? What's the most straightforward signal of value?
  3. If Paths is successful (still a big if) (1) & (2), we'll want more data points around behavioral usage to know how to improve it. My suggestion would be to spend 30 mins before shipping just making sure we have some basic tracking (i.e. main actions and relevant data-attrs).

@posthog-bot
Copy link
Contributor

This issue hasn't seen activity in two years! If you want to keep it open, post a comment or remove the stale label – otherwise this will be closed in two weeks.

@posthog-bot
Copy link
Contributor

This issue was closed due to lack of activity. Feel free to reopen if it's still relevant.

@posthog-bot posthog-bot closed this as not planned Won't fix, can't repro, duplicate, stale Mar 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature/paths Feature Tag: Paths stale
Projects
None yet
Development

No branches or pull requests

4 participants