Competitive objection response skill

Handle one live competitive objection from a buyer, prospect, rep, or account with current facts, a concise response posture, discovery questions, supportable proof, and honest qualification.

by LMTYdotcom·MIT license·★ 29 Stars on the repo·GitHub ↗

Use now

Inside this skill

SKILL.md · the author's own words
# Competitive Objection Response

## Mission

Help someone handle one live competitive objection without bluffing, overloading the rep, or turning a buyer concern into a generic feature…

The output should be usable in the next minute. Verify the premise, understand what the buyer actually cares about, give a short response p…

## Use this skill when

- a buyer or prospect just raised a competitor-specific objection
- a rep asks "what do I say?"
- a buyer claims a competitor is cheaper, easier, more integrated, more secure, more complete, or otherwise better on a criterion
- the team needs a concise response to a recurring objection but is asking about one objection rather than a full card
- a PMM wants to turn a verified competitive difference into a response posture and discovery follow-up
- the user needs help separating a buyer perception from the underlying product fact

Word-for-word excerpt, not a result. Read the full SKILL.md ↓

Files of Competitive objection response

LMTYdotcom/main1 file shown
SKILL.md
Show the full text347 lines

Competitive Objection Response

Mission

Help someone handle one live competitive objection without bluffing, overloading the rep, or turning a buyer concern into a generic feature fight.

The output should be usable in the next minute. Verify the premise, understand what the buyer actually cares about, give a short response posture, provide one or two questions that move the conversation forward, attach proof when it exists, and say when the competitor may genuinely be stronger.

Use this skill when

  • a buyer or prospect just raised a competitor-specific objection
  • a rep asks "what do I say?"
  • a buyer claims a competitor is cheaper, easier, more integrated, more secure, more complete, or otherwise better on a criterion
  • the team needs a concise response to a recurring objection but is asking about one objection rather than a full card
  • a PMM wants to turn a verified competitive difference into a response posture and discovery follow-up
  • the user needs help separating a buyer perception from the underlying product fact
  • the request bundles one live objection with something broader - a comparison document, a deal plan, a "can I tell the team we always..." claim. Take the objection; hand the rest off (Step 12). Do not decline the whole request because part of it belongs elsewhere.

Do not use this skill when

  • the user wants a reusable multi-section competitor card. Use competitive-battlecard.
  • the user wants a full account or opportunity plan across many objections and stakeholders. Use competitive-deal-prep; if the request bundles both, answer the objection and route the rest.
  • the job is a formal POC, POV or RFP evaluation plan. Use competitive-poc-rfp-plan.
  • the user wants to know whether an objection is actually costing deals across many accounts. Use competitive-win-loss-analysis.
  • the user is deciding whether to change the home product's own price or packaging. Use competitive-pricing-packaging-review.
  • the underlying task is to redefine company positioning. Use competitive-positioning.
  • the user wants a full competitor research dossier. Use competitive-deep-dive.

Required outcome

For the objection in front of the user, answer:

  1. What exactly did the buyer say?
  2. Is the factual premise verified, false, incomplete, or unknown?
  3. What decision criterion or concern appears to sit underneath it?
  4. What is the shortest supportable response posture?
  5. What one or two questions should the rep ask next?
  6. What proof can support the response?
  7. What should the rep not claim?
  8. Where is the competitor legitimately stronger or a better fit?
  9. What is current enough to trust, and what remains unknown?

Do not turn this into a full battlecard unless the user asks for one.

Context acquisition

Read references/CONTEXT.md.

Irreducible minimum
  • home product
  • objection or buyer claim
  • competitor when the objection is competitor-specific

Retrieve before asking.

When LMTY is connected, use it to identify the home product and tracked competitor set before asking the user to repeat either.

When deal or call context is connected, inspect it for the named account or recent objection before asking for details already present there.

If the objection is competitor-specific and the competitor genuinely cannot be retrieved or identified, ask one concise question and stop. Do not pick the most likely competitor.

