I watched a SaaS marketing team spend an entire quarter building content around a keyword list their SEO tool scored as “high opportunity.” They published 34 articles. Traffic grew by about 12%. But when the VP of Sales asked which articles had influenced a single deal, the room went quiet.
Nobody could answer.
Not because the content was poorly written. Not because the keywords were wrong. But because the entire strategy started in the wrong place. They’d built a library of content that matched search volume data but didn’t match a single recurring problem their customers actually had.
That experience reshaped how I think about content planning. And it’s the lesson at the centre of this piece.
By the end of this article, you’ll have a reusable framework—the Problem-to-Content Flow—for building a customer-first content strategy that generates traffic and business results.
Quick answer: Businesses should start with customer problems because problems generate questions, questions generate searches, and search engines increasingly reward content that solves those problems comprehensively. Keywords validate demand. They shouldn’t be the starting point.
The Keyword-First Trap
Here’s a pattern I’ve seen repeat across dozens of content audits.
A team exports a keyword list from their favourite tool. They filter by volume. They check difficulty scores. They look at what competitors rank for. Then they assign articles based on those keywords, one article per keyword, shipped weekly.
Six months later, they’ve got 50 published posts covering 50 different terms—and almost none of them connect to each other. There’s no content ecosystem. No depth on any single problem. Just a scattered collection of pages that each exist in isolation.
70% of freemium users churn before an upsell because content doesn’t solve their actual problem. That stat haunts me. It tells you something critical: volume-driven content strategies don’t just fail at SEO. They fail at the business level.
The deeper issue? Keyword tools show you what people search. They don’t tell you why. And when you skip the “why,” you end up writing for algorithms instead of humans. Which, ironically, is exactly what modern algorithms are designed to penalise.
Not every keyword deserves its own article. Some keywords are just different phrasings of the same underlying question. Treating each one as a separate content opportunity fragments your authority instead of building it.

Problems Come Before Keywords
This is the mental model shift that changed my approach entirely.
Keywords don’t appear from nowhere. They’re the output of a process that starts long before someone opens a search engine. Here’s how it actually works:
The Problem-to-Content Flow:
→
Question
→
Search Behaviour
→
Keyword
→
Content Opportunity
A founder running a small accounting firm doesn’t wake up and think “cloud accounting software comparison.” They think: “I’m spending four hours a week on manual invoicing and it’s killing my margins.”
That problem becomes a question: “Is there a faster way to handle client invoicing?”
That question becomes a search: “best invoicing software for accountants.”
That search becomes a keyword in your tool.
But by the time it shows up in Ahrefs or Semrush, you’ve already missed the most valuable part of the chain—the problem itself. And understanding the problem gives you something a keyword never can: context for what the reader actually needs to hear.
A SaaS company I worked with discovered through sales calls that prospects kept asking about migrating data from spreadsheets to their platform. No keyword tool flagged “spreadsheet to CRM migration” as a high-volume term. But the content they built around that problem became their highest-converting blog post for two consecutive quarters.
Customer conversations reveal opportunities long before keyword tools do. That’s not a theory. It’s something I’ve seen proven repeatedly.
Where Customer Problems Actually Come From
If keywords are evidence of problems rather than the starting point, then the real question becomes: where do you find the problems?
Here’s where I look first:
- Support tickets. The questions customers ask after buying tell you what content should exist before they buy.
- Sales calls. Objections are just problems wearing a different hat. Every “I’m not sure if…” is a content opportunity.
- Onboarding sessions. The first 48 hours of a customer’s experience expose every gap in your educational content.
- Product demos. The questions prospects ask during demos reveal what they couldn’t find on your site.
- Online communities and forums. Reddit threads, Slack groups, industry Discord servers—these are where people describe problems in their own words, not in keyword-friendly phrases.
- Reviews. Both yours and your competitors’. One-star reviews are basically content briefs disguised as complaints.
I spent three hours reading a competitor’s G2 reviews once before realising that five of their most common complaints mapped directly to topics we hadn’t covered at all. That was a content gap analysis more useful than any tool could’ve generated.
The point isn’t that keyword tools are useless. They’re genuinely valuable for validating whether demand exists. But using them as your idea generator is like using a thermometer to cook dinner—it can tell you the temperature, but it can’t tell you what to make.
How Customer Problems Become Topic Clusters
One recurring problem, explored properly, naturally expands into a cluster of related content.
Say you run a project management SaaS and your support team keeps hearing: “My remote team misses deadlines because nobody knows who owns what.”
That single problem branches into:
- How to assign task ownership in distributed teams
- Async communication frameworks that reduce missed deadlines
- How to run weekly standups that actually work for remote teams
- Project management templates for remote-first companies
Each of those is a supporting article. The core problem—”remote teams miss deadlines due to unclear ownership”—becomes your pillar page. And every supporting piece links back to it, creating a topic cluster that signals depth to both readers and search engines.
You didn’t need a keyword tool to find this. You needed to listen.
Of course, once you’ve mapped the cluster, you should run those topics through keyword research to choose the right blog topics for your business and validate search demand. You might also find low-competition angles that let you rank faster. That’s keyword research doing what it does best—confirming that real people are searching for what you already know they need.
Search Intent Is the Bridge
Different people experience the same problem at different stages. And they search differently depending on where they are.
Someone just realising their team has a deadline problem might search: “why does my team keep missing deadlines.” That’s awareness-stage. Informational intent.
Someone who’s identified the cause might search: “best project management tools for remote teams.” That’s evaluation. Commercial intent signal.
Someone ready to act might search: “Asana vs Monday for remote teams pricing.” Decision stage.
Same underlying problem. Three completely different queries. Three different content needs.
When you start with the problem, mapping intent becomes intuitive. When you start with keywords, you often end up writing the same evaluation-stage listicle your competitors already published—and missing the awareness and decision stages entirely.
Understanding how search intent is evolving helps you cover the full user journey instead of just one slice of it.

