I think a lot about what clients are going to need from agencies now.
Not what they needed ten years ago, when the menu felt cleaner.
Websites. SEO. Ads. Copy. Maintenance. Reports.
Those things still matter. People still need websites, content, systems, and someone who can turn business reality into something customers understand.
But the relationship is changing.
Clients can do more themselves now. AI made that obvious, but it is not only AI. The tools are better. The templates are better. The tutorials are everywhere. A motivated business owner can sit down, describe what they want, and get a decent first version faster than ever.
Good. I mean that.
I do not think clients should be kept in the dark. I do not think agencies should hide behind mystery. If you want to learn the tools and understand more of what is happening inside your business, you should.
But there is a part of the work people underestimate.
The last 10 percent.
That is where trust shows up.
The first version is easier than ever. The finished system still has to survive messy data, unclear handoffs, real customers, and the people who have to use it every day.
Key Takeaways
- Clients can start more projects themselves now, and that is not a bad thing.
- Communication is not extra in client services. It is the job.
- Saying yes to everything is not the same as being helpful.
- Good partners know when to bring in specialists.
- The first 90 percent can look easy because the tools got better.
- The last 10 percent is where cleanup, integration, maintenance, risk, and judgment show up.
- The best agency relationship now may be less "do everything for me" and more "help me move faster without leaving me stranded."
Results Matter. Trust Matters Too.
Clients want results. That part has not changed.
They want the site live, the form working, the campaign launched, the dashboard useful, and the system saving time instead of creating another place to check.
But clients also want to know someone understands what is happening. That part gets skipped all the time.
A client can handle a delay if they understand why it happened. They can handle a scope change if somebody explains the tradeoff. They can make better decisions when the person across from them can translate the technical mess into plain English.
What they cannot handle is silence.
They cannot handle a vendor disappearing behind the curtain, coming back with jargon, and expecting trust to survive because "the work is complicated."
That is not client service. That is avoidance with an invoice attached.
Good client service is communication, judgment, and follow-through. It sounds obvious until you watch how many people are bad at it. I have written about this before in The Part Everyone Skips Is Still Communication, because communication is usually where the real work either compounds or falls apart.
Communication Is the Job
Communication is not the soft part after the real work.
Communication is the job.
Especially when the work involves clients, developers, business owners, vendors, tools, deadlines, and five versions of what everybody thought they heard.
A client says, "The form is broken."
A developer hears, "There is a bug."
The business problem might be, "Leads are not getting assigned, nobody noticed for two days, and now the owner is losing trust in the whole system."
Those are not the same problem.
Somebody has to bridge that gap and ask the next question.
Did the form stop submitting? Did the notification fail? Did the CRM reject the lead? Did the automation route it to the wrong person? Did the setup miss an edge case nobody talked about during the build?
That is where experience matters.
Not because experience makes you magical.
Because experience teaches you where to look first.
Saying Yes to Everything Is Not Service
There is another mistake that shows up in client services.
People say yes to everything.
Sometimes they want the money. Sometimes they are afraid to look limited. Sometimes they convince themselves they can figure it out later.
That can work for a while. Then the client pays for it.
A good partner does not need to pretend they do everything. A good partner knows what they do well, where the edge is, and who to bring in when the client needs something outside that lane.
If I am working with a client and something crosses into a specialty that needs a specialist, the best move is not to fake confidence. The best move is to say, "This needs the right person involved."
Clients do not need a yes machine. They need someone who can guide the work. That is why a trusted agency partner is less about owning every task and more about protecting the quality of the decision.
Sometimes that means doing it. Sometimes that means reviewing. Sometimes that means bringing in the person who lives in that problem every day.
The point is to protect the client, not protect your ego.
The First 90 Percent Got Easier
AI made the first version easier.
That is real.
You can generate page copy, mock up a structure, outline a workflow, write code, and build a simple automation faster than before.
A business owner can get thoughts out of their head, test ideas faster, and learn enough to have a better conversation with the people they hire.
I encourage that. I would rather work with a client who is curious and involved than one who wants everything hidden from them.
But the first version is not the finished system.
That is the part people miss.
The first version can look close. It can demo well. It can work on the happy path. Then reality shows up.
The data is messier than expected. The team does not use the workflow the way the owner pictured it. The form works, but the notification goes to the wrong inbox. The automation saves time until one weird exception breaks the chain.
That is the last 10 percent, and it has a way of becoming the part that matters most.
The Intake Form That Was "Almost Done"
Here is a simple composite example.
A business owner builds a lead intake workflow.
Nothing wild. A form, a few questions, an email notification, a CRM entry, and a task.
With the tools available now, they can get far. AI helps write the questions. A form builder handles the front end. A CRM catches the submission. An automation creates the task.
The first test works.
Great.
Then the real world starts pressing on it.
Some leads come in after hours. Some need urgent response. Some should go to one department, some to another. One field is optional on the form, but required in the CRM. Someone changes a dropdown label because it sounds clearer. The automation still runs, but reporting gets weird. Nobody knows whether the problem is the form, the CRM, the automation, or the process behind it.
This is not dramatic. This is normal. This is how real business systems break.
The work looked 90 percent done because the first version worked once.
The last 10 percent is where someone has to slow down, map the real process, clean up the fields, check permissions, explain tradeoffs, document the handoff, and make sure the system survives actual use.
That is not glamorous.
That is the work.
The Bridge Still Matters
This is where I have always felt useful.
I can talk to clients. I can talk to developers. I can sit between the business concern and the technical implementation without losing the thread.
A lot of technical people get buried in the details. A lot of client-facing people do not understand what the details mean. A lot of business owners know something is wrong, but do not have the language to get it fixed.
The bridge role matters because the real problem is often hiding between those groups.
The client says the website is not working.
The developer checks the website and says it is working.
The business owner still feels the problem because leads are not flowing, customers are confused, or the system is creating extra work for the team.
Everybody can be telling the truth and still not be solving the right problem.
That is why communication and technical judgment have to live together.
It is not enough to be nice on calls, good in code, or fluent with the tools. Somebody has to understand the business context, the technical reality, and the human mess in the middle.
Good Backup Is Not Gatekeeping
I do not want clients to hear this as, "Do not touch the tools."
Touch the tools.
Learn them. Test things. Build rough versions. Ask better questions.
That is healthy.
The warning is not about starting.
The warning is about assuming that starting and finishing are the same thing.
They are not.
Good backup does not mean someone stands over your shoulder trying to control everything. It means you have someone who can review the plan, spot risks, help you decide, and step in when the work gets past your current experience.
That might be a consultant, developer, agency, or specialist who only touches one part of the system.
The structure matters less than the trust.
You want people around you who can say:
- this is fine
- this is risky
- this needs a specialist
- this is not worth building yet
- this is close, but it will break here
- this works, but nobody will maintain it
- this should start smaller
That kind of honesty saves money.
Good backup is not gatekeeping. It is the person willing to tell you when something is fine, risky, overbuilt, underbuilt, or not ready to hand to a real team yet.
It also saves cleanup.
Start Small, Then Iterate
The best advice I can give clients right now is boring, but it works: start small.
Build the smallest useful version. Test it. See what breaks. Fix the real problems before adding layers.
AI makes it tempting to skip that discipline because everything feels faster. You can generate a bigger plan, workflow, content system, and automation map.
But bigger is not always better.
Sometimes bigger means you created six more places for the same weak assumption to fail.
Start with one workflow, one page, one process, one handoff, or one measurable improvement. Then learn from it.
That is how you build something durable. It is also why redesigns are not blank slates. The work always has history, constraints, users, and systems attached to it.
Not by pretending the tools removed the need for judgment.
Not by outsourcing your business brain to a prompt.
Not by hiring someone who says yes to everything and figures out the consequences later.
Related BuiltWTF Field Notes
The Trust Part Did Not Change
Agency life is changing.
Clients can do more. Teams can run leaner. Tools can move faster. I am not fighting that. I am building inside it.
But the trust part did not change. The last 10 percent still needs a trusted agency partner who can see the business, the system, and the handoff at the same time.
When something breaks, clients still need someone who knows where to look.
When the project crosses a boundary, they still need someone honest enough to bring in the right help.
When the tool output looks polished but misses the business reality, they still need judgment.
When the system works in a demo but fails day to day, they still need someone who can connect the dots.
That is the part I think a lot of people are underestimating.
The first 90 percent is getting easier.
The last 10 percent is still where the work proves itself.
And the last 10 percent is where trust shows up.