Strongly preferred context
  • exact buyer wording from a call, note, or user message
  • current LMTY state and evidence for the competitor
  • CRM stage, segment, and opportunity context
  • repeated objection patterns from calls or win/loss
  • prior competitive wins and losses
  • approved home-product proof
  • current security, implementation, pricing, product, or integration documentation relevant to the objection

If internal deal evidence is unavailable, do not invent why the home company wins or which response "usually works".

Source priority for this job

  1. exact buyer or prospect wording for what the objection actually is
  2. approved home-product truth for what we can honestly claim
  3. current competitor primary evidence and LMTY state for the factual premise
  4. repeated win/loss, call, and CRM patterns for field reality
  5. validated customer examples or prior wins for proof
  6. third-party evidence only when it directly helps establish the disputed fact or buyer perception

Read references/INTERNAL.md when internal systems are available.

Workflow

Step 1 - Preserve the objection

Write the objection in the buyer's own words when available.

Do not improve it into a stronger argument for either side.

If the user paraphrased a buyer claim, label it as a paraphrase.

Step 2 - Verify the premise before rebutting it

A buyer can be right, wrong, partly right, or operating from stale information.

Check the material factual claim.

Examples:

  • "They have more integrations."
  • "They are cheaper."
  • "You do not have audit logging."
  • "They deploy faster."
  • "They are more secure."

Do not convert "not found" into "they do not have it".

Use:

  • verified
  • partly verified
  • not supported by the sources checked
  • unknown / insufficient evidence

Carry the relevant date and source into the answer. "Unknown" is not the end of the sentence: name the source that would settle it, so the rep can go and get it before the next call.

Step 3 - Separate perception from fact

The buyer's belief matters even when the factual premise is wrong.

Do not answer only:

That is incorrect.

Instead ask what requirement or outcome produced the comparison.

Example:

If they are saying "more integrations," the useful next question is which integrations are actually required for this workflow and whether breadth or depth of those integrations matters.

The goal is to understand the buying criterion, not win a trivia contest.

Step 4 - Diagnose the concern underneath it

Classify only as far as the evidence supports.

Common underlying concerns:

  • capability fit
  • workflow fit
  • switching risk
  • implementation effort
  • security or governance
  • price / total value
  • breadth or ecosystem
  • reliability / vendor trust
  • time to value
  • future scale

Do not assume every price objection is really a value objection. Use the buyer's words and context.

Step 5 - Choose the response posture

Prefer one of five postures.

Acknowledge

Use when the competitor is genuinely stronger on the criterion.

Clarify

Use when the objection is too broad to answer safely.

Reframe

Use when the buyer is comparing on a dimension that does not match their actual requirement.

Prove

Use when the home product has supportable evidence that directly addresses the concern.

Qualify

Use when the requirement may make the competitor the better fit or the deal difficult to win.

These postures can combine, but do not bury the core move under a paragraph of sales language.

Step 6 - Give the 15-second response

Write natural wording that a person could actually say.

It should:

  • acknowledge the concern
  • avoid unsupported competitor claims
  • redirect toward the buyer's requirement
  • use proof only when available

Do not script a long monologue.

Step 7 - Give one or two discovery questions

The questions should change what happens next.

Good questions:

  • identify the exact requirement behind the objection
  • reveal how the buyer will evaluate it
  • clarify trade-offs
  • expose implementation, scale, governance, or workflow needs

Bad questions:

  • are rhetorical
  • contain an unsupported negative competitor claim
  • are designed only to corner the buyer
Step 8 - Attach proof

Prefer proof that matches the concern.

Examples:

  • product documentation
  • implementation evidence
  • security documentation
  • named or approved customer story
  • repeated win pattern
  • measured outcome

If no proof is available, say so. Do not manufacture a customer example.

Step 9 - Add deal evidence carefully

When internal call, CRM, or win/loss data is available, distinguish:

  • single account example
  • repeated pattern
  • quantified pattern

A strong quote from one call can illustrate an objection. It does not prove that the objection is widespread.

Step 10 - Say what not to claim

Add a short warning whenever a rep could easily overreach.

