Discuss Migration Risk Before It Becomes a Late Objection
Surface the work of change while the buyer can still plan for it.
The buyer moment
A prospect likes the outcome but worries about moving data, users, and workflows from an incumbent.
Migration risk usually includes people and process as well as data. A customer who had a poor prior rollout may be worried about retraining, parallel work, missed history, or a deadline tied to a contract end. Ask which part of the move caused trouble last time. The answer can reveal whether they need a phased deployment, a data review, or a conversation about managing the change. Do not describe migration as easy. A credible plan states the tasks, owners, checkpoints, and decision needed before the old system can be retired.
A useful way to open
“If you chose to change, which part of the move would create the most risk for your team?”
Move the decision forward
Migration is usually a people and process question before it is a technical one. Ask about history, data quality, training, parallel operations, and deadlines.
Coach sellers to avoid saying migration is easy. Map the buyer’s risk, then decide whether a phased approach or technical workshop is appropriate.
Practice before the next call
Practice with a buyer who had a bad prior implementation. The rep must listen for the specific failure before proposing a plan.
Next step
Offer a migration discovery session with the relevant technical and operational owners.
Practice these next
Turn a premature demo into a useful conversation without embarrassing the buyer.
Understand the workflow behind a requested feature before deciding how to respond.
Treat accessibility as a product and user requirement that deserves early, detailed review.
Help a buyer compare open source and commercial options on support, ownership, flexibility, and cost.
Keep pre-sale support useful while recognizing when the buyer is asking for a project.
Help the buyer complete risk diligence with accurate facts and clear ownership.