Skip to article

Activation

You shouldn't need a six-month project to know who your customers are

Most teams don't need a giant data platform first. They need a true count of their people and a list they can use this week, on data that stays theirs.

By Matt Oczkowski 5 min read

Key takeaways

  • Most customer data projects exist to answer three plain questions: how many real customers do we have, who should we act on this week, and can we get that list into our tools?
  • Enterprise CDPs are built for far bigger scope. Many teams buy that scope, then spend a year building toward answers they needed in week one.
  • "Fast" is real, but not magic. The time you spend should go to a few decisions only you can make, not a multi-quarter build.
  • Speed shouldn't cost you ownership. Ask every vendor whether your data trains their models and where it runs.
In this article
  1. The kickoff meeting
  2. The question underneath the platform
  3. What "fast" honestly means
  4. Fast shouldn't mean giving your data away
  5. Start with one list
  6. FAQ

The kickoff meeting

I've sat in a lot of kickoff meetings for customer data projects. They tend to go the same way.

There's an architecture slide with arrows going in from the left and out to the right. There's a timeline with phases: discovery, data modeling, identity rules, testing, and then, in a box near the far edge, activation. About forty minutes in, the marketing lead asks the only question she came to ask. "When can I send a list?"

The answer is usually next quarter. Sometimes the one after that.

Meanwhile there's a campaign next month. So someone exports four CSVs, lines them up in a spreadsheet, writes a few lookups and ships it. That spreadsheet is how half the duplicates got into the system in the first place. The project meant to fix the data is now running alongside the workaround that keeps breaking it.

The question underneath the platform

When you strip the vocabulary out, most teams are asking three plain things.

  1. How many real customers do we have?
  2. Who should we act on this week?
  3. Can we get that list into the tools my team already uses?

Enterprise customer data platforms are built for a much bigger scope. Real-time event streams, dozens of destinations, journey orchestration, a team of engineers to keep it all running. If you need that, buy it, and staff it properly. But a lot of organizations buy that scope to answer the three questions above, then spend a year building toward answers they needed in week one.

Helm starts from the questions. Connect your systems: the CRM, the email platform, the store, the spreadsheets nobody admits to. Helm figures out which records are the same person, groups households, checks which emails, phones and addresses still work, and tells you what's wrong with the data and what to fix first. From there you can fill in missing details, build a segment, and send it to Salesforce.

That last part matters to us. Salesforce is where a lot of teams already do their work, and we'd rather make it better than ask anyone to rip it out. Helm does the cleaning and resolving, then hands Salesforce a list of real people.

What "fast" honestly means

I want to be careful here, because "live in minutes" is a phrase this industry has worn out.

The fast part is real. A business user can connect sources, see a resolved count and start building a segment in the first session, without writing SQL or filing a ticket. The identity work happens automatically. Nobody on your team has to write matching rules from scratch.

Some things still take time, and you should hear about them before you buy, not after. Someone maps fields, so the system knows that "Zip," "Postal" and "zip_code" are the same thing. Someone on your side decides which source wins when two of them disagree. Big files process in the background, and a very large import takes hours, not minutes.

Any vendor who tells you there's no data work at all is selling you the kickoff meeting again, just with a nicer slide.

The difference is in where the time goes. You spend it on a few decisions only you can make, instead of a multi-quarter build before you see a single result.

Fast shouldn't mean giving your data away

There's a trade-off hiding in a lot of quick-start tools, especially the ones with AI built in. The quickest way to make a product smart is to pool everybody's data and learn from all of it. That's great for the vendor. It's less great for you if your customer file, the thing you spent years and real money building, quietly becomes training material that helps a competitor using the same product.

So when you evaluate anything that touches your customer data, ask a few blunt questions.

  • Is my data used to train models, and whose?
  • When an AI tool connects, does it get answers, or does it get my raw records?
  • Where does the data run, and who else is on that infrastructure?

Here are our answers. Your data isn't used to train anyone else's model. When AI agents connect to Helm, they get answers, like a count, a segment or a recommended next step, rather than your raw file, and that access is permissioned and audited. And we're moving Helm onto private infrastructure with our partner CloudLogics, because where your data runs is part of who controls it.

I'd hold every vendor to those questions, including us.

Start with one list

If you're staring down a long data project, or you've already started one and the activation box keeps sliding to the right, try something smaller first. Take one export from the system you trust most. Find out how many real people are in it, how many contacts still work, and who you'd actually reach this week. That answer will tell you more about what you need to buy than any requirements document.

Frequently asked questions

Do I need an enterprise CDP to know how many customers I have?

Usually not. Most teams are asking three plain questions: how many real customers do we have, who should we act on this week, and can we get that list into the tools we already use. Enterprise CDPs are built for a much bigger scope, with real-time event streams, dozens of destinations and journey orchestration. If you need that scope, buy it and staff it. If you need the three answers, start smaller.

How fast can a business user get a usable list out of Helm?

In the first session, a business user can connect sources, see a resolved customer count and start building a segment without writing SQL or filing a ticket. Identity matching happens automatically. Field mapping and deciding which source wins on conflicts still take a little of your team's time, and very large imports process in the background over hours rather than minutes.

Does Helm replace Salesforce?

No. Helm does the cleaning and identity resolution, then hands Salesforce a list of real people. Salesforce is where many teams already work, so Helm is built to make it better rather than replace it.

Is my customer data used to train AI models?

Not at Helm. Your data is not used to train anyone else's model. When AI agents connect to Helm they receive answers such as a count, a segment or a recommended next step, not your raw records, and that access is permissioned and audited.

Your data. Your infrastructure.

Bring one list to a call.

We'll resolve it with you, show you the real count and the gaps, and build a first segment you could send to Salesforce.

Talk to us