Visualization
Chapter 4 · Phase 3 · practice in Week 6
1. Hypothesis-first visualization
The most common PM mistake with data is opening a BI tool, generating many charts, and then finding a story. This is data fishing — you will always find something that looks interesting, and you will have no way to know if it is real or artifact.
The correct workflow:
Write the hypothesis first
"I believe that Pro users who use the RAG feature in their first week retain at 90-day rates 20% higher than those who do not." Be specific about the effect direction and magnitude.
Choose the chart type that would confirm or deny it
For this hypothesis: a retention curve (cohort analysis) comparing two groups. The chart either shows the gap or doesn't.
Generate the plot
Run the query, create the chart. Look for the pattern you hypothesized. Check if it exists.
State what the chart proves or disproves
Write one sentence under every chart: "This chart shows X, which [confirms/does not confirm] the hypothesis because Y." If you cannot write this sentence, the chart is decorative, not analytical.
2. Chart type selection guide
| Question type | Chart type | Example |
|---|---|---|
| How does X change over time? | Line chart | Daily active users over 90 days |
| How does X compare across categories? | Bar chart | RAG query latency by model version |
| What is the distribution of X? | Histogram | Distribution of response latencies |
| What is the distribution of a count? | Box plot | Token usage per user per day, p25/median/p75/p99 |
| Are X and Y correlated? | Scatter plot | Chunk size vs retrieval accuracy |
| How does a cohort retain over time? | Cohort / retention chart | Week 1 users: % still active at Week 2, 4, 8 |
| Where do users drop off in a flow? | Funnel chart | Prompt sent → result received → user upvoted |
| What fraction of X is each category? | Stacked bar or area | Breakdown of error types over time |
3. Visualizing AI system behavior
For AI products specifically, you need charts that diagnose model behavior — not just business metrics. Here are the three most important ones to build for any LLM feature.
Latency distribution chart
Load your inference logs into a spreadsheet or BI tool. Plot a histogram of response times in milliseconds. Draw vertical lines at p95 and p99 so you can instantly see your tail latency. Add a second panel showing median latency over time (by hour or day) to catch regressions. If your p99 is 3× your p50, you have a reliability problem worth investigating even if the average looks fine.
Token usage per user (cost outlier chart)
Sum input + output tokens per user, then sort descending. Plot the top 20 users as a bar chart. Calculate what percentage of total token cost comes from the top 10% of users — this number is almost always shockingly high (often 60–80%). Use this to find abuse, set per-user quotas, and justify tiered pricing. A healthy cost distribution should be relatively flat; a spiky one means you have no guardrails.
RAG retrieval recall over time
For each week, calculate what fraction of queries had the correct answer-containing chunk in the top-K results. Plot this as a line with a target threshold line at 85%. A declining recall line tells you your index is going stale, your chunk strategy is degrading on new content, or a recent embedding model change broke retrieval. This chart is your early warning system for RAG quality decay.
4. Common chart mistakes that hide the truth
- Y-axis not starting at zero — makes small changes look dramatic. Always start bar charts at 0. For line charts, note when you do not.
- Averaging rates without denominators — "error rate dropped from 5% to 2%" — but did the denominator triple? Show both numerator and denominator.
- Mixing users and sessions — a user who makes 100 queries counts as 100 sessions. User-level and session-level metrics tell different stories. Label clearly.
- Survivor bias in cohorts — if you measure retention only for users still active, you have already excluded churn. Start with a full cohort.
- Smoothing over incidents — weekly averages hide a bad day. Show daily data alongside weekly averages for anything latency- or error-rate-related.
5. The one-sentence chart rule
Every chart you put in a doc, deck, or PR should have a title that states the conclusion, not just the data source:
❌ Weak title
- "RAG latency by week"
- "User retention chart"
- "Token usage over time"
✓ Strong title (states the finding)
- "RAG p99 latency exceeded SLA in weeks 3 and 7"
- "Pro users retain 2× better at 90 days than Free"
- "Token cost grew 3× while DAU grew 1.5× — efficiency regression"
Test your understanding
Further reading & watching
- BlogChip Huyen — Can LLMs do data analysis? (Part 3)Chip's analysis of LLM-assisted data workflows — the gap between what demos suggest and what production requires.
- BlogStorytelling with Data — BlogCole Nussbaumer Knaflic's practical guide to data viz for communicators. Highly applicable to PM work.
- GalleryInformation is BeautifulDavid McCandless's showcase of well-designed data visualizations. Great for visual inspiration.
- Video3Blue1Brown — Statistics & Probability seriesVisual, intuitive explanations of quantitative concepts.
- BlogThe Functional Art — Alberto CairoData visualization theory from a journalism perspective.