Competitive deal prep skill

Prepare an account team for one specific competitive opportunity - the deal state, who they are actually up against, what the buyer said matters in their own words, the three questions that decide the next meeting, proof that fits this account, and the risks and unknowns - from current market truth plus CRM, call, and account context.

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

Use now

Inside this skill

SKILL.md · the author's own words
# Competitive Deal Prep

## Mission

Get an account team ready for the next meeting on one competitive deal without inventing what the buyer wants, what the competitor has, or…

The output is preparation, not a close plan. It says where the deal stands, who is really in it, what the buyer has actually said matters,…

## Use this skill when

- a rep or PMM asks to be prepared for a named account, opportunity or meeting
- the team is "up against" a named or unnamed competitor in one deal
- someone wants to know what matters before the next call with this account
- a deal has stalled and the team wants to understand the competitive picture in it
- a request bundles deal prep with one objection or a proof ask - take the account, and route the pieces that belong elsewhere (Step 10)

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

Files of Competitive deal prep

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

Competitive Deal Prep

Mission

Get an account team ready for the next meeting on one competitive deal without inventing what the buyer wants, what the competitor has, or how the deal will go.

The output is preparation, not a close plan. It says where the deal stands, who is really in it, what the buyer has actually said matters, what the next meeting has to establish, which proof fits, and where the team is exposed - each line traceable to a call, a record, a market source, or labeled as an assumption.

Use this skill when

  • a rep or PMM asks to be prepared for a named account, opportunity or meeting
  • the team is "up against" a named or unnamed competitor in one deal
  • someone wants to know what matters before the next call with this account
  • a deal has stalled and the team wants to understand the competitive picture in it
  • a request bundles deal prep with one objection or a proof ask - take the account, and route the pieces that belong elsewhere (Step 10)

Do not use this skill when

  • the user has one live objection and needs words now. Use competitive-objection-response.
  • the user wants reusable guidance for many accounts against one competitor. Use competitive-battlecard.
  • the main job is designing or responding to a formal evaluation - a POC, POV, or RFP with stated criteria. Use competitive-poc-rfp-plan.
  • the user wants to understand a competitor in general rather than in this deal. Use competitive-deep-dive.
  • the user wants to know why deals like this are won or lost across many accounts. Use competitive-win-loss-analysis.

Required outcome

For the one account in front of the user, answer:

  1. Where does the deal stand, and what is the next event that matters?
  2. Which competitors and alternatives are actually in this deal, on what evidence?
  3. What has the buyer said they care about, in their words?
  4. Which evaluation criteria are confirmed by the buyer, and which are the rep's assumptions?
  5. Against those criteria, where is each competitor currently stronger or weaker?
  6. What are the three questions the next meeting must answer?
  7. What proof fits this account's stated concerns?
  8. What are the risks, unknowns, and places the team is poorly positioned?
  9. What changed recently on the competitor's side that this account would notice?
  10. What should the team do before the meeting?

Context acquisition

Read references/CONTEXT.md and references/INTERNAL.md.

Irreducible minimum
  • home product
  • the account or opportunity

Retrieve before asking. When LMTY is connected it knows the home product and the tracked competitor set. When opportunity data is connected, the account name is enough to find the record; do not ask the user to paste stage, value or the competitor field.

The competitor is not an irreducible input. Retrieve it from the opportunity's competitor field, the calls, the notes, or the tracked set. If several are active and the request names none, show the observed set with the evidence for each - do not pick one.

If the account cannot be found in any connected source and the user has supplied nothing about it, ask one question: which account, or paste what you have. Then stop.

Strongly preferred context
  • opportunity record: stage, value, segment, stakeholders, competitor fields, next step, dates of last update
  • recent calls and meeting notes for this account, with the buyer's wording
  • team communication about the account
  • current LMTY state, evidence and recent changes for each competitor in the deal
  • prior objections raised in this account and whether they were resolved
  • approved proof, references and customer examples
  • product usage or trial telemetry for this account, when permissioned

