Why Your AI Outputs Feel Generic (It’s Not The Model, It’s The Seven-Tool Problem)

The reason most AI-generated proposals, follow-up emails, and deal-room briefs feel generic isn’t a model problem. It’s a data plumbing problem. Your commercial content lives in seven different tools, the AI is connected to one of them, and everything it produces is shaped by what it can’t see.

Have you ever generated an AI proposal and thought “this could be for any consulting firm”?

That’s because it could be. The AI is doing its job: producing plausible-sounding text given the data it has access to. The issue is that the data it has access to is a sliver of your actual commercial story. Your services list with real pricing is in a Google Doc. Your buyer-problem framing is in a pitch deck. Your buyer profiles are in a persona doc nobody updated since 2024. The AI sees none of this. It sees whatever’s in your CRM, which is mostly contact records and stage notes.

If your AI assistant is generating output from one shallow data source, no amount of prompt engineering will make it sound specific to your business. The fix isn’t a better prompt. The fix is consolidating where your commercial content lives. This is what the engineering community calls a single source of truth: the database concept that for any given fact, there should be exactly one place it lives. Apply it to your commercial content and the AI’s output stops drifting.

Instead of accepting “generic-sounding AI” as a feature of using AI, what if you could fix the underlying data problem in three steps?

Let’s see how.

1. The “Seven-Tool Audit” to find where your story lives

You can’t fix the fragmentation until you can see it. Most consulting practices have their commercial content scattered across seven or more tools without realising it. Atlassian’s research on context-switching found knowledge workers lose roughly 9% of their day to switching between fragmented tools.

The “Seven-Tool Audit” lists every tool that holds: services and pricing, buyer problems, buyer profiles, ICP definitions, customer references, objection handling, and discovery scripts. For each, write down what it contains, when it was last updated, and who owns updating it.

Most audits surface 8 to 12 tools holding overlapping (and contradictory) versions of the same content. Pricing on three documents that don’t match. Services on the website that aren’t in the proposal template. Buyer profiles described differently in two places.

Concrete Example: Your services page on the website says “from £18K.” Your proposal template defaults to “£15,000 starting.” Your sales playbook recommends “tier 2 at £22K minimum.” All three are technically true. None match.

Action Step:

Open a blank document. Title it “Where Our Commercial Content Lives.” For each of the seven content types above, write the tool, the file name, the last updated date, and who owns it. Do this for 30 minutes. Save the result. You’ll be staring at the seven-tool problem in concrete form.

2. The “Three-Anchor Consolidation” to pick the canonical sources

Seven tools is unmanageable. Three anchors is. Once you can see where everything lives, pick one canonical source per concept type: one services list, one buyer-problem document, one buyer-profile rubric. Everything else becomes a downstream reference.

The three anchors should be: (1) Services with canonical pricing, scope, and engagement model; (2) Buyer Problems as structured records of the problems you solve plus the signals that indicate a buyer has each one; (3) Buyer Profiles describing the buyer types you sell to, with role, objections, and decision criteria.

The result is one place to update commercial content. Change pricing in the Services anchor. Add a new buyer pain to Buyer Problems. The proposal template, website, pitch deck, and AI tools all reference the three anchors instead of carrying their own out-of-date copies.

Concrete Example: You currently have services described in Notion, in your proposal template, on your website, and in three pitch decks.

Action Step:

Pick one location to be the canonical Services anchor (a single document, ideally structured rather than freeform). Migrate the most current version of every service into it. Mark the old locations as “deprecated, see [anchor].” Do the same for Buyer Problems and Buyer Profiles. By end of week one, the three anchors should hold the canonical truth.

3. The “AI Surface Pointer” rule to make the AI see all three

Consolidation only matters if the AI tools you use actually read from the anchors. Most AI sales assistants connect to your CRM and stop there. To get coherent output, the AI has to read the buyer problem, the relevant service, and the matching buyer profile in a single context window. Anthropic’s contextual retrieval research makes the same point: model quality is upper-bounded by the data it can see.

