-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
feat: track product usage intents #25419
Conversation
Size Change: -144 B (-0.01%) Total Size: 1.13 MB ℹ️ View Unchanged
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks fine to me!
📸 UI snapshots have been updated2 snapshot changes in total. 0 added, 2 modified, 0 deleted:
Triggered by this commit. |
…tHog/posthog into feat/track-onboarding-intent
📸 UI snapshots have been updated2 snapshot changes in total. 0 added, 2 modified, 0 deleted:
Triggered by this commit. |
📸 UI snapshots have been updated3 snapshot changes in total. 0 added, 3 modified, 0 deleted:
Triggered by this commit. |
📸 UI snapshots have been updated1 snapshot changes in total. 0 added, 1 modified, 0 deleted:
Triggered by this commit. |
Problem
We currently say that someone is interested in a product if they click the option in onboarding. However, this is too simplistic - there are multiple ways someone can show interest in a product: viewing the marketing page, looking at docs, clicking around in the UI.
We want to use this intent to help the user succeed with the product. We can use in-app cues, emails, etc if we know they have intent for a certain product. We can't do this in-product stuff just by using events - so we should put it into a more flexible table.
Changes
👉 Stay up-to-date with PostHog coding conventions for a smoother review.
Does this work well for both Cloud and self-hosted?
Yes.
How did you test this code?
Added test for team endpoint. Need to add cypress tests for onboarding flow...