// Manifesto · v1.0

The customer success engineering manifesto

Written by the bricks.sh team · Apr 2026
TL;DR
  • 1GTM already went through this shift. CS is next.
  • 2The best CS teams today look like engineering teams — queries over production, health from product signals, plays as code.
  • 3bricks.sh is the platform for that shift. And it's not a better version of the old tools. It's the first of a new kind.
01 · The precedent

Three years ago, GTM hit the same wall

The stack fragmented. Sales Ops, Marketing Ops, and RevOps sat in silos. The best operators stopped looking like salespeople and started looking like engineers — writing SQL, building pipelines, treating the revenue motion like a product. The shift got a name: GTM engineering. It rebuilt how modern B2B companies grow, and it built Clay into a $3B company in three years.

Customer success is at the same inflection point. Same fragmented stack. Same siloed roles. Same best operators quietly writing SQL on the weekend because no tool sees their product clearly enough.

02 · The breaking point

Hiring is the most expensive way to ask a question

Customer success was designed for a world where a human could read every ticket, remember every account, and notice — by instinct, on a Tuesday morning — that a customer had gone quiet. That world scaled to fifty accounts. Then it broke.

The response was to hire. More CSMs, more QBRs, more dashboards nobody opens. Customer success became a headcount line — the most expensive way a company has ever invented to ask:

“Is this customer okay?”

That era is over.

03 · What we believe

The best CS teams don't look like CS teams anymore

They look like engineering teams. They write queries against production. They build health scores from real product signals — revenue processed, documents signed, seats consumed — not meeting notes. They ship plays the way engineers ship code: in plain English, version-controlled, running automatically, escalating to a human only when a human is actually needed.

They're not customer success managers. They're customer success engineers. Most of them don't have the title yet, because the category hasn't caught up.

⚙️
Plays as code
Plain English, version-controlled, running on a schedule.
📈
Health from the product
Revenue, seats, documents. Not meeting notes.
⚡️
Queries over production
Direct, live, verifiable. Not CRM hearsay.
🤝
Humans where humans matter
Automation escalates only when it should.
04 · Why this isn't another CS tool

Every existing CS platform was built for the old world

Gainsight, Totango, Vitally — they're CRMs with health scores bolted on. They assume a human will read a dashboard, spot a pattern, and write a Slack message. That assumption broke the moment one CSM had more than fifty accounts to watch.

A better dashboard doesn't fix a broken assumption. A new kind of tool does.

bricks.sh reads directly from your production database — not a synced copy, not a CRM field. It interprets plays written in plain English and runs them autonomously. It escalates to a human only when the signal is worth a human's time. It's not a faster Gainsight. It's the first platform built for a discipline that didn't have one yet.

05 · Our line in the sand

What we refuse to accept

The goal is simple, and we'll say it plainly:

No paying customer should ever churn because nobody was watching.

Not because you didn't hire fast enough. Not because the CSM on the account was on PTO. Not because the signal was buried three dashboards deep.

Never.

Customer success used to be a job.
It's becoming a system.
We're building the infrastructure.

— The bricks.sh team
Back to homepage