SaaS Providers Have Unique Analytics Needs…Here’s Why

Photo by Simon Migaj on Unsplash

Software-as-a-Service (SaaS) application providers are unique compared to traditional direct software companies. Most companies buy software for their internal users, but in a SaaS scenario, there’s an extra layer as their users are their customer’s users. SaaS companies serve their users indirectly as opposed to directly. They know how many accounts are on their platform, but predicting actual end user usage tends to be a challenge. This is the primary differentiator between SaaS companies and direct software providers.

In some ways, IT departments inside large enterprise organizations can also be seen in a similar light. Many of these IT groups build software that serves the customers of their customers similar to a software company. For example, many logistics companies build the software for use with their partners. While they can predict how many partner organizations will use their software, predicting end user usage within each partner continues to be a challenge.

Increasingly, SaaS product managers are being asked to provide better custom reporting and analytics capabilities in their products. While these same product managers are experts in their industry, reporting and analytics simply isn’t in their wheelhouse. It’s just not their core competency. So, they are faced with a choice to either to develop that functionality themselves or purchase it from an analytics software company…the classic build vs buy scenario all product managers will face.

Initially, SaaS providers may try to build this functionality themselves, afterall there’s plenty of charting libraries to choose from. However, those that believe they can build and maintain every a proper analytics capability are generally fooling themselves. The requirements for reporting and analytics go well beyond chart types and they are constantly changing, and SaaS companies can’t possibly be expected to develop and maintain advanced analytics capability as technology changes.

For that very reason, many turn to OEM (original equipment manufacturer) components. They license reporting and analytical capabilities from another company and integrate it into their own software. OEM is not new, in fact, even the most successful product companies use OEM components today. Think of the iPhone. Apple does not build every component themselves, but rather they get the processor, the memory, the case, and more from other companies.

As SaaS providers consider using OEM tools to provide custom analytics capabilities within their SaaS app, they have to keep the requirements unique to SaaS products in mind. These requirements include:

  • Security and multi-tenancy — SaaS products are hosting many different customers, often on the same servers and databases (multi-tenancy) so it’s imperative that security is well-managed. Given that each individual customer has their own security requirements on top of the multi-tenancy security needs, managing security is much more difficult for SaaS providers than it is for direct software providers especially within industries that deal with personal information such as Healthcare.

As you can see, SaaS providers have much stricter requirements even before they sell to their first customer. Bringing in a third-party OEM for embedded analytics means that the OEM partner must also meet that same standard of service. And, if the SaaS provider is asked to customize their software for their customer in any way, can they also customize the OEM embedded analytics? All of this increases the complexity for product and development leaders.

The crux of the overall challenge is finding the right company to partner with for the long term. There are many companies out there that make analytics software. However, very few have the ability to truly meet the OEM requirements of SaaS application providers. The legacy business intelligence tools are simply not built to be embedded within SaaS applications. Their many struggles include:

  • Lack of customization to meet the needs.

Working with a company like Qrvey whose product is built specifically for OEM and can meet the specific needs of SaaS providers is a big step forward towards delivering the analytics features end users demand. Qrvey understands how to be a good partner and listens to every business, regardless of size. When making a decision, ensure it’s a company that works together to continue to advance the embedded analytics solution as the market and customer needs will change…they always do.

Read more about Embedded Analytics in my previous article: What is Embedded Analytics? Seriously.

Founder & CEO | Qrvey

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store