Free expert review. Get UX insights for your SaaS. Book a Free 30-minute review
Free expert review. Get UX insights for your SaaS. Book a Free 30-minute review

Getting Started with Product Analytics: How to Get Insights from Your Data

The third step of a successful Product Analytics strategy is to ask good questions

Giustino Borzacchiello
Giustino Borzacchiello
Mar 23, 2026
Line chart illustration showing optimized growth path for product analytics insights

Welcome to the third and final episode of our Product Analytics mini-series.

In our last article, we looked at how a good tracking plan can help us define our goals and understand which events to track.

After we’ve done this, and the data starts flowing into our tool of choice, we are responsible for gaining insights from all this information.

In this article, our focus is on the principles used to gather these insights. While I will be using Mixpanel, I advise you to use the tool that is best adapted to your project’s needs. The principles discussed here can be translated to the tool you and your team choose to use (they are not tool-specific).

The principles we will cover today are:

  1. Know your data

  2. Craft the right questions

  3. Create clear visualizations

Start by getting familiar with the data

One of the first things you should do after implementing your tracking plan is to ensure that the events and relative properties are being recorded properly.

Many tools contain a list of events and associated properties (in Mixpanel, you can find them in the Lexicon).

You should check two things at this initial stage:

Occasionally some events don’t get tracked during the first implementations, so it’s important to go through all the triggers and make sure that all events are being fired.

Keeping event names consistent is a key step in any good tracking plan.

For example, if we decide that the structure of an event name is action[space]subject we should be sure that all of the names are like that. So order sandwich is OK, while sandwich ordered or order_sandwich are not.

If you have followed all the steps so far, the names should already be consistent. However, it always makes sense to check them again in case there are some exceptions that might have been missed (e.g. if you already have some legacy events, check to make sure those event names follow the new rules).

Mixpanel’s Lexicon

You should do the same for the user profile attributes: make sure they are being tracked and that the naming conventions are consistent.

Great insights come from good questions

Asking good questions is fundamental to get the right insights

Once you have made sure that the events are indeed being tracked by your tool of choice, the next important activity is to clearly define what you intend to do with this data.

For example, some common metrics are:

But what do those terms really mean? These definitions are good as labels, but they don’t help us understand what kind of insight we want from the data.

Let’s examine the first one: Daily Active Users (DAU) is a common metric for SaaS products to track. If we decompose the label, what we’re looking for is the answer to these questions:

  1. How many users does our product have every day?

  2. Among these users, how many are active?

This is already better: we now know more about the information we want to gather. We can start by getting the number of unique users that use our product daily.

However, the second question contains an additional definition: what do we mean by “active”?

When working with product analytics, we encounter a lot of these adjectives - many of which don’t have a clear definition. Active, Engaged, Onboarded: no unique trait characterizes these sets of people.

So, when crafting questions, one of the most important activities is to align the whole team on the meaning of these words and possibly write these definitions in an accessible glossary.

Let’s take “active” as an example: it could mean that any user that has done at least one action per day is considered active.

Or only users who have completed a certain action (like ordering a meal)

Or users that have at least 2 sessions per day.

Depending on the goal and the usage pattern of your app, any of these definitions could work.

That’s why it’s so crucial to define these adjectives in regard to your product and make sure the whole team understands each adjective’s definition.

A clear visualization is fundamental

A clear visualization is core to convey the right messages to your audience

After creating precise questions that lead you to the insights you need about your product, it’s time to share your hard-won results. So what is the best way to show these important results?

When describing a concept, we take time to craft the words and phrases of a speech: should they be direct and pragmatic, or more academic and open to interpretation?

The same is true of data visualization. You can hide hard truths behind a nice colored chart, or you can help your readers by selecting the right chart for the job.

So how do you choose the right data visualization? Here are some guidelines:

Another important step in sharing your results is to group them into meaningful dashboards or slides: don’t just throw all of your charts into one page and call it done.

Try to separate financial data from product data and marketing insights. In this way, various teams can go directly to the data figure that interests them the most, reducing the signal-to-noise ratio of showing too much information on just one page.

Conclusion

And that brings us to the end of our Product Analytics series!

We hope that it’s helped break down some of the key steps and principles of this fascinating process.

If there’s one message to take away, it’s that product analytics is not a “one size fits all” process: there is not a single path to be followed that will bring success.

It is crucial to analyze your business needs and goals so that you can use these tools in the right way for your team, so take the time to work out what your team, project, and organization needs.

With this personalized information, you will be able to craft the best path forward and understand more about how your product is performing in the market.

If you would like more help or support, feel free to reach out to us at hello@donux.com: we’ve helped many clients find the right path forward.

And if you enjoyed this article, please share it on Linkedin or Twitter!

Frequently Asked Questions

How long does it take to get meaningful insights from product analytics?
It depends on your traffic and the questions you are asking. For most SaaS products, you can start seeing useful patterns within 2-4 weeks of proper tracking. Retention analysis typically needs 30-90 days of data to be meaningful.
Which product analytics tool should I use?
The best tool depends on your team size, budget, and technical resources. Mixpanel and Amplitude are strong choices for most SaaS companies. PostHog is a good option if you want an open-source, self-hostable solution. The principles in this article apply regardless of which tool you pick.
How often should I review my product analytics?
Build a rhythm. Check key dashboards daily or weekly. Do deeper analysis (cohort comparisons, funnel reviews) monthly. Review and update your tracking plan quarterly to make sure it still reflects your product and goals.
Do I need a dedicated data analyst?
Not necessarily at the start. Most modern analytics tools are designed for product managers and designers to use directly, without needing SQL or engineering support. As your product and team grow, a dedicated analyst can help with more complex analysis.
What's the difference between product analytics and business intelligence?
Product analytics focuses on user behavior inside your product: what features they use, where they drop off, how they retain. Business intelligence is broader, covering revenue, operations, and cross-functional reporting. Most SaaS teams need both, but product analytics is what drives product decisions.
Can I use product analytics with a small user base?
Yes. Even with a few hundred users, you can identify patterns in onboarding completion, feature usage, and retention. The sample sizes are too small for statistical significance on A/B tests, but directional insights are still valuable. Start tracking early so you have data when you need it.

Similar posts