Update to LMTY

{
  "description": "Create a reusable, evidence-backed competitive battlecard for sales, customer success, or product teams - a new card, or one rebuilt from scratch. Use when preparing an us-vs-them view for repeated use, supporting a recurring competitive sales motion, or compiling field-ready positioning, discovery questions, proof, and qualification guidance across deals. For one live buyer objection or \"what do I say right now?\" use competitive-objection-response; for checking or editing lines in a card or talk track that already exists, use competitive-enablement-refresh.",
  "included_files": [
    {
      "relative_path": "assets/battlecard-template.md",
      "size_in_bytes": 856
    },
    {
      "relative_path": "references/CONTEXT.md",
      "size_in_bytes": 5344
    },
    {
      "relative_path": "references/DEGRADATION.md",
      "size_in_bytes": 4328
    },
    {
      "relative_path": "references/INTERNAL.md",
      "size_in_bytes": 4866
    },
    {
      "relative_path": "references/LMTY.md",
      "size_in_bytes": 5871
    },
    {
      "relative_path": "references/METHODOLOGY.md",
      "size_in_bytes": 1692
    },
    {
      "relative_path": "references/QUALITY.md",
      "size_in_bytes": 2640
    },
    {
      "relative_path": "references/TRUST.md",
      "size_in_bytes": 7363
    }
  ],
  "name": "competitive-battlecard",
  "skill_md_contents": "---\nname: competitive-battlecard\ndescription: Create a reusable, evidence-backed competitive battlecard for sales, customer success, or product teams - a new card, or one rebuilt from scratch. Use when preparing an us-vs-them view for repeated use, supporting a recurring competitive sales motion, or compiling field-ready positioning, discovery questions, proof, and qualification guidance across deals. For one live buyer objection or \"what do I say right now?\" use competitive-objection-response; for checking or editing lines in a card or talk track that already exists, use competitive-enablement-refresh.\nlicense: MIT\nmetadata:\n  author: LMTY\n  com.lmty.category: ci\n---\n\n# Competitive Battlecard\n\n## Mission\n\nCreate a battlecard people can actually use in a live conversation.\n\nThe output should be concise, current, honest about where the competitor is strong, and grounded in evidence. It should help a rep ask better questions and frame the decision, not memorize a feature dump.\n\n## Use this skill when\n\n- a sales or CS team needs an us-vs-them guide\n- an existing battlecard is stale\n- a competitor is appearing repeatedly in deals\n- a new sales motion needs competitive enablement\n- a PMM needs trap-setting questions, objection guidance, or quick comparison language\n- a launch changes the competitive story\n- a competitor pricing, positioning, or product change affects existing enablement\n\n## Do not use this skill when\n\n- the user needs a full positioning strategy. Use `competitive-positioning`.\n- the work is enablement for a specific upcoming launch or release. Use `competitive-launch-readiness`.\n- the user only needs a competitor research dossier. Use `competitive-deep-dive`.\n- the user wants one immediate response to a specific buyer objection. Use `competitive-objection-response`.\n- the user wants preparation for one named account or opportunity. A battlecard is reusable across deals; use `competitive-deal-prep` for the one in front of them.\n- the user wants an existing card or talk track updated after a market change rather than a new card. Use `competitive-enablement-refresh`.\n- the user wants every competitive asset scanned for stale claims. Use `competitive-asset-audit`.\n\n## Required outcome\n\nProduce a battlecard that answers:\n\n1. When are we likely to see this competitor?\n2. Why do buyers consider them?\n3. Where are they genuinely strong?\n4. Where do we have a meaningful advantage for the relevant customer?\n5. What discovery questions expose fit and trade-offs?\n6. What common objections should the field be ready for?\n7. What proof supports our response?\n8. When are we poorly positioned to win or should we qualify out?\n9. What recently changed that makes an older card stale?\n\n## Context acquisition\n\nRead `references/CONTEXT.md`. If call, CRM, win/loss or company-knowledge sources are connected, read `references/INTERNAL.md` before using them.\n\nMinimum useful context:\n- home product\n- competitor\n- intended audience or sales motion if known\n\nStrongly preferred:\n- LMTY current report and recent changes for both subjects\n- current positioning and pricing\n- win/loss evidence\n- sales calls and objection themes\n- customer wins and switch stories\n- product proof and limitations\n- segment, use case, and sales stage\n\nIf internal deal evidence is unavailable, do not fabricate why the home company wins or loses.\n\n## Source priority for this job\n\n1. customer/deal evidence for real evaluation criteria, objections, wins, and losses\n2. home product truth and approved proof\n3. LMTY report and changes for current competitor state\n4. competitor primary sources\n5. third-party and community evidence for corroboration\n\n## Workflow\n\n### Step 1 - Define the competitive situation\n\nIdentify:\n- target segment\n- use case\n- sales motion\n- stage of evaluation\n- why the competitor appears\n\nIf no segment is provided, create a general card and label the missing specificity.\n\n### Step 2 - Establish competitor truth\n\nSummarize:\n- what they are\n- who they serve\n- core promise\n- important capabilities\n- pricing/packaging when material\n- recent changes\n- strengths the buyer may legitimately value\n\nAvoid loaded dismissals.\n\n### Step 3 - Establish evaluation criteria\n\nPrefer evidence from calls, win/loss, CRM, and customer research.\n\nCommon dimensions:\n- outcome fit\n- implementation\n- ease of use\n- depth/breadth\n- integrations\n- governance/security\n- service\n- price/value\n- time to value\n- scalability\n\nUse only dimensions that actually matter for the target situation.\n\n### Step 4 - Build the \"why us\" position\n\nSelect no more than three primary advantages unless the user requests a deep card.\n\nEach advantage should include:\n- customer condition where it matters\n- evidence\n- wording a rep can use naturally\n\nDo not create fake superiority. If the advantage is segment-specific, say so.\n\n### Step 5 - Build trap-setting discovery questions\n\nQuestions should reveal customer priorities and trade-offs rather than manipulate the buyer.\n\nGood questions:\n- expose a requirement where solutions differ\n- reveal future scale or workflow needs\n- clarify total cost or operational burden\n- surface risks the buyer already cares about\n\nAvoid questions whose answer is obvious or that require the rep to make unsupported competitor claims.\n\n### Step 6 - Build objection handling\n\nFor each repeated objection:\n- state the objection in buyer language\n- diagnose the concern behind it\n- provide a short response posture\n- suggest a discovery follow-up\n- attach proof or an example if available\n\nWhen internal evidence is missing, keep the response grounded in verified product differences rather than invented win stories.\n\n### Step 7 - Add qualification honesty\n\nInclude:\n- where the competitor is stronger\n- buyer profiles where they may be the better fit\n- red flags that make the opportunity hard to win\n- what proof is missing\n\nThis builds field trust and prevents a battlecard from becoming propaganda.\n\n### Step 8 - Check staleness\n\nUse LMTY changes to identify whether:\n- pricing moved\n- product capability changed\n- positioning changed\n- a previously unique home-company claim became parity\n\nCall out exactly which battlecard sections need refresh.\n\n### Step 9 - Hand off what you do not own\n\nRequests routinely arrive as two questions joined by \"and\". Answer the one this skill owns, in full. For the rest, name the skill that owns it and stop there.\n\nThis is not a refusal and it is not a disclaimer at the bottom. Write it as a line the reader can act on:\n\n> **Pricing** - the card leans on a price comparison that is really a monetization question. That is a separate decision: run `competitive-pricing-packaging-review` with this analysis as input.\n\nOne line per area the work touched, named explicitly:\n\n| The request also wants | Say to run |\n| --- | --- |\n| a market position, messaging, or differentiation | `competitive-positioning` |\n| a full profile of one competitor | `competitive-deep-dive` |\n| a decision-oriented version for leadership | `competitive-executive-market-brief` |\n| launch framing, claims, or enablement for a release | `competitive-launch-readiness` |\n| a recurring digest of what changed | `competitive-market-briefing` |\n| whether a pattern is a real shift or noise | `competitive-market-shift-analysis` |\n| a pricing or packaging decision | `competitive-pricing-packaging-review` |\n| a single live buyer objection or \"what do I say?\" | `competitive-objection-response` |\n\nThe failure this prevents is quietly answering the other half yourself. It looks helpful, and it produces a recommendation built on this skill's evidence alone, without the context the other decision actually needs.\n\n### Step 10 - Produce the artifact\n\nUse `assets/battlecard-template.md`.\n\nDefault to a concise card. Put detailed evidence in an appendix rather than forcing a rep to scan it live.\n\n## Evidence and reasoning rules\n\nRead `references/TRUST.md`.\n\nEspecially for battlecards:\n- never invent negative competitor claims\n- separate competitor weaknesses from cases where the home product simply fits better\n- do not state \"we always win because\" from one anecdote\n- label customer examples by source and representativeness\n- use public comparison claims only when supportable and appropriate\n\n## Graceful fallback\n\nRead `references/DEGRADATION.md`. For what LMTY can and cannot do, read `references/LMTY.md`.\n\nWithout internal deal evidence:\n- produce a market-grounded card\n- omit or qualify \"why we win\", recurring objections, and win examples\n- identify the internal sources that would most improve the card\n\nWithout LMTY:\n- research a current snapshot and state temporal limits\n\n## Composition\n\nEach companion below owns a decision this skill should not make on its own evidence. The hand-off step is where the request's own follow-on question gets named.\n\nCommon companions:\n- `competitive-positioning`\n- `competitive-deep-dive`\n- `competitive-launch-readiness`\n- `competitive-pricing-packaging-review`\n- `competitive-objection-response`\n\n## Quality bar\n\nRead `references/QUALITY.md`.\n\nA strong battlecard should be usable by someone who has two minutes before a call.\n\nIt should answer:\n- what matters\n- what to ask\n- how to frame\n- what proof to use\n- where not to bluff\n\n## Examples of activating requests\n\n- \"Build a battlecard for us vs Northwind.\"\n- \"Refresh this battlecard using the last 90 days of LMTY changes.\"\n- \"Our reps keep hearing that Competitor X has more integrations. Give them a usable response.\"\n- \"Create enterprise battlecards for our top three competitors.\"\n- \"What parts of our current battlecard are stale?\"\n\n## References\n\n- `references/METHODOLOGY.md`\n- `references/LMTY.md`\n- `references/TRUST.md`\n- `references/CONTEXT.md`\n- `references/DEGRADATION.md`\n- `references/INTERNAL.md`\n- `references/QUALITY.md`\n"
}