3
8 Comments

I spent 6 years watching ad budgets get destroyed by a problem no platform would fix. So I built the engine myself.

I spent 6 years in performance marketing watching good operators make bad decisions — not because they were careless, but because their numbers were wrong.

Ad platforms report one cost: media spend. But the real cost of a lead has six more layers they'll never show you — broker payouts, refunds, chargebacks, compliance costs, platform fees, variable costs.

The result? Operators scale campaigns that are secretly losing money and cut campaigns that are actually profitable. The CPL on the dashboard can be 40–200% lower than reality.

I kept waiting for someone to build the fix. Nobody did.

So I spent 2.5 years building it myself. Solo. Zero outside funding.

CDAI Engine is live in production today — reconciles all 7 cost layers into true CPL and contribution margin, then issues one of 8 directives per campaign: Scale, Hold, Cut, Pause, Quarantine, Renegotiate, Investigate, or Flag.

No AI. No guesswork. Same data always produces the same answer.

Live pilot running. Real client data flowing. $75/month infrastructure that scales to 100+ clients.

If you run paid ads or buy leads for any vertical — this was built for you.

posted toAvatar for product CDAI Engine
CDAI Engine
  1. 1

    This is a context problem disguised as an attribution problem. The real failure mode isn't "we don't know our true CAC" — it's that operators make decisions all day based on a model of reality, and the model is wrong in 6 places they don't see.

    The 6-layer cost gap you describe is basically what every founder does with their work: they make decisions based on a mental model of where things stand, and the model is wrong in ways they only find out weeks later. The same person who "knows" their numbers is the one most surprised by the audit.

    Building What Next for the knowledge-work version (where your mental model of "what's the status of each thread" is also 6 layers stale) so this framing — "operators make decisions based on stale models" — is the thing I think about constantly.

    Question: when you built the attribution engine, what was the moment you realized the existing reports weren't just incomplete but actively misleading? I'm asking because the parallel for knowledge work is "stale status isn't just incomplete, it makes you do the wrong thing today."

    1. 1

      The moment was watching a campaign get scaled because the dashboard looked great. Strong CPL, good volume, everything pointed to more budget. Weeks later the client realized a significant portion of those leads had refunded, the broker was taking the majority of every dollar, and what looked like a profitable campaign was actually bleeding money the entire time.

      The decision to scale was made confidently on a model that was wrong in multiple places nobody was looking at. That's what I kept seeing over and over. It wasn't incomplete data. It felt complete. That's what made it dangerous.

      Worth clarifying though, CDAI isn't an attribution engine. Attribution tells you where the lead came from. CDAI connects directly to your ad platforms, CRM, payment processor, lead distribution partners, call tracking — every system that touches the real cost of a campaign reconciles all of it into true contribution margin, then tells the operator exactly what to do next. Scale, Hold, Cut, Pause. No guesswork. Same data always produces the same answer.

      Your parallel is exact. Stale status doesn't just leave you uninformed. It makes you act. Usually in the wrong direction.

      1. 1

        That story is going to stick with me. "The dashboard felt complete" is the most dangerous state for any operator — confident in a model that's structurally wrong. The parallel I keep landing on: same person who "knows" their numbers is the one most surprised by the audit. You saw it in marketing. I'm trying to prevent it in knowledge work.

        Thanks for the CDAI clarification — that's a meaningful distinction I'd missed. The "connects every system that touches real cost" framing is exactly the kind of infrastructure layer you wrote about in the original post. The "same data always produces the same answer" line is the part I'd want to steal for the What Next version.

        This thread has been genuinely useful for me. If you ever want to swap notes on how the same problem shows up in different domains, drop your email here. No pitch, no ask — just a standing offer for a future conversation.

        1. 1

          "The dashboard felt complete" — that's exactly it. Confidence in a structurally incomplete model is more dangerous than knowing nothing, because it stops you from looking further. The audit analogy is right.

          Glad the CDAI framing landed. "Same data, same answer, every time" is the whole point — deterministic logic you can audit beats a black box you have to trust.

          There's also a free true CAC calculator on the homepage at alloceraintelligence.com if you ever want to run the numbers on your own setup.

          Appreciate the offer. Best way to connect is LinkedIn — search Allocera Intelligence. On Instagram there are a few fullsendorganicks accounts, just pick one and you'll find me.

  2. 1

    This is one of those infra ideas that only shows up after operators have already burned money for years. Most ad stacks only see media spend so the dashboard looks clean while the real cost picture is distorted.

    The interesting part is not the metrics, it is whether this becomes the system people actually trust to move budget. If the directives consistently override gut feel, it stops being reporting and becomes decision making.

    1. 1

      That's exactly the line this has to cross, and you named it precisely.

      Reporting is easy to ignore. A directive you trust is not.

      Same data always produces the same output. You can audit every number behind every directive. When an operator sees SCALE and knows exactly why, it stops being a suggestion. It becomes a position they can defend to their team.

      The pilot is proving this out in real time. The goal was never another dashboard. It was to be the thing that actually moves the budget.

      1. 1

        The real test won't be when the directive agrees with the operator's gut it'll be the first time it says CUT on a campaign that "feels" like it's working or SCALE on one that looks weak on the surface. That's the moment trust either gets built or breaks completely.

        Worth tracking from the pilot: how often does the directive actually contradict what the operator would have done on instinct, and what happens after do they follow it or quietly override it? That ratio is probably the clearest signal of whether this becomes a real decision system or just gets rationalized away when it's inconvenient.

        On the trust side, once you have a few of those contradiction-and-correct-call moments documented, that's exactly the kind of story top-tier publications pick up it's a much stronger pitch than we built a tool. If that's useful, I might be able to help get this in front of some relevant outlets.

        1. 1

          You nailed the exact moment this becomes real. And the engine is already built to capture it.

          Every directive gets scored automatically 30 days after it fires. The engine pulls the before and after metrics on its own — contribution margin, true cost per lead, lead count, conversion rate — and labels each outcome a HIT, MISS, or NEUTRAL based on what actually happened. A SCALE is only a HIT if margin genuinely improved after the budget went up. A CUT is only a HIT if margin recovered or held after spend came down.

          The follow vs override question is the right one to be tracking. That ratio will tell me more about whether this becomes a real decision system than any other metric. It's something I'm watching closely through the pilot.

          On the press side I'm bootstrapped so I'm not in a position to pay for placement but if you know outlets that cover this space I'm genuinely open to the conversation.