Examples:

  • do not say the competitor lacks a capability when it was merely not observed
  • do not claim a security certification that is not in approved company proof
  • do not say "we always win on implementation" from one anecdote
  • do not claim the competitor's motive

If an existing battlecard, talk track or enablement doc was supplied, it is an artifact to verify, not a source. Check its lines against approved proof and current facts, and name the ones the rep must not repeat - a stale price, an integration the approved list says is not available, a certification no approved document states, a "10,000 teams" figure nobody can source. The rep has that card open; a response that does not say which of its lines are wrong leaves them in play.

Step 11 - Be honest about fit

If the buyer's requirement clearly favors the competitor, say so.

Examples:

  • the competitor has a capability the home product does not
  • the competitor's packaging is structurally better for this buyer
  • the buyer's required integration is unsupported
  • the switching cost overwhelms the available advantage

The response can still help the rep clarify the deal without pretending the fit is better than it is.

Step 12 - Hand off broader work

Answer this one objection fully. Then route the next job instead of silently expanding scope.

When the request asked for both - the objection response and a comparison document, a card, a pricing call, a claim for the whole team - produce the objection response only, and say in one line which skill or process owns the rest. Do not produce the other artifact alongside "while you are at it": a comparison document written in the margin of an objection response has had none of the checks that skill would apply, and the rep will send it anyway.

The user also wants Run
a reusable competitor card competitive-battlecard
a full account plan competitive-deal-prep
a POC, POV or RFP plan competitive-poc-rfp-plan
whether this objection is costing deals competitive-win-loss-analysis
a company pricing or packaging decision competitive-pricing-packaging-review
a full positioning decision competitive-positioning
a full competitor profile competitive-deep-dive
launch-specific framing or enablement competitive-launch-readiness
Step 13 - Produce the artifact

Use assets/objection-response-template.md.

Default to concise. This is a moment-of-use artifact.

Return it inline, then offer to save it if the user wants a file.

Evidence and reasoning rules

Read references/TRUST.md.

Especially for objection handling:

  • a buyer belief is evidence of buyer perception, not proof of the underlying product fact
  • absence is not evidence
  • do not invent why the competitor built or priced something a certain way
  • do not invent customer stories
  • one deal is one deal
  • internal claims still need approved proof when they are material
  • where the competitor is stronger belongs in the answer
  • a source's interpretation is that source's, not yours and not a fact. LMTY's implication sentence on a change, a rep's risk reason in the CRM, a battlecard's line, a win/loss interviewer's paraphrase: quote it and say whose it is. "LMTY reads this as a shift to self-serve" is honest; "this signals a shift to self-serve" is a claim you did not verify.

Graceful fallback

Read references/DEGRADATION.md and references/LMTY.md.

Fully connected

Use market truth, the actual objection, deal context, prior outcomes, and approved proof.

LMTY connected without internal deal context

Produce a market-grounded response.

Do not claim the objection is common, do not say what "usually wins," and do not invent prior examples.

Research mode

Verify the current public facts and produce a point-in-time response.

State that there is no longitudinal or internal deal evidence.

Bounded-input mode

Use only the supplied material, and say so at the top.

Do not fill missing competitor facts or home-product proof from memory. That includes reputation: "Northwind has a broad ecosystem" is memory, even when it favors the buyer's claim and even when it is probably true. A premise the supplied material cannot check is unknown; write that, and name what would check it - the competitor's integration directory, the approved integrations list - so the user can go and get it.

References

  • references/CONTEXT.md
  • references/DEGRADATION.md
  • references/LMTY.md
  • references/INTERNAL.md
  • references/METHODOLOGY.md
  • references/QUALITY.md
  • references/TRUST.md
