Lesson 4: Product Analytics and User Journeys
What is product analytics?
Product analytics examines how people use a digital product to understand journeys and identify friction.
Common question | Example metric |
| Are new users getting value quickly? | Activation rate |
| Do users come back? | DAU, WAU, MAU, retention |
| How engaged are users? | DAU ÷ MAU ("stickiness") |
| Which features are used? | Feature adoption rate |
| Where do users get stuck? | Funnel drop-off |
| How long do tasks take? | Time to complete |
Common tools: Google Analytics 4, Mixpanel, Amplitude, PostHog.
Events and properties
Concept | Meaning | Example |
| Event | An action a user takes | lesson_completed |
| Event property | Context about that action | course_id, lesson_id, device_type |
| User property | Attribute of the user | plan_type, signup_date |
| Timestamp | When the event happened | 2026-10-14T14:10:00+05:30 |
Good event-tracking practice:
- Use a consistent naming convention (e.g., object_action: cart_added, lesson_started)
- Maintain a tracking plan: a document listing every event, its properties, and when it fires
- Avoid collecting personal information that isn't needed for the analysis
Funnels and cohorts
Concept | What it is | Example |
| Funnel | Progress through a defined sequence | Sign up → start lesson → complete lesson |
| Cohort | Users who share a characteristic | Everyone who signed up in week 32 |
| Cohort comparison | Compare behaviour across cohorts | Did cohorts after a redesign retain better? |
Comparing cohorts shows whether a product change is associated with different activation or retention. Proving cause usually requires an experiment.
Example
Registration funnel:
Step | Users | Step conversion |
| Opened registration form | 10,000 | – |
| Entered email | 7,200 | 72% |
| Verified OTP | 5,100 | 71% |
| Completed profile | 2,300 | 45% |
The profile step has the biggest drop. Investigate:
- Is the form asking for unnecessary information?
- Do errors occur on specific devices or browsers?
- Is the step slow to load?
The drop-off identifies a problem area, not necessarily its cause. User research or an A/B test can confirm the cause.
Common mistakes
- Inconsistent event definitions: if one team logs lesson_viewed on page load and another after 30 seconds of engagement, the metrics aren't comparable.
- Tracking everything without a plan, producing noisy, unusable data.
- Changing event names without documenting it, which breaks trends.
- Over-relying on averages when a few power users dominate.
Try it: Map the key events for a learner who discovers a course, signs up, starts a lesson, and completes it. Name one metric for each stage.








