Discuss Migration Risk Before a Late Objection
Surface the work of change while a buyer still has time to plan.
A prospect likes the outcome of a new system, then pauses when discussion reaches data, users, and daily work. Give this pause attention early. A migration touches records, habits, deadlines, and people with full schedules. Calling a move easy does not reduce risk. Careful discovery gives a buyer room to identify concerns before a late objection stops progress.
Open with one direct question. “If you chose to change, which part of the move creates the most risk for your team?” Then wait. A buyer often begins with data because data feels concrete. Listen for a story behind their answer. A previous rollout might have left notes unavailable, forced staff into two systems, or placed training inside a busy period. Each story points toward a different planning conversation.
Ask what happened during the earlier effort. Who made decisions? Which work continued during setup? Where did people lose time or confidence? Who received complaints first? Do not treat a past failure as proof of a future result. Treat the account as evidence about areas needing attention. “We lost history” might refer to documents, activity records, or difficulty finding familiar information. Each concern needs its own follow up.
Separate discovery into visible areas. Start with data. Ask which records need movement, which records people reference often, and which records belong in an archive. Ask who understands current data quality. One owner might know duplicate records exist. Another might know older fields lack current use. Their knowledge helps a buyer shape a review without unverified promises from you.
Next, ask about users. A system change affects groups in different ways. A manager often needs reports on day one. A frontline employee often needs a familiar route toward current work. An administrator often needs access rules ready before invitations go out. Ask which groups need training, who answers questions, and how people learn new routines. A buyer builds a stronger plan when internal ownership is explicit for each audience.
Daily workflow deserves equal attention. Ask which routine must continue without interruption. Examples include receiving requests, assigning work, approving changes, or preparing weekly reports. Ask when volume rises and what work cannot wait. A buyer might accept a staged start for one team while another team needs its current process until later. Such detail informs sequencing decisions.
Discuss dates without turning a calendar into a promise. A contract end, busy season, acquisition date, or planning cycle often influences timing. Ask what happens if a target date moves and who approves a revised date. Ask which preparation work needs completion before a pilot. A calendar gives structure, yet no calendar proves readiness before owners have reviewed scope and workload.
After discovery, keep a simple working record. For each concern, write the risk in the buyer’s words, the current owner, missing information, and the next check. A note might read, “Support managers need active case history during the first week. Priya owns case records. Field review remains open. Priya and the operations lead will review a sample next Tuesday.” The record keeps practical preparation ahead of vague reassurance.
Consider a fictional practice situation. Devon leads operations for a regional maintenance business. His team uses an incumbent system for work orders, customer notes, and supervisor approval. A new system interests Devon, yet a previous change left technicians without service history for several days. Devon says, “Our team will not go through another mess.” Elena, the seller, does not answer with a polished claim.
Elena asks which history technicians missed. Devon explains technicians needed customer notes and prior repair dates while working on site. Elena asks who knows where those records sit today. Devon names Priya, the support administrator. Elena asks whether every historical record needs access during week one or whether a smaller active set would address field work. Devon says open work orders and two years of notes matter most. Supervisors rarely use older records except during disputes.
Elena records Devon’s words without deciding scope. She asks how technicians receive assignments. Devon says dispatchers assign morning work at 7:00 a.m. and update urgent visits during the day. A full switch on a busy Monday worries him. Elena asks whether a limited pilot with one dispatcher and a small technician group would allow a test of assignment routines before broader planning. Devon selects his south region because urgent jobs are fewer and its supervisor welcomes testing. He requests Priya and the south region supervisor for a planning session.
Their conversation moves toward parallel work. Devon recalls staff entering updates twice during the previous change. Elena asks which system people treated as the source of record during those days. Devon says no leader chose one, so teams followed different habits. Elena writes a question for their planning session: “During a pilot, where will dispatchers record final assignment status?” Devon’s operations leadership owns this decision. Naming the choice early prevents an assumption from becoming a hidden burden.
Use a small readiness review before inviting a larger group. Put each open concern in front of its owner. Ask Priya whether ten work orders represent normal field work. Ask the supervisor whether the south region has a date free from seasonal pressure. Ask Devon whether pilot participants know who receives urgent questions. A short review exposes missing preparation without pretending every answer is settled.
Training needs more than a meeting on a calendar. Ask what each group needs to do on its first day. Dispatchers need assignment practice. Technicians need to find history and record an update. Supervisors need approval steps and a route for exceptions. In a fictional practice session, a dispatcher enters two routine assignments, then handles one urgent change. Participants identify confusion while support people are present instead of after a broad rollout.
Invite people only when their contribution is clear. A data owner explains records. An operations owner explains daily work. A manager explains adoption needs and decision authority. Send a short agenda with questions from your working record. Avoid presenting a final plan before these people discuss constraints. Their answers shape useful preparation.
After each session, return a plain record of decisions and open items. Mark an owner for each verification item and identify the next meeting. In Devon’s fictional situation, Elena sends a note by 4:00 p.m. Priya will bring ten recent work orders and related notes to Thursday’s review. The south region supervisor will list morning dispatch steps. Devon will decide where final assignment status lives during a pilot. On Thursday, Elena places those materials on screen, asks Devon for his source of record decision, and writes his answer beside the first pilot task.
Practice these next
Treat accessibility as a product and user requirement worthy of early, detailed review.
Understand the workflow behind a requested feature before deciding how to respond.
Connect telemetry, incident response, and engineering decisions before showing dashboards.
Help a buyer compare open source and commercial options across support, ownership, flexibility, and cost.
Turn a premature demo into a useful conversation without embarrassing buyers.
Keep pre-sale support useful while recognizing when the buyer is asking for a project.