An analytics dashboard is not an end in itself. Its value is turning responses into a specific decision: revising a question, improving a distribution channel, simplifying a step or contacting a segment that needs support. Begin with the goal, then select metrics that demonstrate progress.
Separate reach from completion
Visits measure reach, answer starts measure engagement and completions measure whether the form supports task completion. Low starts may mean the title or description does not match link expectations. Low completion often points to length, a difficult question or a technical problem.
Read results question by question
For choice questions, review the distribution and proportions rather than only the largest count. For open text, group responses into recurring themes and retain short examples that support each theme. Frequency alone does not prove importance; connect it to the impact on the business goal.
Compare useful segments, not every segment
Compare mobile with desktop, traffic source or language when you have a clear hypothesis. If a segment sample is very small, treat it as a signal rather than a conclusion. Avoid collecting personal data merely because it is technically possible.
Write a one-page decision brief
End analysis with four points: What did we want to learn? What does the evidence say? What are its limits? What will change next? This keeps a dashboard from becoming a silent archive and turns the next form iteration into a better test.
- Track visits, starts and completions separately.
- Review median as well as average completion time when possible.
- Analyse drop-off by question.
- Segment only when the segment informs a decision.
- Document the next change and its review date.
Further reading
- ONS Service Manual — Question pattern: service-manual.ons.gov.uk/design-system/patterns/question
- GOV.UK Design System — Question pages: design-system.service.gov.uk/patterns/question-pages/
- W3C WAI — Form labels: w3.org/WAI/tutorials/forms/labels/