Interviews

How Michael Tappel at Clockwise drives product-led Growth by syncing data to HubSpot | Census

Roslyn Coutinho
Roslyn Coutinho December 15, 2022

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.

Clockwise is a time orchestration platform that helps busy professionals manage their calendars to create more time in their days. Users can entrust certain meetings to Clockwise, and Clockwise will then use AI to find the best possible times for team members to meet. In doing so, the tool helps resolve conflicts, creates more focus time in calendars, and ultimately improves team collaboration and productivity.

Michael Tappel, Business Operations Manager at Clockwise often collaborates with the data team. Michael is intent on helping team members across the organization gain better access to information so they’re well-equipped to do their jobs. 

In this interview, Michael explains how data functions at the company and shares a specific use case of how Clockwise syncs onboarding segmentation data to HubSpot.

How are the data teams structured at Clockwise?

We have a central data team made up of data scientists, data engineers, and data analysts. They're responsible for creating our core data infrastructure and curating all of the product, billing, and financial data into our data warehouse so that it can be used by other teams across the organization. 

At Clockwise, the business operations team is basically an extension of that core data team, specifically because we create reports that pertain to financial and operational data. We also do a lot of data analysis that supports our go-to-market teams. The data we analyze and reports we create support marketing, sales, customer success, and customer support.

How does the business operations team collaborate with the centralized data team?

The biggest point of collaboration comes when we need to onboard new data types. For example, our sales team wanted better segmentation to support their lead generation strategy. As part of this effort, they wanted to onboard a lead enrichment vendor that would provide more information about our users.

Once this need was identified, the business operations team became the champion to procure this vendor, and then we worked with the data team to set up the ingestion processes for this data into our data warehouse. Then, we used Census to take the data from our data warehouse and send it to our CRM platforms so that our go-to-market teams can make use of it. For instance, the sales team has used this data to create more refined customer segments and a smarter lead-scoring engine.

We also collaborate with Data any time that a go-to-market team wants more complex metrics readily available. For example, our teams wanted lead scoring and customer health scoring powered by a predictive engine. To make these metrics available, the business operations team worked with the data team to create that engine, then used Census to feed those scores and metrics to the internal end users.

Can you describe your data stack?

We use Snowflake for our data warehouse, and we perform transformations of our data using dbt within Snowflake. 

On top of Snowflake, we have a data visualization platform called Metabase, which functions as our consumer platform and analytics platform for data. Our executive and go-to-market teams reference charts, dashboards, and analytics within Metabase.

Census plays an important role, as well, hooking up directly to Snowflake, and then sending data primarily to our four CRM tools which are used by the different go-to-market teams. HubSpot is used by our marketing team, Salesforce is used by our sales team, Vitally is used by our customer success team, and Zendesk is used by our support team for ticketing.

Clockwise’s operational analytics stack

What are some of the challenges you’ve faced when it comes to accessing data?

When I first joined the team it was clear that our customer-facing teams were not equipped with real-time product engagement and usage data within the tools they were regularly using. 

For example, our first salesperson was looking to identify champions that she could reach out to and potentially try to locate a buyer among these organizations. It was really hard for her to do that without having information on which users at a given organization were using Clockwise the most and getting the most value. 

We had worked with a member of our engineering team to promote product metrics directly to CRM and other tools via an API endpoint. But of course, engineers have a whole backlog of other projects they're working on, often prioritized above go-to-market and business needs. And so, it would often take us weeks after we would request a new metric from Product for the engineer to have time to promote that into a tool like HubSpot. In that waiting period, our go-to-market teams would be flying blind.

We were able to overcome this by setting up a reverse ETL tool like Census to promote those product-related usage and engagement data into HubSpot (our sales CRM at the time) so our sales team could better identify product champions.

Show & Tell: Syncing product segmentation data to HubSpot to drive more personalized onboarding flows

Our product growth team was launching an experiment to test whether segmenting users during their onboarding experience would lead to increased product engagement and growth over time among our customers. They developed an experiment within the product that would send users down different paths in their onboarding. 

The go-to-market teams wanted to know which users went down which onboarding paths and then to be able to send targeted communications, particularly emails, to those users based on their paths. We needed to create product-generated tags in our data around the onboarding path, then send these tags to HubSpot, which is our marketing team’s system of record, so that the team could take action and send the right emails to the right users.

The onboarding paths are dictated by how a user enters the product– whether they’re coming from a certain landing page or a jobs-to-be-done survey. We set up a model that pulls the onboarding source for every individual user, which pulls data from Snowflake and sends it to HubSpot, mapping to their email address as the identifier. Snowflake essentially sends the onboarding source and the date the onboarding began.

Thanks to this model, you can see a list of contacts within HubSpot based on certain segments. Based on the onboarding source, automated workflows are triggered within HubSpot that enroll users in specific marketing email sequences.

What advice would you give to those using data to serve go-to-market teams?

Make sure that the needs of the end user, the individual consuming the data, are clearly defined for the team who will be generating that data. 

For instance, if a marketing team member wants to segment users into five different groups based on five different onboarding paths, make sure that the team who's responsible for generating that data is thinking about it in the same way as the marketing team member and is creating a data schema that marketing can actually use for the segmenting they want.

If you neglect to communicate clearly to the team responsible for creating the data, it requires a little bit of back and forth, which takes unnecessary time and creates a clunky process.

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