Atiba de Souza.Start a conversation
WritingMarketing

The Wall of Certificates Problem: Why Listing What You Do Is Costing You the Sale

By Atiba de Souza

An editorial cover image for a piece on The Wall of Certificates Problem: Why Listing What You Do Is Costing You the Sale. The cover reads: MARKETING The Wall of Certificates Problem: Why Listing What You Do Is Costing You the Sale

The list is not the offer

Walk into a medical practice with a wall of certificates and a brochure listing forty services and you learn something before you learn anything else: this place doesn't know what it's for. Breadth reads as desperation, not capability. Whatever they're actually excellent at gets buried under everything they're merely willing to do.

Most marketing does exactly this. It leads with capability — here's what we can build, here's our stack, here's the full menu — and calls that an offer. It isn't. An offer answers three questions, in this order: what problem, what outcome, what will they pay. A feature list answers none of them. It hands the buyer a catalog and asks them to do the diagnostic work themselves. Most won't. They'll leave and find whoever already told them what's wrong.

This is Offer Strategy, and it's not a content trick. It's the baseline method: nothing gets priced, packaged, or proposed until it's been run through the sequence, problem first, outcome second, price last. Skip the order and you're not selling. You're listing.

Why this is harder than it sounds

Here's the resistance, named plainly: naming one problem feels like closing doors. If I say "I fix X," what happens to the client who needs Y? The fear is real, and it's the wrong fear. Leading with one thing doesn't stop you from doing the rest, it only decides what people come to you for. You can still solve Y once they're in the room. But nobody walks through the door for "everything." They walk through it for the one problem that made them stop scrolling.

The cost is also real: narrowing feels like leaving revenue on the table. It's the opposite. A capability list attracts browsers pricing a category. A named problem attracts buyers who already know they're stuck and are looking for the person who said so out loud.

A capability list attracts people comparing prices. A named problem attracts people who are already stuck.

The definition the whole thing turns on

Offer: the answer to three questions, asked in order, what problem, what outcome, what will they pay. Answer them out of order, or answer only the first one, and you have a pitch deck, not an offer.

Most feature-first marketing never gets past "what we do." It never states the problem the buyer is actually living in, so it can't state the outcome either, and pricing becomes a guess dressed up as a rate card.

Story one: you can't sell a problem your own team can't name

In July 2026 I was running marketing for TrueMD, a three-founder venture I'm part of, and I had my team building out its LinkedIn presence and assets. Work started getting dropped. Off-target assets started showing up, the kind where you look at it and think, why does this exist, this makes no sense for us. I traced it back and found the actual break: most of my team had never been told what TrueMD is. Only a subset of us knew. I had assumed everyone did.

That's Offer Strategy failing at the first question, before it even reaches the buyer. If the people producing the work can't state the problem TrueMD solves, they can't produce assets aimed at it, they produce assets aimed at nothing, and nothing is what got shipped.

Here's the part I want to be honest about instead of tidy about: writing down what the venture is didn't fix this once and for all. It fixed it for the team that existed that week. The next hire, the next contractor, the next person who joins mid-project and gets looped in by a teammate instead of by me, is a new chance for the same gap to open silently. Nobody announces "I don't actually know what this venture is." They just start producing work that's slightly, then very, off. The document doesn't stay true on its own. It has to be re-confirmed every time the team changes shape, or it quietly breaks again in exactly the same place.

So the action isn't "write the one-pager." It's a standing discipline: before anyone new touches the account, confirm, out loud, that they've read it, don't assume the person who onboarded them did that for you. Do this the next time your team adds a person, not the next time work gets dropped.

Story two: the problem you assume is rarely the problem they pay for

A business coach the agency worked with started with no customers, so her personas were built entirely on hypothesis. She made educational content aimed at the problems she assumed her audience had. Two years in, with real customers across three product tiers, she finally did the thing the hypothesis stage skips: she ran fifteen-minute interviews with her best customers and asked what actually brought them to her.

The answer didn't match her content calendar. Her customers named a problem she had never considered her subject, and told her they'd only bought once she happened to talk about it. She went back and checked her own video analytics. The videos on that "off-topic" problem had outperformed the content she believed was her core offer, this whole time.

That's the turn: two years of correctly produced, well-intentioned content sitting right next to the proof, her own view counts, that the real problem had already been asking to be named. Notice what that interview actually cost her to run. It's not fifteen minutes of scheduling. It's finding out that two years of work may have been aimed at the wrong target, on video, with her name on it, permanently. That's a harder thing to walk into than "let's do some customer interviews" makes it sound. She did it anyway. That's the discipline worth naming, not the fifteen minutes.

Sit with your own answer before you move on