Source priority for this job

  1. what the buyer said, from calls and notes, for priorities and criteria
  2. the opportunity record for state, stakeholders, and dates - with its last-updated dates
  3. approved company proof for what can be claimed
  4. current competitor evidence and LMTY state for the competitive picture
  5. rep notes and team communication for assumptions and history, labeled as such
  6. prior deal outcomes only when they exist and are labeled by representativeness

Workflow

Step 1 - Establish the deal state

From the opportunity record and the most recent call or note:

  • stage, and when it was last changed
  • proposed value and seat count, if recorded
  • stakeholders named so far, with roles as recorded
  • the next critical event: a meeting, a security review, a procurement deadline, a bake-off
  • how current each of those is

State the date of the newest evidence. A record untouched for weeks describes the deal as it was; say so rather than presenting it as today.

Step 2 - Identify who is actually in the deal

List every competitor or alternative with the evidence that puts it there:

  • named by the buyer on a call
  • in the opportunity's competitor field, with the date it was set
  • mentioned in notes or team channels
  • the status quo or "do nothing", when the buyer has said as much

A competitor the rep assumed is in the deal is an assumption. When several are active, keep all of them; when none is evidenced, say the deal's competitive set is unknown and what would establish it.

Step 3 - Extract buyer priorities in their own words

Pull what the buyer said matters, quoted or closely paraphrased and labeled, with who said it and when.

Keep the buyer's framing. "If we can't get through the security review nothing else matters" is a priority statement; do not translate it into "security is a concern".

Note when different stakeholders said different things.

Step 4 - Separate confirmed criteria from rep assumptions

Build two lists:

  • Confirmed by the buyer: a criterion the buyer stated or a requirement they named
  • Assumed by the team: anything from rep notes, the CRM risk reason, or the user's framing that no buyer statement supports

When the record and the calls disagree - the CRM says price, the call says security review - show the conflict, say which source is stronger for the question, and do not blend them.

Step 5 - Map competitors to the criteria

For each confirmed criterion, and each competitor in the deal, state from current evidence:

  • where the competitor is stronger
  • where the home product is stronger, with approved proof
  • where neither is established - unknown, not "they don't have it"

Use LMTY evidence with its confidence and date. A capability not observed on a competitor's public site is not a gap. Say what would check it.

Step 6 - Name the three questions the next meeting must answer

Not discovery questions in general: the three things that, unanswered, leave the team unable to position. Typically:

  • which requirement is hard and which is preference
  • who decides, and against what
  • what the buyer has already concluded about a competitor and from what

Each should change what the team does next.

Step 7 - Prepare likely objections, only when grounded

Include an objection only if this account raised it, or repeated evidence across a stated number of similar deals shows it. Label which.

For each: the buyer's words, the verified premise, a short posture, and what not to claim. For a full treatment of one objection, hand off to competitive-objection-response.

Do not generate a list of objections the competitor "usually" draws from memory.

Step 8 - Select proof that fits this account

Match approved proof to the confirmed criteria:

  • documentation for a stated requirement
  • a customer reference in the same segment or with the same concern, only from the approved list
  • a measured outcome relevant to a named priority

Name what proof is missing for a confirmed criterion. Do not fill it with a plausible story.

Step 9 - Risks, unknowns, and where the team is exposed

Be plain:

  • requirements the competitor meets and the home product does not, or not yet verified
  • stakeholders unmet or unheard
  • a stale record, a champion who went quiet, a review not started
  • assumptions the plan currently rests on
  • anything that suggests the deal may be a poor fit

A prep that has no risks section has not been done.

Step 10 - Recommend preparation, and hand off the rest

Give a short checklist: what to verify, what to bring, who to involve, what to ask first. Actions, not a guaranteed path to a close.

Route what is not this job:

The user also wants Run
words for one objection right now competitive-objection-response
a reusable card for this competitor competitive-battlecard
the design of the POC, POV or RFP competitive-poc-rfp-plan
a full profile of the competitor competitive-deep-dive
why we win or lose deals like this in general competitive-win-loss-analysis
Step 11 - Produce the artifact

Use assets/deal-prep-template.md.

