Interviews

Why Smartify’s Head of Marketing chose Census over a CDP for Data Activation | Census

Roslyn Coutinho
Roslyn Coutinho February 14, 2023

Roz doubles as a product marketing manager and brand marketing manager at Census. She's a designer turned product manager, driven by curiosity and a constant desire to learn. San Francisco, California, United States

 This interview is part of our Select Stars series, highlighting use cases of data and ops practitioners driving more impact by activating data in their business.

Martin Jefferies is the Head of Marketing at Smartify, an arts and culture app that connects hundreds of museums and galleries all around the world. Smartify allows its community of 3 million users to truly connect with art– they can scan a painting they love, book tickets to a must-see exhibition, or tune into an expert-led session. 

As the Head of Marketing, Martin is intent on finding ways to better connect with the Smartify community. In this interview, he explains how the Smartify team thinks about data, why they chose Reverse ETL over CDP, and how they use data to personalize their marketing efforts to drive product conversions.

How does the data team function at Smartify?

Smartify is very nimble as an organization, and that’s true when it comes to how we think about data, as well. We have marketing, analytics, engineering, and product teams that all work closely together. Each team needs data to perform well– for example, marketing needs it to better reach our users, while engineering needs it to support and improve our products.

Our biggest challenge is to always remain on the same page when it comes to data, meaning we are all using the same sources and queries. Keeping all of us on the same page means we’re all seeing the same unified view of our customers, which prevents confusion and allows us to all pull in the same direction.

Can you describe your data stack?

We have a straightforward data stack, with all of our data sitting in BigQuery. Today, the data in our warehouse comes from events that our users perform on the app. So every time somebody performs a certain event, whether that's an artwork being viewed or an artist being favorited or even visiting a venue, that information goes into our data warehouse so we're building up this really comprehensive picture of our users. 

Then, we use Customer.io as our customer engagement platform and our marketing automation tool. Our challenge has always been populating Customer.io with data from our warehouse without having to touch the source code of our apps, which requires a lot of engineering time, product team time, and user access testing.

We now use Census as a Reverse ETL solution that enables us to populate Customer.io with the data we need. We’re currently exploring what other tools we can hook up to Census. For example, we see an opportunity to enrich product analytics to better understand how users use the app, possibly with a tool like Mixpanel

Our stack is small but ever-growing, and the beauty of Census is how flexible it is and how many integrations there are with frontline tools.

How did you decide between CDP and Reverse ETL?

‎When I joined Smartify at the start of 2022, I wanted to better leverage personalized marketing campaigns to reach our users. But the challenge for us was scale because we have 3M registered users in total, with hundreds of thousands of people joining the platform every year.

At first, it seemed like the best option for personalizing our campaigns was to use a Customer Data Platform (CDP). But quite quickly, it became obvious that a CDP wasn’t going to be the right approach for us. In my view, there were three reasons why:

Reason #1: It would’ve created another silo of data. If we used a CDP, we were going to be creating another silo of data. The data would've been useful inside the CDP, but it might have been difficult to use the data outside of that tool.

Reason #2: We already had the data we needed. The data we needed for our marketing efforts already existed in our data warehouse. We didn’t need to create new data, nor did we want to from a privacy perspective — we just needed a way to extract our existing data so that we could use it.

Reason #3: CDP’s implementation time was too long. As a startup, we want to get new features out to our users as quickly as possible without distracting engineering and product teams.  But the implementation time for a CDP was impractical– we estimated it was going to take 6 months while requiring lots of oversight from our busy teams.

When I found a Reverse ETL solution, it really solved our challenges. It makes the data available to all of our frontline tools, whether that's product analytics or our customer engagement platform. It also utilizes the data that we already have at our disposal so we don’t have to set up a second way of tracking events. Finally,  it didn't require any development or engineering resources, which was amazing to me. I was able to get up and running myself as a marketer with just a couple of basic SQL queries. 

Use case: Using personalized marketing to drive product conversions

‎In order to connect with our users, it’s essential that we know what they like so we can make our communications as personalized and relevant as possible. For example, we want to make sure that we’re not sending emails full of impressionist paintings to someone who likes contemporary art, as receiving an irrelevant message makes a user want to hit the unsubscribe button. 

The information in the data warehouse is key to personalizing these communications. In Census, we have a number of models set up for events that our users are performing in the app – whether that’s simply viewing artwork or actually making in-app purchases. We then sync these events with Customer.io in near real-time, so that our user profiles are always fresh and up-to-date.

Based on this information, we create personalized marketing campaigns for segments of users customized to their interests. Because these messages are so relevant and personalized, we’ve been able to increase product conversions, which is a huge win for Smartify.

👉 Learn more about how Smartify 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: