Interviews

How Spreedly uses product analytics in Salesforce to send personalized messages and increase trial conversion rates | Census

Katy Yuan
Katy Yuan December 13, 2022

Katy is a Product Marketing Manager at Census who loves diving into startups, SaaS technology, and modern data platforms. When she's not working, you can find her playing pickleball or Ultimate Frisbee.

Mike Johnston is the Director of Business Analytics at fintech company Spreedly, a payments orchestration platform. In this interview, Mike shares how he came to work in data, the challenges he’s encountered at Spreedly, and how he’s driven business impact by pulling data into Salesforce that triggers personalized marketing messages based on product usage. 

This interview is based on our webinar How Spreedly saves 1 hour a day with Looker and Census.

What is your role at Spreedly?

I'm the Director of Business Analytics and also I'm in charge of Business Intelligence at Spreedly. That means I'm in charge of Looker, all the data that gets poured into it, the visualizations that we create on top of it, as well as a lot of the ad hoc and project-based analysis that we run in our company – think things like churn analysis, pipeline analysis across different departments.

How did you wind up working in data?

About 10 years ago I worked as a math teacher, which I loved, but I wanted to get into business. It sounds silly, but I Googled what kind of career could get me into a startup. I started in financial planning and analysis (FP&A) then moved to finance operations, and that’s when I started to work closely with data. I saw that it was really hard to get data out of our back end, so I started learning SQL as I wanted to be able to pull in data and understand what was happening.

An executive told me not to waste my time learning SQL, but that didn’t feel right to me. 

Eventually, I joined another company as a Director of FP&A. In that role, I worked directly with the business intelligence team and saw how they had the pulse of all the data – they understood the data sources, the source of truth, and had access to everything so they could build systems on top of it. I realized I wanted to be part of it.

That brings me to my current job, when I joined Spreedly as Director of Business Analytics.

What was your first project at Spreedly?

I had the good fortune of being in charge of our Salesforce migration. We implemented a more modern data tech stack which included Snowflake and Snowpipe. 

Our goal was to get our users’ behavioral data populated into Salesforce from Snowflake. We did pull data into Snowflake but it was totally unstructured, so we thought we should bring in a Business Intelligence tool to add a semantic layer where the business rules would live. For us, it made sense to use Looker, as we didn’t have dbt fully set up.

Today, we leverage Looker for our entire semantic layer to build out our business rules. To get there, we invested a ton of time and energy pulling in these operational tools, pulling in the right tables, joining them the correct way, and building out a lot of measures with derived tables and pre-aggregates.

Show & Tell: Pulling product usage data into Salesforce and Pardot to trigger personalized messages based on the customer journey

One of our most important use cases is communicating with customers based on where they are in the customer journey. The more personalized the communication, the better.

Before using Census, we used a simple time-based cadence. Based on how long ago someone had shared their email address, they got certain emails. For example, they’d get an email on day 7 of their trial. These emails shared pertinent information, but they weren’t influenced by user behavior or specific challenges.

To make these messages more personalized and relevant, we created different types of emails that are based on user behavior. For example, if a user connects their account to Stripe — one of our payment gateways — we now know they’re further in their journey than someone who has only added a test payment method. Based on this behavior, we can then send messages congratulating them on connecting to Stripe, then make suggestions on what they should do next.

To create these trigger-based campaigns, we had to pull product data into Salesforce, then into Pardot. Census made this process relatively easy and we have used it for a number of other use cases, as well. Now, based on customer behavior, we are also able to alert our SDRs when prospects are ready for one-on-one conversations.

Can you share more about the impact this has on the business?

At a high level, return on analytics (ROA) means tying prioritization or operationalization of data to business impact. In our particular use case, we're helping customers through their customer journey: We can look at how many customers are converting through a new nurture campaign as compared to a prior one. Ultimately, we’re using data to fuel and support pipeline revenue.

What advice would you give to others in the data space?

For anyone working in data, it’s important that new projects start with understanding the business impact. Business impact is measured with company KPIs that are different across organizations and departments, but they’re likely to be metrics like revenue growth and customer retention. When you’re going to use data to fuel a new project, consider how you’ll impact specific KPIs.

It’s essential to talk to the people in operations, those who are selling your product, and of course, work directly with customers. Ask them if there are ways that you could provide more information or help to streamline their workflows. There are often really simple solutions that will help your teams operate better with data and use data in their daily decisions.

👉 Learn more about how Spreedly uses Census here.

🤩 Want to be featured in our next Select Stars profile? Apply here and we’ll be in touch soon!

Related articles

Customer Stories
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native