Return it inline, then offer to save it. Keep account detail to what the team needs; this document travels.

Evidence and reasoning rules

Read references/TRUST.md and references/METHODOLOGY.md.

Especially for deal prep:

  • the buyer's words outrank the rep's notes for what the buyer wants
  • a CRM field is what was recorded, on the date it was recorded
  • a competitor is in the deal when evidence puts it there, not when it is the usual suspect
  • unknown is a state; write it, and what would resolve it
  • one prior deal is one prior deal
  • private account data stays in this artifact; it does not become a market claim anywhere else
  • a source's interpretation - the rep's risk reason, LMTY's implication sentence, an interviewer's paraphrase - is quoted as that source's

Graceful fallback

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

Fully connected

Deal state from the record, priorities from the calls, competitive picture from LMTY, proof from approved sources.

LMTY connected, no deal context

The user supplies the account situation. Prepare from what they give and current market state. Label every buyer priority as reported by the user, and say the prep has no independent view of the account.

Deal context connected, no LMTY

Deal state and priorities from internal sources; competitor facts from current public evidence, point-in-time, with dates. Say there is no tracked history.

Research mode

Neither connected. Prepare from what the user supplies and public evidence. State that the prep rests entirely on the user's account of the deal.

Bounded-input mode

Use only the supplied material, and say so at the top. Do not add competitor facts, proof, or deal history from memory. Where the material cannot answer a question the meeting needs, write the question, not a guess.

References

  • references/CONTEXT.md
  • references/DEGRADATION.md
  • references/INTERNAL.md
  • references/LMTY.md
  • references/METHODOLOGY.md
  • references/QUALITY.md
  • references/TRUST.md
