¿Cómo te aseguras de que una funcionalidad está bien instrumentada antes de lanzarla?

Escribe el plan de medición junto a los requisitos, no después. Nombra cada evento, sus propiedades y la pregunta exacta que responde; si un evento no responde a una pregunta que ya te has hecho, elimínalo. Mete el plan en el ticket para que se construya y se revise en código con la funcionalidad, y después verifica los eventos en staging como parte de la aceptación.

El plan de medición se escribe al mismo tiempo que los requisitos, en el mismo documento, y forma parte de la aceptación. Enumero los eventos, las propiedades de cada uno, y al lado la pregunta que responde ese evento. Si no soy capaz de escribir la pregunta, el evento no se construye, porque los eventos que no se usan son peores que ninguno: cuestan tiempo de ingeniería y luego alguien monta un dashboard sobre una propiedad que nunca se rellenó bien. Va dentro del ticket para que se revise en código con la funcionalidad en vez de añadirse después. Y verifico yo mismo en staging, recorriendo el flujo con la vista de depuración abierta, porque me he quemado con un evento que se disparaba pero al que le faltaba el id de cuenta, lo que lo hacía inútil justo para la pregunta de cohortes que quería hacer. Diez minutos de comprobación antes de publicar te ahorran dos semanas de datos ciegos que solo descubres en la revisión del lanzamiento.