Validating your Tracking plan
The hardest thing about creating a tracking plan is well... everything :)
You need to fill these sheets that allow you to plan what properties to add and when to trigger the event but you need to remember the following points
For that I've created a guide you can try to follow that will turn this:
Into These:
领英推荐
Following my Starting with why post I wanted to give you a new perspective on sending events that will help you understand more.
We need as product managers to start looking at events as actions and understand why the users did that action and give context to each event rather then just sending vanity events that allow me to just see a number.
Working with clients allows me to see the difference it makes once you start asking those more complex questions. Suddenly you can uncover the true reason why users are doing or not doing what you want them to do in your product.
Let’s take an example for Uber. Instead of tracking map scrolls and zooms (vanity metric) I can send a “selected pickup” event with a property of select method and send as a list what they used to get to the pickup location. Did they search then zoom, did they scroll then tap? If i add this under my main event suddenly I can create breakdowns allowing me to really tap into the user actions.
So let's get to it:
Couldn’t agree more! ?? We reiterate this at every event we plan
Product Mentor and Coach to develop strong positive Product Mindset | PLG Expert | | Founder of the Product community - Product Networking in Good Vibes ??
7 个月Boom!! Right on the spot! ?????? The one thing I hate - is to start in a new company and find myself looking at a messy dashboard full of 133567 events that make no sense... ??♀? It was always the same story: trying to make sense of it, failing that, shift + delete and re-write the whole thing, getting to amazing insights with minimum number of events ?? Thanks for framing this so well! ??