Turn analysis into sales material · 12 min read · Updated 23 Sep 2026
Competitive Displacement Prompts for Incumbent Accounts
A competitive displacement prompt writes a plan out of a contract nobody has shown it. The term, the renewal length, how you cancel, what a move would cost and who signs are the lines that decide whether a switch is possible. Every one of them is private to the account. What comes back is a plan-shaped list of things to go and find out.
Most of a competitive displacement plan is guesswork
Write down what actually decides whether an account can leave its current vendor. When the term ends. How they cancel, and by when. What they have built on top of the product, and who built it. Who signed the contract, and whether that person still works there. What a move would cost the people who would have to run it.
Four of those five are known only inside the account. The fifth sits in a legal document neither side of the deal has read.
A model has none of them. It will produce all of them anyway, because each one has an obvious ending. Annual term. Auto-renewal. Thirty days’ notice. Four to six weeks to migrate.
A complete-looking plan is the warning
The output has no gaps in it, and that is the problem. A plan with holes gets questions asked of it. A plan with a paragraph under every heading gets forwarded. By the time it reaches a pipeline review, the thirty-day notice window has been repeated twice and nobody remembers it came from nowhere.
The five lines that decide a displacement, and where each one lives
Three documents a competitive displacement plan can use
The second one is the surprise. A vendor publishes more about how to leave them than most sellers ever look at. Contract terms and the data processing agreement are public, dated, and specific in exactly the places a plan tends to guess.
What the account has told you, with a name and a date
- Where it comes from
- The deal record and the call notes rather than a summary. CRM data holds the stage and the amount. The lines that decide a displacement are usually in a note: who said the renewal was in March, and whether they were reading it or remembering it.
- What good looks like
- Each fact with a name and a date beside it, and a marker for anything the buyer said from memory rather than from a document.
The incumbent's published terms, not their marketing
- Where it comes from
- The customer terms of service and the data processing agreement. Both usually sit on a legal subdomain and are rarely linked from the pricing page, and both carry a last-updated date worth recording.
- What good looks like
- The sections on term and renewal, on cancelling, and on getting your data back after termination. Quoted rather than summarised.
What a switch from this incumbent has really cost before
- Where it comes from
- Your own delivery record for the migrations you have already run. A switching cost analysis is where those get written down by type, so the next plan can quote a number somebody lived through.
- What good looks like
- Two or three named migrations away from this same vendor, with elapsed time, what broke, and who on the customer side did the work.
- Then run it
- Put the account's own words first, every line with a name and a date, then the incumbent's published terms. Ask for the plan and the told-or-guessed marking as two separate messages.
- Before the output leaves the building
- Compare every contract claim in the plan against the incumbent's own published terms. The term length, the renewal length and the cancellation mechanism all sit in one document, and none of them is usually what a model assumed.
Mark every line in the first block with whether the buyer was reading or remembering. Renewal dates given from memory are wrong often enough to deserve their own column, and a plan built backwards from a date that is out by a quarter is a plan for the wrong quarter.
Prompts for a competitive displacement plan
Four prompts, in a strict order. The plan comes first. The marking comes second, in its own message. The question list gets built from the marking. The last one exists to stop the plan promising to remove a switching cost nobody has ever removed.
The plan itself. Read its closing instruction, then read the measured run before trusting it.
[ACCOUNT] currently uses [COMPETITOR]. Here is what I know about their setup, contract and renewal timing: [PASTE]. Build a displacement plan covering: - the switching costs a buyer would actually face, separated into data, process, integrations and retraining - which of those we can remove, which we can reduce, and which we cannot touch - the timing that makes a switch realistic given the renewal date - the two internal stakeholders most likely to resist, and what each one is protecting - what would make this account not worth pursuing Be explicit about which of these I told you and which you are inferring from the account type.
A separate message after the plan exists, not a clause inside the prompt that made it.
Here is the displacement plan you just produced: [PASTE]. Go through it line by line and put every factual claim into one of two lists. Do not rewrite anything. TOLD - I gave you this. Quote the words I used. GUESSED - you supplied it. Say what you based it on: the company type, the software they use, or general practice. Then count both lists and give me the ratio. Finally, name the three guessed claims that would most change the plan if they turned out to be wrong.
Turns the guessed half into something a rep can actually do on the next call.
Take the GUESSED list from the plan for [ACCOUNT] and turn each line into a question: [PASTE]. For each one give me: - the question, in the words a seller would actually use on a call - the single person on the buyer's side most likely to know the answer, by role - whether that person will know it from memory or have to go and look - what changes in the plan depending on the answer Order them by how quickly the account can answer, not by how important they are. Mark any question a buyer would find intrusive at this stage, and say what you would ask instead.
For when the plan claims a switching cost can be reduced and nobody has checked whether it ever was.
From the switching costs in this plan, give me only the ones we cannot remove or reduce: [PASTE]. For each, answer: - who inside the account pays that cost, by role, and in what currency: time, risk, or reputation - whether anything in our own migration record shows a customer paying it before, and what it actually took - what we would have to be able to say for this cost to stop being the reason they stay Where our record contains nothing about a cost, write "no precedent in our material" rather than estimating from general practice. I would rather have a short list I can stand behind. OUR MIGRATION RECORD: [PASTE]
That last prompt asks for a phrase rather than a number. Where your own record holds nothing about a cost, the output should say so instead of estimating. A short list of switching costs you can speak to from experience beats a complete one where half the entries came from an average, because the buyer paying the cost will ask who else has paid it.
Where a displacement plan invents the contract
The account context was a single sentence invented for the experiment, and the run condition says so, because nobody publishes somebody else’s contract. The vendor is real and its terms are public, so every contract claim in the output could be checked against the document it was describing.
Claude Opus 5the flagship prompt as written, including its closing instruction to separate told from inferred, on one line of account context
2026-09-21
Contract and timing Assume an annual subscription with auto-renewal. Most vendors require 30 days' notice of non-renewal, so work backwards: the decision has to be made around 60 days out to leave room for procurement. Switching costs - Data: contacts, deals and activity history export to CSV; custom properties usually need remapping. - Process: sequences and workflows rebuilt, typically 4-6 weeks for a team this size. - Retraining: 1-2 weeks of reduced output. Note: the contract, migration and stakeholder details above are inferred from what is typical for this company type.
Checked against HubSpot Customer Terms of Service, last updated 16 September 2026
The closing instruction did fire, and it produced a disclaimer rather than a separation. One sentence saying that details "above" are inferred does not tell a reader which of thirty lines to stop trusting, and it sits underneath a document that reads line by line like a plan. The specifics are wrong too. The term is whatever the order form says. Renewal runs for "the shorter of the same duration as your prior term or one year". And there is no advance notice period in the general terms at all: cancelling means switching off auto-renewal in the account before the term ends. A rep repeating "you need to give 30 days' notice" to a buyer whose term ends in three weeks has told them the window is shut when it is open.
Over-inference
Claude Opus 5the same context, with the marking asked as its own message after the plan
2026-09-21
TOLD (1 line) - The account currently uses HubSpot. GUESSED (everything else). Load-bearing ones: - annual term with auto-renewal - a 30-day notice window - CSV export, custom properties remapped - four to six weeks to rebuild process - one to two weeks of retraining - finance owns the renewal decision Based on: company type and the software named. Ratio: 1 told, 13 guessed.
Checked against HubSpot Customer Terms of Service, the document the contract claims were checked against
Asked as its own pass, the same model separated the two accurately and produced the ratio without being talked into it. Nothing new was known. The document became a different thing: not a plan, but thirteen things to find out, four of which the vendor publishes and nine of which only the account can answer. The instruction is identical in both runs. What changed is that it stopped being the last bullet of a request to generate something and became the whole request.
An incumbent’s notice period is in their own terms
Thirty days’ notice is the most repeated fact in software buying. For this vendor it is not a fact at all. Their published terms set no advance notice period in the general agreement. Cancelling means switching off auto-renewal in the account before the current term ends. The renewal length is not fixed either: it runs for the shorter of the previous term or one year, so a two-year deal renews for one.
Both change the conversation rather than decorating it. A rep who says the notice window has closed when it has not talks a buyer out of a deal that was there. A rep who assumes a two-year renewal when it will be one has written off eighteen months that were never at risk.
An audit clause is not an audit
The prompt that produced this plan already asked for what had been guessed. It complied, with one sentence at the bottom saying the details above were typical for the company type. That is a disclaimer. It names no line, changes no line, and sits under thirty lines that read like findings.
Asked as its own message afterwards, the identical instruction produced a clean split and a ratio: one supplied fact, thirteen guessed. Worth carrying to every other prompt you write: there is a difference between an instruction that changes the shape of the output and one that asks for commentary after it. Tagging each claim as it is written works, which is why a battlecard prompt marks unsourced lines inline. Adding “say what you inferred” to the end of a request to generate something does not.
Turn every guess into a question for the next call
The guessed list looks like a weakness in the output. It is the most useful thing the exercise produces. Thirteen assumptions is thirteen things that decide the deal, already written down, already sorted by how much the plan rests on each. One more prompt turns a document nobody can act on into an agenda.
| What the model guessed | The question that settles it | Who can answer it |
|---|---|---|
| An annual term that renews automatically | “When does your current agreement run to, and does it roll over on its own?” | The champion, usually from memory, and often out by a quarter. |
| A thirty or sixty day notice window | “If you decided not to renew, who would have to do what, and by when?” | Procurement or whoever owns the contract. Nobody else in the account knows. |
| Data exports cleanly, properties need remapping | “Has anyone on your side exported out of it before?” | The person who administers the tool, in one sentence. |
| Four to six weeks to rebuild the process | “Who built what you have now, and is that person still here?” | The operations owner, and the answer is usually a name. |
| Finance drives the renewal decision | “Who signed it last time?” | The champion can find out in a day, and often discovers it was not them. |
Which questions a buyer will actually answer
Order them by how fast the account can answer, not by how badly you want to know. The export question and the who-built-it question get answered in a sentence by somebody already on the call. The notice mechanism needs a person who is not in the room and may need a document, so asking it early reads as a request to help plan their exit before they have decided they want one.
The one to handle carefully is the signature question. It is the highest-value line on the list and it can land as a challenge to your champion’s authority, which is why the prompt above asks the model to flag intrusive questions and offer a softer version. Knowing who signed changes who the plan is written for, and the brief for the next call is where that has to show up, because a rep reads the brief and files the plan.
Competitive displacement prompts run out at the renewal
A displacement plan has an expiry date that most competitive work does not: the renewal it was built around. Everything in it depends on a window. Once the window passes the plan is not stale so much as void, and the account goes back to being unavailable for another term.
Two things move in the meantime and both are public. The vendor changes packaging or price, which is the most common reason an account that was not listening starts listening. And the vendor changes its own terms, which is the document every timing claim in the plan rests on. The terms behind the run above carry a last-updated date, and a plan built against last year’s version is describing a contract nobody signed.
What stays out of reach is the half that matters most. No amount of watching a vendor tells you when their customer is unhappy. That arrives through a conversation, a hiring change or a review. Displacement is the one competitive job where the trigger is almost always on the buyer’s side rather than the competitor’s.
Flares watches the competitor half and dates it: pricing, packaging and the product changes that give an outreach a reason to exist this week rather than in general. Getting the contract facts out of the account stays a conversation.
Which is why the question list is the thing to keep, not the plan. A plan ages into something confidently wrong about a contract nobody described to it. A list of thirteen open questions ages into a list of thirteen open questions, and each one gets crossed off by somebody asking.
Watch an incumbent before the renewal
Flares tracks the competitor changes that give a displacement conversation a reason to start.
Discover Flares14-day free trial · 30-second setup
Displacing an incumbent FAQ
How do you use AI to plan a competitive displacement?
In two passes, because one pass produces a plan and hides how little it rests on. The first drafts the plan from whatever the account has told you. The second goes back through it and separates what you supplied from what the model guessed. That second output is the more useful of the two: it is the list of questions that decide whether the first one is a strategy or a wish.
What should a competitive displacement prompt ask for?
Switching costs split by who pays them, the timing that makes a switch possible, the two people most likely to resist, and an honest answer on whether the account is worth pursuing. What it should not ask for in the same breath is a self-assessment of how much was guessed. That arrives as a disclaimer at the bottom and changes nothing about how the plan reads.
Why does AI invent an incumbent's contract terms?
Because contract terms are the most predictable thing in the request and the least available. Annual term, auto-renewal, thirty days' notice: that pattern appears in enough writing about software buying to be the obvious ending. Nothing in the prompt marks it as something the model should not know. The result is specific, plausible, and produced with the same confidence as the parts you actually supplied.
What do you actually need to know to displace an incumbent?
When the term ends, how cancelling works in that contract, who signed it, what has been built on top of the product, and who inside the account would have to redo that work. Four of those five are only knowable from the account. The fifth is usually published by the vendor in a document nobody on either side of the deal has read.
How do you find out when an incumbent's contract renews?
By asking, and then by asking whether they are reading it or remembering it. Champions routinely get their own renewal date wrong by a quarter. Competitive displacement rate only means anything when it is measured against deals where the contract was genuinely in play, and the same discipline applies one deal at a time.
Can AI estimate switching costs?
A model sorts switching costs well and quantifies them badly. Splitting a switch into data, process, integrations and retraining is useful structure, and it does that instantly. Attaching four to six weeks to any of those categories is a number with no population behind it, and it will be quoted back to you in a forecast review by somebody who assumes it came from somewhere.
What makes an incumbent account not worth pursuing?
A renewal that has just happened. A switching cost paid by someone who does not report to your champion. An integration a team built and is proud of. The first is timing and fixes itself. The other two are structural, and a plan that treats them as objections to overcome produces a long cycle that closes badly or not at all.
Who inside an account resists a switch?
Whoever would have to do the work, and whoever chose the current vendor. Those are usually two different people with two different reasons, and only one of them is arguable. An operations lead who ran a five-month migration is protecting their own time. The person who signed the original contract is protecting a decision, and no evidence about your product addresses that.
How is a displacement plan different from a win-back plan?
The direction, and what you already hold. A displacement plan works on somebody else's customer and is built almost entirely from things you have to ask for. A win-back works on a former customer of yours, where the leaving reason sits in your own records. Why they cancelled is already written down somewhere rather than being guessed from the account type.
Time a displacement to a competitor move
Flares dates every change at the incumbent, so outreach lands in a week that makes sense.
Discover Flares14-day free trial · 30-second setup