Wie stellst du sicher, dass ein Feature vor dem Ausliefern ordentlich instrumentiert ist?

Schreib den Tracking-Plan neben den Anforderungen, nicht danach. Benenn jedes Event, seine Properties und die exakte Frage, die es beantwortet; beantwortet ein Event keine Frage, die du schon gestellt hast, streich es. Pack den Plan ins Ticket, damit er mit dem Feature gebaut und im Code-Review geprüft wird, und verifizier die Events dann als Teil der Abnahme in Staging.

Der Tracking-Plan wird gleichzeitig mit den Anforderungen geschrieben, im selben Dokument, und er ist Teil der Abnahme. Ich liste die Events auf, die Properties an jedem einzelnen, und daneben die Frage, die dieses Event beantwortet. Wenn ich die Frage nicht aufschreiben kann, wird das Event nicht gebaut, denn ungenutzte Events sind schlimmer als gar keine: sie kosten Engineering-Zeit und danach baut jemand ein Dashboard auf einer Property, die nie korrekt befüllt wurde. Es geht ins Ticket, damit es mit dem Feature im Code-Review geprüft wird statt hinterher drangeschraubt. Und ich verifiziere selbst in Staging, klicke mich mit offener Debug-Ansicht durch den Flow, denn ich habe mich an einem Event verbrannt, das gefeuert hat, dem aber die Account-ID fehlte, was es für genau die Kohortenfrage nutzlos machte, die ich stellen wollte. Zehn Minuten Prüfen vor dem Release sparen zwei Wochen blinder Daten, die dir erst im Launch-Review auffallen.