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 Clement Vouillon 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 suites your needs, second you connect the best products 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 interacts 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 touchpoints your customers have when interact 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. Well done!
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 $name@support.com. What about email newsletter updates? MailChimp is probably the best thing you can get 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 experiment on Adwords and Facebook Ads. Plus, you’re sending mobile notifications using Firebase.
Now let’s see the data side of the coin! Your data infrastructure is composed by OLAP, OLTP, and clickstream data (Google Analytics/Mixpanel). You’re growing at a good rate and you need start answer questions at a deper 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?
The reality is much more complex that you think. What users do before they churn? Do they keep the same level of engagement on notifications?
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 solutions is: dump data from each integration (5) 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 manage it but it’s getting harder.
Yes, you can 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 do the old job:
- Pull the data out of each single SaaS
- Mash up with OLTP + OLAP data
- Script to see patterns
- Returns results to stakeholders who have to take actions based on those data
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.
Conclusion Wrap-up
- You might have the coolest SaaS stack but it might be completely fragmented both from a messaging standpoint (you’re not consistent) and from an analytics standpoint (you still don’t know what works and what doesn’t work).
- SaaS Integrations are useful, but if you are not able to measure their effectiveness in a complete way, you’re missing the point.
- The more complex your SaaS stack is, the bigger your data volume will be. Don’t bite off more than you can chew.
- To design perfect messaging customer experience, measure before you build, otherwise, you’re just pissing off your customer on a different channel.
submitted by /u/caligolae
[link] [comments]
April 15, 2017 at 04:24PM
from /u/caligolae
No comments:
Post a Comment