Skip to main content

Don't you think PX's Product Tree is a very cool model to track different areas of your product in an efficient way?

  • May 3, 2019
  • 5 replies
  • 132 views

harshibanka
Forum|alt.badge.img+2
Why Product Hierarchy is the right model for your product tracking/analytics?

We recommend instrumenting your product using a product hierarchy model as opposed to a flat/one-level model. This allows you to maintain a more sustainable/scalable tracking strategy without getting lost in hundreds of tagged features, as your product matures over time. This can be done by creating main modules, sub-modules and nesting features underneath. Some of the key benefits are:

Product Tree/ Hierarchy:

  • Eliminates the need for long/confusing names by having to rely on naming conventions
  • Accurate and reliant Data as it eliminates: Double-counting due to a repetition of features in the flat/ one-level model and Unreliable statistics/data source caused by infinite feature list in a flat hierarchy.
  • Unambiguous context on each distinct feature/sub-module/module. For example: Filters may be present on multiple pages. With the Product Tree model, one exactly knows whether it is Home > Dashboard > Filters or Data Intelligence > Reports > Filters and the like.
  • Allows you to track/focus on multiple levels/ elements of your application due to its tree/ hierarchical model.
  • Product tree enables the product tracking mechanism to be scalable/ extensible unlike flat hierarchy.
  • Easy to deploy In-App Engagement based on specific product workflows. For example: Trigger a security question to users who changed their password > 1 in last 30 days (Home > Account > Profile Settings > Update > Change Password).
  • Lets you focus on specific modules and its related aspects, whether its a sticky feature or an under-used feature.
Mapping Workflows:

  • Map the product based on what it looks like, the way you describe it and the way you want to query the data by, not driven by the user workflow/journey!
  • Identify your application’s desired access path and track how distinct user groups/ cohorts are navigating across the platform.
  • Using Path Analyser, you can analyze exactly where users are while instrumenting/mapping your product as needed.
  • Map the features with just two clicks.
  • Visualize/Map the features/groups of features while you are in the app.
  • Track the cyclic path based on conglomerated user sessions by default as opposed to having to emulate sessions.

5 replies

alextran
  • Helper ⭐️⭐️
  • May 6, 2019
What a great way to organize the seemingly messiness of products into a structured tree!


angelo
  • Helper ⭐️⭐️
  • May 7, 2019
I've seen customers build out their product tree with root modules aligned with the various functions or product owners (with respective features underneath each module)

|- Customer Success

|--- Onboarding

|--- Adoption

|--- Admin

|- Product Team

|--- Product Area 1

|--- Product Area 2


prashant_mathapathi
A detailed article on using Product Mapper feature is present at the following URL:

https://docs.aptrinsic.com/instrument-product/instrumenting-your-product-using-the-product-mapper


harshibanka
Forum|alt.badge.img+2
  • Author
  • Gainsight Employee ⭐️⭐️
  • May 7, 2019
Thanks for the additional contest on best practices Angelo, this is helpful!


alextran
  • Helper ⭐️⭐️
  • May 7, 2019
Love it! And this way, different teams can view usage data that they care about in the Analytics section in a more organized manner.

The awesome thing is that there's no right or wrong way to build a product map. It's totally customizable to the company's needs and desires.