category-of-one-positioning
Use this when the user's business is compared against a shelf of near-identical options and the conversation keeps collapsing to price. Look interchangeable and you get price shopped — it becomes a war on rates. The output is a positioning package with three parts: a new way to frame the problem, category-defining language the market ties to the user, and their expertise packaged as IP. Position comes first — run it before building content engines or outbound on top of it.
1. Diagnose the interchangeability
Research how the user and their closest competitors describe themselves — websites, LinkedIn headlines, service pages. List the words everyone shares ("we help X do Y with Z"). Anything on that list is banned from the final positioning: if the user looks like the other 1,000 options on the shelf, buyers stroll past the shop window. Then narrow the ICP until the buyer is concrete — named buyer types with a specific sweet spot (industry, stage, revenue band), not "B2B founders." Positioning built for everyone lands with no one.
2. Frame the problem: old way vs new way
Define the contrast between the outdated approach the market accepts and the innovative approach the user represents. Draft it as a sharp two-column contrast: what the old way is, why it quietly fails, what the new way replaces it with. The reframe should change what the buyer thinks their problem is — not claim the user does the old thing better. Example of the move: reframing lead generation from "a service you rent" to "infrastructure you own." Test each candidate reframe: would the ICP recognize their situation in the old way, and does the new way make every interchangeable competitor look like the old way?
3. Build category-defining language
Turn the reframe into named language the market ties to the user — a name for the problem, the mechanism, and the outcome that doesn't previously exist in their market's feed. Draft 5–10 candidate phrases; keep the ones that are short, concrete, and repeatable in a LinkedIn post, a DM, and a sales call without explanation. The goal is that when the buyer hits this problem, the user's name is attached to the words they think in.
4. Package expertise as IP
Organize the user's expertise into a named, proprietary system — steps, framework, or method — that reads as the only way to solve the reframed problem. Pull from what's actually proprietary: lived experience, client results, patterns from real engagements. The stack is generic; the data feeding it is proprietary — IP built from the user's real inputs is what competitors can't replicate. Name the system, define its steps, and attach one real proof point per step where evidence exists.