1---
2name: competitive-deal-prep
3description: Prepare an account team for one specific competitive opportunity - the deal state, who they are actually up against, what the buyer said matters in their own words, the three questions that decide the next meeting, proof that fits this account, and the risks and unknowns - from current market truth plus CRM, call, and account context. Use for "prep me for this deal", "we're up against Northwind at Globex", "I have a call with this account tomorrow", "what should the team know before the next meeting", and any request about one named account or opportunity. Not for one live objection on its own, a reusable battlecard, or the design of a formal POC or RFP evaluation.
4license: MIT
5metadata:
6 author: LMTY
7 com.lmty.category: ci
8---
9 
10# Competitive Deal Prep
11 
12## Mission
13 
14Get an account team ready for the next meeting on one competitive deal without inventing what the buyer wants, what the competitor has, or how the deal will go.
15 
16The output is preparation, not a close plan. It says where the deal stands, who is really in it, what the buyer has actually said matters, what the next meeting has to establish, which proof fits, and where the team is exposed - each line traceable to a call, a record, a market source, or labeled as an assumption.
17 
18## Use this skill when
19 
20- a rep or PMM asks to be prepared for a named account, opportunity or meeting
21- the team is "up against" a named or unnamed competitor in one deal
22- someone wants to know what matters before the next call with this account
23- a deal has stalled and the team wants to understand the competitive picture in it
24- a request bundles deal prep with one objection or a proof ask - take the account, and route the pieces that belong elsewhere (Step 10)
25 
26## Do not use this skill when
27 
28- the user has one live objection and needs words now. Use `competitive-objection-response`.
29- the user wants reusable guidance for many accounts against one competitor. Use `competitive-battlecard`.
30- the main job is designing or responding to a formal evaluation - a POC, POV, or RFP with stated criteria. Use `competitive-poc-rfp-plan`.
31- the user wants to understand a competitor in general rather than in this deal. Use `competitive-deep-dive`.
32- the user wants to know why deals like this are won or lost across many accounts. Use `competitive-win-loss-analysis`.
33 
34## Required outcome
35 
36For the one account in front of the user, answer:
37 
381. Where does the deal stand, and what is the next event that matters?
392. Which competitors and alternatives are actually in this deal, on what evidence?
403. What has the buyer said they care about, in their words?
414. Which evaluation criteria are confirmed by the buyer, and which are the rep's assumptions?
425. Against those criteria, where is each competitor currently stronger or weaker?
436. What are the three questions the next meeting must answer?
447. What proof fits this account's stated concerns?
458. What are the risks, unknowns, and places the team is poorly positioned?
469. What changed recently on the competitor's side that this account would notice?
4710. What should the team do before the meeting?
48 
49## Context acquisition
50 
51Read `references/CONTEXT.md` and `references/INTERNAL.md`.
52 
53### Irreducible minimum
54 
55- home product
56- the account or opportunity
57 
58Retrieve before asking. When LMTY is connected it knows the home product and the tracked competitor set. When opportunity data is connected, the account name is enough to find the record; do not ask the user to paste stage, value or the competitor field.
59 
60The competitor is not an irreducible input. Retrieve it from the opportunity's competitor field, the calls, the notes, or the tracked set. If several are active and the request names none, show the observed set with the evidence for each - do not pick one.
61 
62If the account cannot be found in any connected source and the user has supplied nothing about it, ask one question: which account, or paste what you have. Then stop.
63 
64### Strongly preferred context
65 
66- opportunity record: stage, value, segment, stakeholders, competitor fields, next step, dates of last update
67- recent calls and meeting notes for this account, with the buyer's wording
68- team communication about the account
69- current LMTY state, evidence and recent changes for each competitor in the deal
70- prior objections raised in this account and whether they were resolved
71- approved proof, references and customer examples
72- product usage or trial telemetry for this account, when permissioned
73 
74## Source priority for this job
75 
761. what the buyer said, from calls and notes, for priorities and criteria
772. the opportunity record for state, stakeholders, and dates - with its last-updated dates
783. approved company proof for what can be claimed
794. current competitor evidence and LMTY state for the competitive picture
805. rep notes and team communication for assumptions and history, labeled as such
816. prior deal outcomes only when they exist and are labeled by representativeness
82 
83## Workflow
84 
85### Step 1 - Establish the deal state
86 
87From the opportunity record and the most recent call or note:
88 
89- stage, and when it was last changed
90- proposed value and seat count, if recorded
91- stakeholders named so far, with roles as recorded
92- the next critical event: a meeting, a security review, a procurement deadline, a bake-off
93- how current each of those is
94 
95State the date of the newest evidence. A record untouched for weeks describes the deal as it was; say so rather than presenting it as today.
96 
97### Step 2 - Identify who is actually in the deal
98 
99List every competitor or alternative with the evidence that puts it there:
100 
101- named by the buyer on a call
102- in the opportunity's competitor field, with the date it was set
103- mentioned in notes or team channels
104- the status quo or "do nothing", when the buyer has said as much
105 
106A competitor the rep assumed is in the deal is an assumption. When several are active, keep all of them; when none is evidenced, say the deal's competitive set is unknown and what would establish it.
107 
108### Step 3 - Extract buyer priorities in their own words
109 
110Pull what the buyer said matters, quoted or closely paraphrased and labeled, with who said it and when.
111 
112Keep the buyer's framing. "If we can't get through the security review nothing else matters" is a priority statement; do not translate it into "security is a concern".
113 
114Note when different stakeholders said different things.
115 
116### Step 4 - Separate confirmed criteria from rep assumptions
117 
118Build two lists:
119 
120- **Confirmed by the buyer**: a criterion the buyer stated or a requirement they named
121- **Assumed by the team**: anything from rep notes, the CRM risk reason, or the user's framing that no buyer statement supports
122 
123When the record and the calls disagree - the CRM says price, the call says security review - show the conflict, say which source is stronger for the question, and do not blend them.
124 
125### Step 5 - Map competitors to the criteria
126 
127For each confirmed criterion, and each competitor in the deal, state from current evidence:
128 
129- where the competitor is stronger
130- where the home product is stronger, with approved proof
131- where neither is established - unknown, not "they don't have it"
132 
133Use LMTY evidence with its confidence and date. A capability not observed on a competitor's public site is not a gap. Say what would check it.
134 
135### Step 6 - Name the three questions the next meeting must answer
136 
137Not discovery questions in general: the three things that, unanswered, leave the team unable to position. Typically:
138 
139- which requirement is hard and which is preference
140- who decides, and against what
141- what the buyer has already concluded about a competitor and from what
142 
143Each should change what the team does next.
144 
145### Step 7 - Prepare likely objections, only when grounded
146 
147Include an objection only if this account raised it, or repeated evidence across a stated number of similar deals shows it. Label which.
148 
149For each: the buyer's words, the verified premise, a short posture, and what not to claim. For a full treatment of one objection, hand off to `competitive-objection-response`.
150 
151Do not generate a list of objections the competitor "usually" draws from memory.
152 
153### Step 8 - Select proof that fits this account
154 
155Match approved proof to the confirmed criteria:
156 
157- documentation for a stated requirement
158- a customer reference in the same segment or with the same concern, only from the approved list
159- a measured outcome relevant to a named priority
160 
161Name what proof is missing for a confirmed criterion. Do not fill it with a plausible story.
162 
163### Step 9 - Risks, unknowns, and where the team is exposed
164 
165Be plain:
166 
167- requirements the competitor meets and the home product does not, or not yet verified
168- stakeholders unmet or unheard
169- a stale record, a champion who went quiet, a review not started
170- assumptions the plan currently rests on
171- anything that suggests the deal may be a poor fit
172 
173A prep that has no risks section has not been done.
174 
175### Step 10 - Recommend preparation, and hand off the rest
176 
177Give a short checklist: what to verify, what to bring, who to involve, what to ask first. Actions, not a guaranteed path to a close.
178 
179Route what is not this job:
180 
181| The user also wants | Run |
182| --- | --- |
183| words for one objection right now | `competitive-objection-response` |
184| a reusable card for this competitor | `competitive-battlecard` |
185| the design of the POC, POV or RFP | `competitive-poc-rfp-plan` |
186| a full profile of the competitor | `competitive-deep-dive` |
187| why we win or lose deals like this in general | `competitive-win-loss-analysis` |
188 
189### Step 11 - Produce the artifact
190 
191Use `assets/deal-prep-template.md`.
192 
193Return it inline, then offer to save it. Keep account detail to what the team needs; this document travels.
194 
195## Evidence and reasoning rules
196 
197Read `references/TRUST.md` and `references/METHODOLOGY.md`.
198 
199Especially for deal prep:
200 
201- the buyer's words outrank the rep's notes for what the buyer wants
202- a CRM field is what was recorded, on the date it was recorded
203- a competitor is in the deal when evidence puts it there, not when it is the usual suspect
204- unknown is a state; write it, and what would resolve it
205- one prior deal is one prior deal
206- private account data stays in this artifact; it does not become a market claim anywhere else
207- a source's interpretation - the rep's risk reason, LMTY's implication sentence, an interviewer's paraphrase - is quoted as that source's
208 
209## Graceful fallback
210 
211Read `references/DEGRADATION.md` and `references/LMTY.md`.
212 
213### Fully connected
214 
215Deal state from the record, priorities from the calls, competitive picture from LMTY, proof from approved sources.
216 
217### LMTY connected, no deal context
218 
219The user supplies the account situation. Prepare from what they give and current market state. Label every buyer priority as reported by the user, and say the prep has no independent view of the account.
220 
221### Deal context connected, no LMTY
222 
223Deal state and priorities from internal sources; competitor facts from current public evidence, point-in-time, with dates. Say there is no tracked history.
224 
225### Research mode
226 
227Neither connected. Prepare from what the user supplies and public evidence. State that the prep rests entirely on the user's account of the deal.
228 
229### Bounded-input mode
230 
231Use only the supplied material, and say so at the top. Do not add competitor facts, proof, or deal history from memory. Where the material cannot answer a question the meeting needs, write the question, not a guess.
232 
233## References
234 
235- `references/CONTEXT.md`
236- `references/DEGRADATION.md`
237- `references/INTERNAL.md`
238- `references/LMTY.md`
239- `references/METHODOLOGY.md`
240- `references/QUALITY.md`
241- `references/TRUST.md`
242 

Discussion