The rule is to ensure every AI feature you use (proposals, smart-draft emails, deal-room briefs, coaching) references the three anchors. If your tool only reads your CRM, you either need a different tool, or you paste anchor content into the prompt every time.

The result is AI output that reads as though a human who knows your business wrote it. Specific service named, real pricing, the buyer profile’s objections addressed, the buyer problem’s exact framing, in one cohesive piece.

Concrete Example: You ask your AI assistant to draft a follow-up email for a CFO at a 50-person firm who mentioned cost concerns.

Action Step:

Before generating the draft, paste in: the relevant service from your Services anchor (with pricing), the matching buyer problem from Buyer Problems (cost concerns at scale), and the CFO buyer profile from Buyer Profiles (decision criteria, communication style). Compare the output to what you’d get without the anchors. The difference is your seven-tool problem made visible.

How Nynch Helps You With This

Manual consolidation works, but the AI Surface Pointer rule is the part that breaks down at scale. Nynch builds the three-anchor model directly into the data layer, so every AI surface reads from it automatically.

We give you a structured Buyer Problem record. Each buyer problem has a name, buyer-facing description, signals that indicate a buyer has the problem, example customers, and the services that address it.

We give you a structured Service record. Each service has scope, pricing tiers (with explicit ranges), engagement model, mapped buyer problems, mapped buyer profiles, and past customers.

We give you a structured Buyer Profile record. Each profile has role patterns, decision authority, typical objections, decision criteria, and preferred communication style.

Every AI surface reads from all three. Assist references them when answering questions. Smart Draft pulls from them when writing follow-ups. Proposals inherit scope, pricing, and language from the relevant Service. Deal rooms display the matching buyer profile in-line. Coaching flags gaps when a deal is missing context.

If you’d like to see your existing services and buyer profiles set up against the three-anchor model, book a 20-minute walkthrough. We’ll show you what a populated Commercial Spine looks like on a live account.

Once your commercial content is consolidated, the next question is whether your AI is actually using it, because consolidation without proper AI integration just gives you tidier silos.

Read next

• Build a £500k consulting practice on relationship capital — the operational rhythm that turns a roster of contacts into a compounding business.
• 3 Ways to Prepare Outreach So You Maintain 80% Utilisation Without Burning Out — Most consultants don’t need more contacts, they need clearer outreach prep.
• Wake up your dormant network — fill your week with warm conversations from people you already know.

Frequently Asked Questions

Why do AI-generated proposals feel generic?

Because the AI is reading from one tool at a time. Your buyer problems, your services, and your buyer profiles usually live in seven different places (website, Notion, CRM, persona doc, proposal template, pitch deck, sales playbook). The AI is connected to one of them. The output is whichever fragment it can see, padded with generic LLM language for everything it can’t.

What is a buyer profile and how is it different from an ICP?

An ICP (ideal customer profile) describes which companies you sell to. A buyer profile describes which person inside that company you’re selling to: their role, decision authority, typical objections, communication style, and what they care about. ICP filters the company. Buyer profile shapes the message.

What does it mean to have a single source of truth for commercial content?

It means buyer problems, services, and buyer profiles all live in one connected data model that every other tool reads from. When you update a service price, every proposal, deal room, follow-up email, and pitch deck inherits the change automatically. No manual update of seven separate documents. No drift between them.

How do I consolidate fragmented commercial content?

Pick one canonical source per concept type (one services list, one ICP rubric, one buyer-profile doc). Migrate everything from the other six tools into those three. Then make a rule: any change goes into the canonical source first, never directly into the downstream tool. Downstream tools (website, proposal template, etc.) reference the canonical source, not their own copy.

Will switching to a single source of truth break my existing workflow?

Only briefly. The first two weeks of consolidation are painful because you have to reconcile inconsistencies between tools. After that the workflow is faster because you stop rewriting the same content in different places. Most consulting practices recover the consolidation time within a month.