1---
2name: competitive-objection-response
3description: Handle one live competitive objection from a buyer, prospect, rep, or account with current facts, a concise response posture, discovery questions, supportable proof, and honest qualification. Use for "what do I say?", "the buyer just said...", competitor claims about price, features, integrations, security, implementation, or value, and other immediate objection-handling moments - including when the request bundles that objection with broader work such as a comparison document, a deal plan, or a team-wide claim, in which case answer the objection and hand the rest off. Not for a reusable battlecard on its own or for deciding the company's own pricing.
4license: MIT
5metadata:
6 author: LMTY
7 com.lmty.category: ci
8---
9 
10# Competitive Objection Response
11 
12## Mission
13 
14Help someone handle one live competitive objection without bluffing, overloading the rep, or turning a buyer concern into a generic feature fight.
15 
16The output should be usable in the next minute. Verify the premise, understand what the buyer actually cares about, give a short response posture, provide one or two questions that move the conversation forward, attach proof when it exists, and say when the competitor may genuinely be stronger.
17 
18## Use this skill when
19 
20- a buyer or prospect just raised a competitor-specific objection
21- a rep asks "what do I say?"
22- a buyer claims a competitor is cheaper, easier, more integrated, more secure, more complete, or otherwise better on a criterion
23- the team needs a concise response to a recurring objection but is asking about one objection rather than a full card
24- a PMM wants to turn a verified competitive difference into a response posture and discovery follow-up
25- the user needs help separating a buyer perception from the underlying product fact
26- the request bundles one live objection with something broader - a comparison document, a deal plan, a "can I tell the team we always..." claim. Take the objection; hand the rest off (Step 12). Do not decline the whole request because part of it belongs elsewhere.
27 
28## Do not use this skill when
29 
30- the user wants a reusable multi-section competitor card. Use `competitive-battlecard`.
31- the user wants a full account or opportunity plan across many objections and stakeholders. Use `competitive-deal-prep`; if the request bundles both, answer the objection and route the rest.
32- the job is a formal POC, POV or RFP evaluation plan. Use `competitive-poc-rfp-plan`.
33- the user wants to know whether an objection is actually costing deals across many accounts. Use `competitive-win-loss-analysis`.
34- the user is deciding whether to change the home product's own price or packaging. Use `competitive-pricing-packaging-review`.
35- the underlying task is to redefine company positioning. Use `competitive-positioning`.
36- the user wants a full competitor research dossier. Use `competitive-deep-dive`.
37 
38## Required outcome
39 
40For the objection in front of the user, answer:
41 
421. What exactly did the buyer say?
432. Is the factual premise verified, false, incomplete, or unknown?
443. What decision criterion or concern appears to sit underneath it?
454. What is the shortest supportable response posture?
465. What one or two questions should the rep ask next?
476. What proof can support the response?
487. What should the rep not claim?
498. Where is the competitor legitimately stronger or a better fit?
509. What is current enough to trust, and what remains unknown?
51 
52Do not turn this into a full battlecard unless the user asks for one.
53 
54## Context acquisition
55 
56Read `references/CONTEXT.md`.
57 
58### Irreducible minimum
59 
60- home product
61- objection or buyer claim
62- competitor when the objection is competitor-specific
63 
64Retrieve before asking.
65 
66When LMTY is connected, use it to identify the home product and tracked competitor set before asking the user to repeat either.
67 
68When deal or call context is connected, inspect it for the named account or recent objection before asking for details already present there.
69 
70If the objection is competitor-specific and the competitor genuinely cannot be retrieved or identified, ask one concise question and stop. Do not pick the most likely competitor.
71 
72### Strongly preferred context
73 
74- exact buyer wording from a call, note, or user message
75- current LMTY state and evidence for the competitor
76- CRM stage, segment, and opportunity context
77- repeated objection patterns from calls or win/loss
78- prior competitive wins and losses
79- approved home-product proof
80- current security, implementation, pricing, product, or integration documentation relevant to the objection
81 
82If internal deal evidence is unavailable, do not invent why the home company wins or which response "usually works".
83 
84## Source priority for this job
85 
861. exact buyer or prospect wording for what the objection actually is
872. approved home-product truth for what we can honestly claim
883. current competitor primary evidence and LMTY state for the factual premise
894. repeated win/loss, call, and CRM patterns for field reality
905. validated customer examples or prior wins for proof
916. third-party evidence only when it directly helps establish the disputed fact or buyer perception
92 
93Read `references/INTERNAL.md` when internal systems are available.
94 
95## Workflow
96 
97### Step 1 - Preserve the objection
98 
99Write the objection in the buyer's own words when available.
100 
101Do not improve it into a stronger argument for either side.
102 
103If the user paraphrased a buyer claim, label it as a paraphrase.
104 
105### Step 2 - Verify the premise before rebutting it
106 
107A buyer can be right, wrong, partly right, or operating from stale information.
108 
109Check the material factual claim.
110 
111Examples:
112 
113- "They have more integrations."
114- "They are cheaper."
115- "You do not have audit logging."
116- "They deploy faster."
117- "They are more secure."
118 
119Do not convert "not found" into "they do not have it".
120 
121Use:
122 
123- verified
124- partly verified
125- not supported by the sources checked
126- unknown / insufficient evidence
127 
128Carry the relevant date and source into the answer. "Unknown" is not the end of the sentence: name the source that would settle it, so the rep can go and get it before the next call.
129 
130### Step 3 - Separate perception from fact
131 
132The buyer's belief matters even when the factual premise is wrong.
133 
134Do not answer only:
135 
136> That is incorrect.
137 
138Instead ask what requirement or outcome produced the comparison.
139 
140Example:
141 
142> If they are saying "more integrations," the useful next question is which integrations are actually required for this workflow and whether breadth or depth of those integrations matters.
143 
144The goal is to understand the buying criterion, not win a trivia contest.
145 
146### Step 4 - Diagnose the concern underneath it
147 
148Classify only as far as the evidence supports.
149 
150Common underlying concerns:
151 
152- capability fit
153- workflow fit
154- switching risk
155- implementation effort
156- security or governance
157- price / total value
158- breadth or ecosystem
159- reliability / vendor trust
160- time to value
161- future scale
162 
163Do not assume every price objection is really a value objection. Use the buyer's words and context.
164 
165### Step 5 - Choose the response posture
166 
167Prefer one of five postures.
168 
169**Acknowledge**
170 
171Use when the competitor is genuinely stronger on the criterion.
172 
173**Clarify**
174 
175Use when the objection is too broad to answer safely.
176 
177**Reframe**
178 
179Use when the buyer is comparing on a dimension that does not match their actual requirement.
180 
181**Prove**
182 
183Use when the home product has supportable evidence that directly addresses the concern.
184 
185**Qualify**
186 
187Use when the requirement may make the competitor the better fit or the deal difficult to win.
188 
189These postures can combine, but do not bury the core move under a paragraph of sales language.
190 
191### Step 6 - Give the 15-second response
192 
193Write natural wording that a person could actually say.
194 
195It should:
196 
197- acknowledge the concern
198- avoid unsupported competitor claims
199- redirect toward the buyer's requirement
200- use proof only when available
201 
202Do not script a long monologue.
203 
204### Step 7 - Give one or two discovery questions
205 
206The questions should change what happens next.
207 
208Good questions:
209 
210- identify the exact requirement behind the objection
211- reveal how the buyer will evaluate it
212- clarify trade-offs
213- expose implementation, scale, governance, or workflow needs
214 
215Bad questions:
216 
217- are rhetorical
218- contain an unsupported negative competitor claim
219- are designed only to corner the buyer
220 
221### Step 8 - Attach proof
222 
223Prefer proof that matches the concern.
224 
225Examples:
226 
227- product documentation
228- implementation evidence
229- security documentation
230- named or approved customer story
231- repeated win pattern
232- measured outcome
233 
234If no proof is available, say so. Do not manufacture a customer example.
235 
236### Step 9 - Add deal evidence carefully
237 
238When internal call, CRM, or win/loss data is available, distinguish:
239 
240- single account example
241- repeated pattern
242- quantified pattern
243 
244A strong quote from one call can illustrate an objection. It does not prove that the objection is widespread.
245 
246### Step 10 - Say what not to claim
247 
248Add a short warning whenever a rep could easily overreach.
249 
250Examples:
251 
252- do not say the competitor lacks a capability when it was merely not observed
253- do not claim a security certification that is not in approved company proof
254- do not say "we always win on implementation" from one anecdote
255- do not claim the competitor's motive
256 
257If an existing battlecard, talk track or enablement doc was supplied, it is an artifact to verify, not a source. Check its lines against approved proof and current facts, and name the ones the rep must not repeat - a stale price, an integration the approved list says is not available, a certification no approved document states, a "10,000 teams" figure nobody can source. The rep has that card open; a response that does not say which of its lines are wrong leaves them in play.
258 
259### Step 11 - Be honest about fit
260 
261If the buyer's requirement clearly favors the competitor, say so.
262 
263Examples:
264 
265- the competitor has a capability the home product does not
266- the competitor's packaging is structurally better for this buyer
267- the buyer's required integration is unsupported
268- the switching cost overwhelms the available advantage
269 
270The response can still help the rep clarify the deal without pretending the fit is better than it is.
271 
272### Step 12 - Hand off broader work
273 
274Answer this one objection fully. Then route the next job instead of silently expanding scope.
275 
276When the request asked for both - the objection response *and* a comparison document, a card, a pricing call, a claim for the whole team - produce the objection response only, and say in one line which skill or process owns the rest. Do not produce the other artifact alongside "while you are at it": a comparison document written in the margin of an objection response has had none of the checks that skill would apply, and the rep will send it anyway.
277 
278| The user also wants | Run |
279| --- | --- |
280| a reusable competitor card | `competitive-battlecard` |
281| a full account plan | `competitive-deal-prep` |
282| a POC, POV or RFP plan | `competitive-poc-rfp-plan` |
283| whether this objection is costing deals | `competitive-win-loss-analysis` |
284| a company pricing or packaging decision | `competitive-pricing-packaging-review` |
285| a full positioning decision | `competitive-positioning` |
286| a full competitor profile | `competitive-deep-dive` |
287| launch-specific framing or enablement | `competitive-launch-readiness` |
288 
289### Step 13 - Produce the artifact
290 
291Use `assets/objection-response-template.md`.
292 
293Default to concise. This is a moment-of-use artifact.
294 
295Return it inline, then offer to save it if the user wants a file.
296 
297## Evidence and reasoning rules
298 
299Read `references/TRUST.md`.
300 
301Especially for objection handling:
302 
303- a buyer belief is evidence of buyer perception, not proof of the underlying product fact
304- absence is not evidence
305- do not invent why the competitor built or priced something a certain way
306- do not invent customer stories
307- one deal is one deal
308- internal claims still need approved proof when they are material
309- where the competitor is stronger belongs in the answer
310- a source's interpretation is that source's, not yours and not a fact. LMTY's `implication` sentence on a change, a rep's risk reason in the CRM, a battlecard's line, a win/loss interviewer's paraphrase: quote it and say whose it is. "LMTY reads this as a shift to self-serve" is honest; "this signals a shift to self-serve" is a claim you did not verify.
311 
312## Graceful fallback
313 
314Read `references/DEGRADATION.md` and `references/LMTY.md`.
315 
316### Fully connected
317 
318Use market truth, the actual objection, deal context, prior outcomes, and approved proof.
319 
320### LMTY connected without internal deal context
321 
322Produce a market-grounded response.
323 
324Do not claim the objection is common, do not say what "usually wins," and do not invent prior examples.
325 
326### Research mode
327 
328Verify the current public facts and produce a point-in-time response.
329 
330State that there is no longitudinal or internal deal evidence.
331 
332### Bounded-input mode
333 
334Use only the supplied material, and say so at the top.
335 
336Do not fill missing competitor facts or home-product proof from memory. That includes reputation: "Northwind has a broad ecosystem" is memory, even when it favors the buyer's claim and even when it is probably true. A premise the supplied material cannot check is **unknown**; write that, and name what would check it - the competitor's integration directory, the approved integrations list - so the user can go and get it.
337 
338## References
339 
340- `references/CONTEXT.md`
341- `references/DEGRADATION.md`
342- `references/LMTY.md`
343- `references/INTERNAL.md`
344- `references/METHODOLOGY.md`
345- `references/QUALITY.md`
346- `references/TRUST.md`
347 

Discussion

Alternatives