Every business’s best source of truth is in their cloud data warehouse. If you’re a SaaS provider, your customer’s best data is in their cloud data warehouse, too.

Best Practices
Keeping Data Private with the Composable CDP
Keeping Data Private with the Composable CDP

One of the benefits of composing your Customer Data Platform on your data warehouse is enforcing and maintaining strong controls over how, where, and to whom your data is exposed.

Product News
Sync data 100x faster on Snowflake with Census Live Syncs
Sync data 100x faster on Snowflake with Census Live Syncs

For years, working with high-quality data in real time was an elusive goal for data teams. Two hurdles blocked real-time data activation on Snowflake from becoming a reality: Lack of low-latency data flows and transformation pipelines The compute cost of running queries at high frequency in order to provide real-time insights Today, we’re solving both of those challenges by partnering with Snowflake to support our real-time Live Syncs, which can be 100 times faster and 100 times cheaper to operate than traditional Reverse ETL. You can create a Live Sync using any Snowflake table (including Dynamic Tables) as a source, and sync data to over 200 business tools within seconds. We’re proud to offer the fastest Reverse ETL platform on the planet, and the only one capable of real-time activation with Snowflake. 👉 Luke Ambrosetti discusses Live Sync architecture in-depth on Snowflake’s Medium blog here. Real-Time Composable CDP with Snowflake Developed alongside Snowflake’s product team, we’re excited to enable the fastest-ever data activation on Snowflake. Today marks a massive paradigm shift in how quickly companies can leverage their first-party data to stay ahead of their competition. In the past, businesses had to implement their real-time use cases outside their Data Cloud by building a separate fast path, through hosted custom infrastructure and event buses, or piles of if-this-then-that no-code hacks — all with painful limitations such as lack of scalability, data silos, and low adaptability. Census Live Syncs were born to tear down the latency barrier that previously prevented companies from centralizing these integrations with all of their others. Census Live Syncs and Snowflake now combine to offer real-time CDP capabilities without having to abandon the Data Cloud. This Composable CDP approach transforms the Data Cloud infrastructure that companies already have into an engine that drives business growth and revenue, delivering huge cost savings and data-driven decisions without complex engineering. Together we’re enabling marketing and business teams to interact with customers at the moment of intent, deliver the most personalized recommendations, and update AI models with the freshest insights. Doing the Math: 100x Faster and 100x Cheaper There are two primary ways to use Census Live Syncs — through Snowflake Dynamic Tables, or directly through Snowflake Streams. Near real time: Dynamic Tables have a target lag of minimum 1 minute (as of March 2024). Real time: Live Syncs can operate off a Snowflake Stream directly to achieve true real-time activation in single-digit seconds. Using a real-world example, one of our customers was looking for real-time activation to personalize in-app content immediately. They replaced their previous hourly process with Census Live Syncs, achieving an end-to-end latency of <1 minute. They observed that Live Syncs are 144 times cheaper and 150 times faster than their previous Reverse ETL process. It’s rare to offer customers multiple orders of magnitude of improvement as part of a product release, but we did the math. Continuous Syncs (traditional Reverse ETL) Census Live Syncs Improvement Cost 24 hours = 24 Snowflake credits. 24 * $2 * 30 = $1440/month ⅙ of a credit per day. ⅙ * $2 * 30 = $10/month 144x Speed Transformation hourly job + 15 minutes for ETL = 75 minutes on average 30 seconds on average 150x Cost The previous method of lowest latency Reverse ETL, called Continuous Syncs, required a Snowflake compute platform to be live 24/7 in order to continuously detect changes. This was expensive and also wasteful for datasets that don’t change often. Assuming that one Snowflake credit is on average $2, traditional Reverse ETL costs 24 credits * $2 * 30 days = $1440 per month. Using Snowflake’s Streams to detect changes offers a huge saving in credits to detect changes, just 1/6th of a single credit in equivalent cost, lowering the cost to $10 per month. Speed Real-time activation also requires ETL and transformation workflows to be low latency. In this example, our customer needed real-time activation of an event that occurs 10 times per day. First, we reduced their ETL processing time to 1 second with our HTTP Request source. On the activation side, Live Syncs activate data with subsecond latency. 1 second HTTP Live Sync + 1 minute Dynamic Table refresh + 1 second Census Snowflake Live Sync = 1 minute end-to-end latency. This process can be even faster when using Live Syncs with a Snowflake Stream. For this customer, using Census Live Syncs on Snowflake was 144x cheaper and 150x faster than their previous Reverse ETL process How Live Syncs work It’s easy to set up a real-time workflow with Snowflake as a source in three steps: