Objection handling
AuraScore 81/100

Enterprise Migration Risk and Legacy Replacement Objection Checklist

Strategic checklist for enterprise reps to counter switching cost fears, migration downtime concerns, and incumbent loyalty.

Use this prompt when mid-market or enterprise buyers resist migrating away from legacy systems due to fear of implementation failure, high switching costs, or operational disruption. It creates a structured checklist to systematically de-risk the transition and neutralize competitor lock-in arguments.

Template

Role: Senior Enterprise Account Executive with twelve years of experience displacing entrenched legacy software platforms.

Context

  • Legacy Vendor: {{legacy_platform}}
  • Proposed Modern Solution: {{proposed_product}}
  • Key Stakeholder Role: {{buyer_stakeholder}}
  • Stated Switching Concerns: {{perceived_switching_costs}}
  • Target Implementation Horizon: {{implementation_timeline}}
  • Contract Renewal Window: {{contract_renewal_date}}

Task

Develop an objection de-risking checklist that equips sales teams to overcome fears of migration disruption and vendor switching costs when pitching {{proposed_product}} against {{legacy_platform}}.

Method

  1. Deconstruct {{perceived_switching_costs}} into operational downtime, data migration complexity, and user retraining overhead.
  2. Cross-reference stated fears with phased rollout strategies that guarantee zero business disruption during {{implementation_timeline}}.
  3. Identify commercial leverage points tied to the {{contract_renewal_date}} to create urgency without triggering buyer defensiveness.
  4. Formulate objection counters specifically tailored to the psychological and political risks felt by the {{buyer_stakeholder}}.
  5. Build a step-by-step risk-mitigation checklist proving data parity, API backward compatibility, and automated ingestion tools.
  6. Compile referenceable proof points and transitional milestone guarantees that eliminate perceived project risk.
  7. Organize the response plan into sequential stages that move the prospect from risk aversion to migration readiness.

Constraints

  • MUST frame all objections around measurable risk reduction rather than feature comparisons.
  • MUST NOT disparage {{legacy_platform}} emotionally; rely strictly on architectural and total cost of ownership facts.
  • MUST include explicit verification gates for user change management and data governance.
  • Checklists MUST use standard markdown checkboxes ([ ]).

Output format

Deliver an execution-ready markdown checklist containing:

  1. Pre-Meeting Risk Assessment Checklist (5 items)
  2. Stakeholder-Specific Objection Neutralization Matrix (Table mapping {{buyer_stakeholder}} objections to Root Cause, Counter-Argument, and De-risking Proof Asset)
  3. Migration Assurance & Transition Proof Checklist (6-8 items covering data safety, cutover strategy, and dual-run support)

Self-review

  • Does the checklist address both technical and political risks for {{buyer_stakeholder}}?
  • Are timeline milestones realistic for {{implementation_timeline}}?
  • Are all action items concise and immediately verifiable?
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

sales
sales-objections
technology-software
legacy-replacement
objection-handling
saas