Here's the exercise, and it's not a content trick either. Of your three answers right now, problem, outcome, price, one of them is a guess wearing the clothes of a fact. Which one?

For most people it's the first one. You think you know the problem you solve because you've said it in a hundred proposals. TrueMD's team thought they knew what the venture was. The coach thought she knew what her audience needed. Neither gap showed up until someone checked it against reality, not memory. So check yours before you write the next proposal, not after the next one underperforms.

One diagram, one fork

Feature-first

Problem-first

New offer or proposal

Which path do you take?

List every service you can perform

Buyer has to diagnose their own problem

Buyer leaves for whoever already named it

Clear Problem

Clear Outcome

Willingness to Pay

Feature-first vs problem-first

Feature-first pitchProblem-first offer
Lists every service the business can performNames the one problem the buyer is stuck on
Buyer does the work of matching capability to their painYou do the matching, buyer just recognizes themselves
Reads like a menuReads like a diagnosis
Attracts browsers pricing a categoryAttracts buyers ready to commit
Answers "what do you do"Answers "what's wrong, specifically"

Rank these, don't weight them equally

The problem step is the one that matters most. Get it wrong and outcome and price are just guesses dressed up with confidence. TrueMD's dropped work wasn't a pricing problem or a positioning problem, it was a "we never confirmed the problem inside our own walls" problem. Everything downstream inherited that gap.

The outcome step matters second, and only because the coach's story shows what happens when you get problem-naming wrong without checking it: she'd have kept making content nobody asked for indefinitely if she hadn't interviewed her actual customers. Outcome has to be validated against real buyers, not assumed from the founder's seat.

Price is genuinely last, and it's the one people want to start with. Resist that. A price without a confirmed problem behind it is a number nobody can evaluate.

When not to do this

If you're pre-customer, like the coach was at the start, you don't have data yet to name the problem with confidence, you have a hypothesis. That's fine, hypotheses are how you start. Just don't confuse the hypothesis stage with the answer. The moment you have real customers, the hypothesis has an expiration date.

Two exercises, not one

Two actions come out of this, and neither is comfortable, so don't let either shrink into a checklist item.

If you run a team: the next time someone new touches a venture's marketing, before they produce anything, confirm they've read what the thing actually is, don't assume the person who brought them in already did that. This is a standing habit, not a document you write once and file.

If you have real customers: pick your three best ones and ask what problem actually brought them to you. Then go look at what you've actually been leading with in your marketing. If the two don't match, sit with that for a minute before you fix anything. It means some real portion of what you've built, maybe a long portion, was aimed at something nobody was asking for. That's the cost of finding out. It's also the only way to stop paying it indefinitely without finding out.

Questions

What people ask next

If we genuinely solve more than one problem for different kinds of buyers, how do we pick the single one to lead with without just guessing again?
You don't pick it from your own head, that's the guess the article warns against. You check it the way the coach eventually did, by asking your best customers what actually brought them to you and cross-checking that against what your own numbers show performs, then lead with whichever problem the evidence points to, not the one you've assumed for years.
The article says this doesn't apply if you're pre-customer, but what's the actual alternative in that stage since there's no one to interview yet?
At that stage your problem statement is necessarily a hypothesis, built on assumption rather than interviews, the way the coach's early personas were. The honest move is to treat it explicitly as a guess, not a fact, and put checking it against real buyers on the calendar the moment you have actual customers, rather than letting years pass on unverified assumption.
How do you know when the 'confirm the problem out loud' step actually needs repeating versus when the team is still fine, is there a real trigger or do you just have to keep checking constantly?
The trigger is any change in who's touching the account, a new hire, a new contractor, anyone onboarded mid-project by a teammate instead of by you. The article's point is that the document doesn't stay true on its own, so the discipline is to confirm out loud every time the team's shape changes, not to assume the last onboarding covered the new person too.
Isn't there still a real risk that naming one problem publicly turns away someone who would've bought the adjacent thing, even if you can technically still serve them once they're in the room?
That's named directly as the wrong fear. Leading with one problem doesn't stop you from solving the adjacent one, it only decides what people come to you for in the first place, and you can still address the other problem once they're actually in the room. What it prevents isn't revenue, it's the browsing behavior of people comparing a whole category who were never going to commit anyway.
How do you actually tell the difference between a problem you've validated and a problem you just believe because you've repeated it in enough proposals?
A validated problem has been checked against a real buyer's own words or real behavior, like the coach's customer interviews or her video analytics, not against how confidently you've said it before. A believed-but-unchecked problem is one you can only defend by pointing to how many times you've pitched it, which is exactly what the article calls a guess wearing the clothes of a fact.