The first time your team solves a customer problem, it’s work.
The second time should be a warning.
Because if the same question, bottleneck or manual task keeps appearing...
The answer probably isn’t getting faster at doing it.
It’s figuring out how to make sure you don’t have to do it the same way again.
That’s something we’ve been thinking about a lot at Blueprint.
We’re growing.
More customers are coming in.
And we’ve been forced to confront a pretty obvious problem:
If every 10 new customers require another person doing exactly what the last person was doing...
We’re not really scaling.
We’re just hiring our way through growth.
There will always be more people to hire. And there should be.
But I want every person we hire into Blueprint to step into a company that has already learned from the people who came before them.
That means systems.
Processes.
Automation.
And increasingly, AI.
Not because I want fewer humans involved.
Because I want humans spending less time solving problems we already know how to solve.
One person shouldn't become your bottleneck
We’re experiencing this right now in onboarding.
Before a new customer can get the full value from Blueprint, their measurement environment needs to be in good shape.
And we've learned something pretty quickly:
A lot of them aren't.
GA4 may need work.
Google Tag Manager may need work.
Accounts need to be connected.
Access needs to be granted.
Data needs to be flowing correctly.
Things that looked fine from the outside can turn out to be broken once we actually get inside.
Right now, we have someone on our team who evaluates those environments, identifies where things are breaking and helps us fill the gaps.
He's really good at it.
Which creates a problem.
There's only one of him.
Our Client Services team recently identified that as one of the biggest bottlenecks in onboarding.
Every new customer we've seen has needed some amount of work.
And one person can only move so quickly.
The obvious solution is to hire another person.
We're doing that.
But hiring another person doesn't actually solve the underlying problem.
Because what happens when we double again?
Hire two more?
Then four?
Then eight?
Eventually you have to ask a different question:
How do we make the next person twice as productive as the first?
That's where process starts becoming a product
We've already seen what happens when we get this right.
One of our most recent customer onboardings moved very, very quickly.
Not because their environment magically required no work.
We had gotten much better at everything surrounding the work.
We knew what information we needed.
We knew what access we needed.
We were collecting more of it ahead of time.
We had honed the process instead of recreating it every time a new customer arrived.
That's not particularly sexy.
Nobody is going to raise a funding round because they built a better onboarding questionnaire.
But the customer experiences something very important:
Speed.
They get connected faster.
They start seeing their data faster.
They start understanding what's happening faster.
They get to the reason they bought the product faster.
And our team spends less time chasing information, requesting access and figuring out what needs to happen next.
That's the kind of efficiency I care about.
Because the customer isn't getting less so we can save time.
They're getting value faster because we're saving time.
The best automation should be almost invisible to the customer
I think companies sometimes approach automation backward.
They start with:
What can we automate?
I'm becoming much more interested in:
What does the customer repeatedly need... and why does a person still need to make it happen?
If every new customer needs the same access requests, build them into onboarding.
If we always need the same information, collect it before somebody has to ask.
If the same setup problem appears repeatedly, create a process for diagnosing it.
If the same thing needs to happen after a particular event, automate it.
And if we already know a customer is probably going to need something...
Why wait for them to ask?
The goal isn't simply responding to customers faster.
It's anticipating more of what they'll need before the question ever becomes a support ticket.
Then AI changes what counts as manual work
We recently built a Claude-powered agent directly into the product.
We're testing it internally right now, deliberately trying to poke holes in it before customers get access.
But even in its earliest version, you can see where this could go.
Someone asked it:
“What's my best-performing channel?”
It answered the question.
More importantly, it could take the user to the relevant place inside Blueprint to see what it was talking about.
Think about what normally happens with a question like that.
A customer asks someone on our team.
Our team sees the message.
Someone opens the account.
Looks at the data.
Interprets it.
Responds.
Maybe explains where to find it inside the product.
That's a perfectly good customer experience.
But what if the customer can ask the exact same question inside Blueprint...
And get the answer in seconds?
That's better for us.
But more importantly...
It may actually be better for them.
Faster can be more personal
This is the part I think gets lost in the conversation around AI and automation.
People hear “automate customer service” and imagine replacing a thoughtful human with a terrible chatbot.
I don't want that either.
There are plenty of things where I want a person involved.
Something unusual happens.
A customer has a problem we haven't seen.
The data doesn't make sense.
The answer requires judgment.
The customer needs someone who understands the larger context of their business.
That's where our people become incredibly valuable.
But answering the same known question for the 47th time?
Requesting the same account permission?
Explaining where the same report lives?
Walking someone through something the product already understands?
Why should the customer have to wait for us?
If we can give them a reliable answer in five seconds instead of a great answer two hours later...
That's not worse service.
That's better service.
But our AI shouldn't just know how to talk
This is where I think the opportunity gets much bigger than customer support.
Blueprint isn't just a collection of Meta and Google data with an AI interface sitting on top.
We've spent years developing our own way of understanding cross-platform advertising performance.
We've built structure around how advertising should be evaluated.
How influence differs from attribution.
How campaigns affect one another.
How budget should potentially shift.
What deserves attention.
That underlying intelligence is important.
Because eventually I can imagine someone opening Blueprint and simply asking:
“What should I do?”
Not:
“Where is this report?”
Not:
“What does this metric mean?”
But:
“What changed in my marketing and what should I do about it?”
That's much closer to the problem we're actually trying to solve.
The product is ultimately trying to understand cross-platform ad behavior and tell the user what to do about it. The long-term interface doesn't necessarily have to be another collection of charts if a customer would rather interact with that intelligence conversationally.
And that's very different from simply attaching generic AI to an ad account.
The value isn't the prompt box.
It's everything the system knows behind the prompt box.
Get Updates Like This Monthly
Join our Mailing List
Blueprint Advertising Machine needs the contact information you provide to us to contact you about our products and services. You may unsubscribe from these communications at any time. For information on how to unsubscribe, as well as our privacy practices and commitment to protecting your privacy, please review our Privacy Policy.
Now the customer can help build the next version
There's another part of this experiment that I'm especially interested in.
We're tracking what people ask the agent.
Why?
Because the questions it can't answer may be even more valuable than the ones it can.
A customer asks something.
The agent handles it perfectly.
Great.
Nobody on our team had to touch it.
Then someone asks something it can't answer well.
Now we know something.
There's a gap.
Maybe we improve the prompt.
Maybe the agent needs access to different information.
Maybe we need a new report.
Maybe there's a feature we haven't built.
Maybe our team needs to solve the problem manually because it's genuinely new.
But once we solve it...
Do we really want the next customer to encounter the exact same gap?
That's why we're watching those conversations. The questions customers ask can point directly toward things we may need to build next.
And I think that's a much more interesting way to think about customer service.
Your team should be solving tomorrow's problems
Every time the company grows, your best people get busier.
They answer more emails.
Attend more onboarding calls.
Pull more reports.
Troubleshoot more accounts.
Explain more things.
Eventually they're so busy delivering the service that made the company great...
They don't have time to make the service better.
That's the trap I want to avoid.
I want our systems handling what we've already figured out.
I want our processes handling what should happen the same way every time.
I want automation handling repetitive execution.
I want AI increasingly handling questions and analysis where the answer can be reliably produced from what Blueprint already knows.
And I want our people spending more of their time on the things none of those systems can handle yet.
The exception.
The new problem.
The weird account.
The difficult judgment.
The customer need nobody anticipated.
That's where the next improvement comes from.
Your best employee shouldn't have to teach every new hire everything
There's another side to this.
Eventually, you still have to hire.
We are.
Growth creates more work, more complexity and more customers who deserve attention.
But there's a huge difference between hiring someone into chaos...
And hiring them into a machine.
If everything important lives in somebody's head, every new employee has to slowly absorb years of tribal knowledge.
Watch what someone does.
Ask questions.
Make mistakes.
Learn the shortcuts.
Eventually become good enough to teach the next person.
But if the people who came before them have already turned what they learned into systems, processes, automations and product intelligence...
The new person starts further ahead.
They don't replace the machine.
They plug into it.
And ideally, they make it better.
That's how I want hiring to work.
The 20th employee should inherit what the first 19 learned.
The 50th customer should benefit from what the first 49 taught us.
And the 100th customer shouldn't require the same amount of manual effort as the first.
The first time is work... The second time is information
Manual work isn't automatically bad.
Especially when you're early.
You need to do things manually.
You need to get close to customers.
You need to see where things break.
You need people exercising judgment because you don't know enough yet to create the system.
But every time somebody solves something manually...
We've learned something.
And if it happens again, we've learned something else:
It's probably not an exception anymore.
It's becoming a process.
That's when I think we should start asking:
Can we standardize this?
Can we simplify it?
Can we anticipate it?
Can we automate it?
Can the product handle it?
Can AI answer it?
Or does this still require human judgment?
Sometimes the answer will still be:
A person needs to do this.
That's fine.
The goal isn't eliminating humans.
The goal is making sure we're using human intelligence where human intelligence creates the most value.
That's how I think you get from 10 customers to 100
You don't build a team capable of doing 10X more of exactly the same work.
You build a company that learns.
The first customers expose the problems.
Your people solve them.
Repeated solutions become processes.
Processes become systems.
Systems expose opportunities for automation.
AI begins handling more of the questions and analysis your people used to handle repeatedly.
And your people move toward the next unsolved problem.
Then you hire.
But the person you hire isn't starting where the last person started.
They're stepping into everything the company has already learned.
That's the machine we're trying to build.
Because I don't think the goal of scale should be giving customers less attention.
I think it's the opposite.
Every customer should benefit from every customer who came before them.
And every person you add to the team should be able to create more value because of everything the people before them already built.
That's how you serve 100X more customers...
Without doing 100X more work.
Where is your team still solving the same problem manually?
The answer may reveal more than an operational inefficiency.
It may show you exactly what should become a process, an automation or part of the product next.
And when the biggest burden on your team is figuring out what changed across your marketing, why it happened and what you should do about it...
That's exactly the kind of repeated work we're building Blueprint to make easier.
FAQ
How can a company scale customer service without scaling headcount at the same rate?
Start by identifying work that repeats across customers. Standardize predictable workflows, automate repetitive execution and use AI where questions or analysis can be answered reliably without human intervention. Human teams can then focus on exceptions, judgment and new problems rather than repeatedly solving known ones.
How can automation improve customer experience instead of making it less personal?
Good automation removes friction rather than removing valuable human interaction. Collecting information ahead of time, automatically requesting access, anticipating common needs and providing immediate answers can shorten time-to-value while allowing employees to spend more time on interactions where human judgment actually matters.
What should a company automate first in customer onboarding?
Look for predictable work that happens repeatedly and requires little unique judgment. Information gathering, access requests, recurring setup steps, reminders and standardized diagnostics are often strong candidates. The goal is to eliminate unnecessary delays before customers begin receiving value.
Where does AI fit into customer success?
AI can handle certain repeatable questions, explain product information, interpret available data and guide customers toward relevant actions. More advanced applications can use proprietary company knowledge and customer context to provide increasingly useful analysis while escalating unusual or high-judgment situations to people.
Should AI replace customer success teams?
The more useful goal is to change what customer success teams spend their time doing. Systems, automation and AI can absorb predictable work while people concentrate on complex problems, exceptions, relationships and new customer needs that the existing system has not learned to handle.
How do systems and processes make new hires more productive?
Documented processes and embedded automation preserve knowledge that would otherwise remain with individual employees. Instead of relearning how previous employees solved recurring problems, new hires can begin with established workflows and focus their effort on improving the system further.
