GTM Systems

How to Tell If Your Clay Build Is Over-Engineered

A seven-point checklist you can run on your own workspace in about twenty minutes

Tim Burnham, Founder & CEO

Tim Burnham

Founder & CEO

September 15, 2026

The most honest thing anyone has said to me about Clay was this.

"I don't know what efficient looks like. I don't know if I'm on the right track. If this is as good as it gets, or if I'm completely missing something."

That was not a beginner. That was someone running real campaigns, spending real money, more than a year into the tool.

Clay does not tell you when you are done. There is no line. So you keep adding.

Here is the checklist I run when I open someone's workspace. It takes about twenty minutes.

1. Count the columns that run before your first filter

Open your main table. Find the first place where rows get dropped.

How many enrichments ran before that point?

Every one of them spent credits on rows you threw away. Moving one cheap filter to the front is usually the biggest single change available to you. It costs nothing and it shrinks everything downstream.

2. Count the tables you would have to edit to make one change

Pick a real change. Say you want to reword the AI prompt that scores a lead.

How many places do you open?

If it is more than one, you do not have a system. You have copies. I met a team with one workbook per US state, fifty of them, nearly identical. Any fix meant fifty edits by hand, city by city.

That is the most expensive shape a build can take, and it looks productive the whole way in.

3. Count the AI columns that could be a formula

AI columns feel like the answer to everything. They are not.

Math, date logic, pulling one value out of a list: those are formulas. Clay will write the formula for you if you describe what you want in plain English. Formulas are cheap and they give the same answer every time.

Save the AI for judgment. Reading a post and saying what it is about. Deciding if a job listing matches your ICP.

4. Check whether your AI is deciding or just scoring

This one bites people.

I watched a build with five agents in a row. Sourcing, drafting, verification, sending. The verification agent was supposed to approve or reject. It approved a lead it had itself scored 5 out of 10.

The agent was not lying. It had too much in front of it and it drifted.

Have the AI return a number. Then let a rule act on the number. If the score is under 7, stop. Rules do not have opinions.

5. Look at where the credits actually go

Open your usage and sort it.

In almost every workspace I have looked at, two or three columns account for most of the spend. Usually scraping and contact enrichment.

You do not need to optimize the whole build. You need to look hard at those two or three.

6. Ask what happens if the person who built it leaves

Not as a hypothetical. Ask it out loud, in the room.

If the answer is that you would be stuck, the build is over-engineered no matter how few columns it has. Being maintainable is part of the design, not something you add at the end.

7. Try to draw it on one page

Paper, one side, no notes.

If you can do it, the shape is fine. If you run out of room, the shape is telling you something.

The part I want to be fair about

Passing this checklist does not mean your build is good. It means it is simple.

Some businesses need the complicated version. If you have eight segments with genuinely different scoring, you need eight sets of logic. Forcing that into one table would be worse, not better.

The point is not fewer steps. The point is that every step is there for a reason you can say out loud.

And if you run this and find nothing wrong, that is a real answer. You are on the right track. Nobody ever tells you that, so you assume you are behind.

Share

Working on something like this? Tell us what's slow and we'll tell you what we'd build.