·blog
Make analytics events boring on purpose
The unsexy taxonomy rules that keep Amplitude usable after the third redesign — and why exciting event names are usually a future outage.
Exciting analytics is how you get three events for one user action and a dashboard nobody trusts.
The fix is deliberately boring:
- Name the action, not the screen —
Call Startedsurvives a redesign;HomePrimaryCtaTappeddoes not. - One event, properties for variance —
medium: cloud|sim, notCallStartedCloud/CallStartedSim. - User traits vs event props — plan tier is identify-once; export format is per event.
- Write the spreadsheet —
event | when it fires | properties | owner— and review PRs against it.
I learned this the hard way wiring product analytics for a multi-channel CRM: the taxonomy doc was less glamorous than the Hive buffer and the dedup window, and it prevented more pain than either.
If you want the hands-on version, walk through Designing an Event Taxonomy for Amplitude. For the systems side — buffering, sandbox isolation, dedup — see the product analytics pipeline write-up.
Boring is a feature. Your future self is the primary user of today’s event names.