The Modern SaaS Stack and the Unexploited Amount of Data

The Modern SaaS Stack and the Unexploited Amount of Data

SaaS products represent the building blocks of a huge part of today's B2B technologies. The ability to understand the impact of new consumer-facing technologies it's more important than ever. This brings a lot of new challenges also for people who are not directly involved in software. This post is a walkthrough in how startups use Modern SaaS Stack (Marketing/Support/Sales) along with their journeys from day-0. How they adjust their product/marketing strategies based on new technologies. How they measure (or don't measure) the impact of those technologies on their customers' experiences.

On-Premise Software Era

As stated in the Evolution of The SaaS Stack back when software was only "on-premise" only huge players was dominating the market landscape. For startups that were getting started, there weren't so many available options. Was more a take it or leave it.

In a few years, the market saw an important shift and the SaaS model started to make sense for IT business. This reflected into a huge proliferation of SaaS startups vertical on specific needs. Those startups with fewer resources were able to build better products and deliver better customer experiences. This is where startups started to adopt other startups' products.

The market landscape kept evolving fast: new communications channel, new advertising platforms, new ways to talk to your customers, different ways to get new users. Until the moment where each company department adopted its own stack of SaaS products. With certain exceptions, this is now the standard.



This where products like Segment.com come up to the stage and SaaS hubs started to grow. The main purpose was to bridge the distances between products and external pieces of software with zero-effort by developers and engineers.




Let's recap: first, you choose the SaaS products that better suit your needs, second you connect the best products to each other, third you're able to offer the best customer experience. So far, so good!

Each SaaS product in your stack that interacts at any level with your customers is producing data. Pure Email Marketing Software, mobile and browser notifications software, Ads platform, customer support, and CRM software, etc. Every time your customers interact with one of these channels — powered by a specific SaaS in your stack — you're generating data. How big is that data-hole? It depends on you how many touch-points your customers have when interacting with your brand.



With such products fragmentations comes data-fragmentation that leads to a massive amount of unexploited data.

To frame and better understand these ideas in a real-world use case we'll do a quick thought experiment. Let's suppose you're the founder of a SaaS product. Next month you will finish your public beta and you already have a few customers.

SaaS Stack at 1st stage — On Product Launch

You only have one product launch. You better be prepared for that. What do you use for support on day 0? No jokes, email is a good idea you only need an alias that sounds like support@$name.com. What about email newsletter updates? MailChimp is probably the best thing you can get at a very affordable price. Buffer also sounds a pretty option for $10/mo. For marketing, support, and Sales you won't need anything as your main focus is the product.



How do you collect data? At this stage, your data collection infrastructure might be very rudimental. An OLTP system for transactions, OLAP for analytics processing and a different tool for clickstream data, something like Google Analytics (at its full potential with GTM) or Mixpanel.

SaaS Stack at 2nd stage — 6 Months after Launch

It's been 6 months now and you did great. You've started as a Single Page Application (SAP), now you're also releasing the first version of a mobile app. You now have 10 new emails/week from customers: you need a more structured tool for support like GrooveHQ. Same for sales, it's time to get a basic CRM (Zoho CRM might fit your needs).

You have been using MailChimp for sending newsletter update emails. Now you will probably need to add something to send transactional email. Postmark or Mandrill are two available alternatives. You will also probably start doing some rudimental experiments on Adwords and Facebook Ads. Plus, you're sending mobile notifications using Firebase.

This is what your Stack might look like in 6 months after launch.



Now let's see the data side of the coin! Your data infrastructure is still composed of OLAP, OLTP, and clickstream data (Google Analytics/Mixpanel). You're growing at a good rate and you need start answer questions at a deeper level to take better decisions. After all, you're data-driven right?

What questions you want to answer:

How many pre-sales tickets do you get on AVG? And how many post-sales?
You know what channel works best for user acquisition but what after that. Do users that you acquired via Adwords (or Facebook Ads) have different behavior from those you've acquired organically?
Among those who have installed the app, do they prefer being notified via email or via push notifications?
What users do before they churn? Do they keep the same level of engagement on notifications?
The reality is much more complex than you think. The following is a common path that your user might have on your product:

1. User Interaction #1: Users signs-up to your product
2. User Interaction #2, #3: He views a bunch of pages
3. User Interaction #4: He creates a pre-sales Zendesk ticket and leaves the site
4. User Interaction #5: He clicks on an email he receives
5. User Interaction #6: He visits the site
6. User Interaction #7: He makes a purchase

Yes, you think you have a perfect connected SaaS stack, but how deep is that connection? And how can you get the answers to those questions? A widely adopted solution: dump data from each integration (5 in this case) in your stack: GrooveHQ, Adwords, Facebook Ads, Firebase, Mailchimp and mashup with your OLAP, OLTP, and clickstream data with some python/R scripts to gains insights.

Yes, you can still manage it but it's getting harder.

SaaS Stack at 3rd stage — 1 Year after Launch

Things are going well, your company is scaling and so your team's operations. You've dropped MailChimp and switched to a full Marketing Automation platform: HubSpot. Now you have 30 new tickets/day (from customers and not) coming for different reasons: pre-sales questions, post-sales questions, feature requests, bug-fix etc. It's time for you to get Zendesk, Typeform (or SurveyMonkey) for your survey.

Your marketing team started to send stickers to customers (via StickerMule) and added a monitoring software (Mention). You added Adroll as a retargeting platform to your Stack and Urban Airship for browser notifications.



Back to the data-side: your data infrastructure is still composed by OLAP, OLTP, and clickstream data (Google Analytics/Mixpanel).

You are probably now storing everything (OLAP and OLTP data plus clickstream data) on BI columnar database like Amazon RedShift.

But when it comes down to pull insights from your SaaS integrations you have still have to have the old checklist:

• Pull the data out of each single SaaS
• Mashup with OLTP + OLAP data
• Script to see patterns
• Returns results to stakeholders who have to take actions based on those data
• Create charts on some BI tools

And here's the big big picture:



This is where the discrepancy between the volume of data collected and the accuracy of the decisions becomes big. It's really easy to say you're data-driven, it's really hard being so.