Why This Approach Builds Stronger Topical Authority
Topical authority sites rank 2x higher than keyword-focused sites for long-tail queries. That’s a stat worth sitting with.
When you cover an entire problem space—the core issue, the adjacent questions, the related comparisons, the implementation steps—you’re not just creating content. You’re building an authority engine around a subject area.
Search engines can see this. They recognise when a site has multiple interlinked pieces covering a topic from different angles. And they reward it with broader visibility, not just rankings for individual terms.
This is exactly why building topical authority matters more than chasing individual keyword rankings. And it’s why some content clusters grow traffic for years while others die after six months—the ones that last are rooted in a genuine problem space, not a spreadsheet of loosely related keywords.
Content takes 6–9 months to compound in traffic and authority when built on problem-solving. That’s real. But the compounding effect only kicks in when the pieces connect to each other through a shared problem, not through arbitrary internal linking.
Why AI Search Rewards Problem-Solving
AI Overviews, conversational search, follow-up queries—the way people interact with search is shifting. And the shift favours problem-solvers.
When Google generates an AI Overview, it pulls from content that answers a question comprehensively. It doesn’t just match keywords. It evaluates whether a page demonstrates understanding of the problem behind the query. Entity relationships, semantic clustering, the logical structure of your content—all of this feeds into whether AI systems trust your page enough to cite it.
Conversational search makes this even more pronounced. When someone asks a follow-up question, the AI needs content that anticipated that follow-up. Content built around a customer problem naturally does this because problems have layers. Keyword-targeted content rarely does because it was designed to answer one query, not explore a problem space.
If you want to understand how AI search engines build trust in your content, it starts here: solve complete problems, not individual queries.
A Practical Framework for Planning Content
Here’s the full Problem-to-Content Flow, expanded into a planning framework you can use this week:
| Stage | Action | Example |
|---|---|---|
| Customer Problem | Identify from support, sales, or community data | “Our team wastes hours on manual reporting” |
| Questions | List the questions people ask about this problem | “How do I automate weekly reports?” |
| Search Intent | Map each question to awareness, evaluation, or decision | Awareness: “why is manual reporting slow” |
| Content Cluster | Group related questions into a cluster | Reporting automation cluster |
| Pillar Page | Create one comprehensive guide covering the core problem | “The Complete Guide to Automating Team Reports” |
| Supporting Articles | Write focused pieces on each sub-question | “5 Reporting Templates for Remote Teams” |
| Internal Links | Connect supporting articles back to the pillar | Each article links to pillar and 1-2 siblings |
| Traffic | Validate with keyword data; monitor performance | Track cluster-level metrics, not just page-level |
| Business Outcomes | Measure leads, conversions, and pipeline influence | Which articles appear in closed-deal journeys? |
The verification step that matters most: after mapping your cluster, manually check whether each supporting article answers a question a real customer has actually asked. If you can’t trace it back to a conversation, a ticket, or a forum thread, question whether it belongs.
Common Mistakes
- Writing for keywords instead of customers. The article ranks, but nobody emails it to a colleague or bookmarks it. That’s a signal.
- Ignoring recurring support questions. Your support team is sitting on a goldmine of content ideas. Most marketing teams never ask them.
- Publishing unrelated topics. A blog that covers SaaS pricing, then remote work tips, then industry news, then product updates builds no depth anywhere.
- Treating keyword tools as idea generators. Use them to validate, not to brainstorm. The brainstorming should come from customer conversations.
How ButterBlogs Supports Problem-First Content
Planning content around customer problems requires structure. You need to organise topics into clusters, maintain consistency across supporting articles, and connect pieces strategically through internal links. That’s a workflow challenge as much as a creative one.
Build content around problems, not just keywords
ButterBlogs helps teams plan topic clusters, structure pillar pages, and maintain strategic consistency across their content—so every article connects to a real customer problem. See how it works
The Shift Worth Making
Businesses that consistently grow organic traffic rarely begin with spreadsheets full of keywords.
They begin by understanding the people they serve. They map recurring problems. They build content that answers those problems from multiple angles. And they use keyword data to confirm demand—not to dictate strategy.
Keywords describe demand. Customer problems explain why that demand exists.
The teams that internalise this distinction don’t just rank better. They build content that actually moves their business forward.
Ready to plan content that starts with customer problems?
Try ButterBlogs and start building topic clusters rooted in real customer needs.
FAQs
Should keyword research still matter?
Yes. Keyword research validates that real people are searching for solutions to the problems you’ve identified. It confirms demand and helps you prioritise. But it works best as a validation tool, not a starting point for content ideation.
What is a customer-first content strategy?
A customer-first content strategy begins with identifying recurring customer problems—from support tickets, sales calls, and community discussions—then builds content clusters around those problems. Keywords are used to validate demand and refine targeting after the topic is chosen.
How do I identify customer problems for content?
Review support tickets, listen to sales call recordings, read onboarding feedback, monitor forums and review sites, and talk directly to your customer-facing teams. These sources reveal problems in customers’ own language, often before keyword tools register the demand.
How do customer problems become keywords?
A customer experiences a problem, forms a question about it, then searches using natural language. That search query becomes the keyword a tool captures. The problem is the origin; the keyword is the artifact.
What role does search intent play in this approach?
Search intent maps where a person is in their journey with a problem—awareness, evaluation, or decision. Starting with the problem makes intent mapping intuitive because you can anticipate how different people will search at different stages.
Does this approach improve topical authority?
Yes. Covering an entire problem space—core issue, sub-questions, comparisons, implementation—creates the depth and breadth that search engines associate with topical authority. Data suggests topical authority sites rank 2x higher for long-tail queries.
How does AI search affect keyword research?
AI search systems prioritise content that comprehensively solves problems over content that matches individual keywords. They evaluate semantic relationships, entity connections, and whether content anticipates follow-up questions—all of which favour problem-first content structures.
How can small businesses apply this strategy?
Start with your three most common customer questions. Build one pillar page around the core problem and 3–4 supporting articles around related sub-questions. Validate with free keyword tools. Small clusters built on real problems outperform large volumes of disconnected keyword-targeted posts.
What’s the difference between a topic cluster and a keyword list?
A keyword list is a flat collection of search terms. A topic cluster is a structured group of content pieces connected by a shared problem, with a pillar page at the centre and supporting articles linked around it. Clusters build authority; keyword lists often fragment it.
How long does it take to see results from problem-first content?
Content built on problem-solving typically takes 6–9 months to compound in traffic and authority. But the business impact—sales enablement, reduced support load, pipeline influence—often appears much sooner than organic traffic growth.


