Build that bridge! Migration best practices and lessons learned
- Erika May McNichol

- Jun 2, 2011
- 2 min read
Updated: Feb 4
Product launches represent incredible opportunities for companies—and significant challenges. After leading two migration initiatives at different software companies, I've identified critical areas where organizations often stumble and learned valuable lessons about getting it right.
Insufficient Planning
In the rush to bring products to market, companies often neglect migration strategy until launch is imminent. I've seen organizations project that 50% of new product revenue will come from their install base, yet allocate minimal planning to the migration experience and process. This disconnect between revenue expectations and execution planning sets teams up for failure.
Underestimated Investment
Without adequate beta testing or pilot migrations, companies consistently underestimate the effort required. Schedules rarely account for incorporating lessons learned from initial migrations into the broader launch plan, leaving programs under-resourced from day one. By the time gaps become apparent, teams are already behind.
Delayed Toolkit Development
Engineering resources naturally focus on new product development, pushing migration tooling to the back burner. Tools often start development too late to be battle-tested before launch, creating friction when customers need them most.
Positioning and Messaging Challenges
Marketing the new product as the "next generation" creates expectations of feature parity plus enhancements. When companies announce new products without technically vetted migration paths, install base customers face disappointing gaps between expectations and reality. Proper qualification processes help set realistic expectations around functionality differences, data mapping requirements, and transition timelines.
Ownership and Resourcing
Migrations require dedicated resources with specialized skills distinct from new customer implementations. Trying to squeeze migration work into existing professional services capacity creates bottlenecks and compromises quality. Install base migrations deserve their own dedicated team.
Post-Launch Product Evolution
Migration success and product launch success are intertwined. Allocate product management and R&D resources specifically to address migration customer needs post-launch. Quick implementation of critical fixes and features for migrating customers builds confidence and reduces churn risk.
Change Management
Customers need education about the new product well before migration begins. Insufficient preparation increases anxiety around change, elevating churn risk during an already vulnerable transition period.
Formal Transition to Support
Completed migrations require structured handoffs to support teams, including comprehensive transition notes and customer-specific context. Support analysts need education about each customer's unique journey to provide effective ongoing assistance.
The Bottom Line
Successful migrations require the same strategic planning, resourcing, and executive attention as product development itself. Treat your install base migration as a product launch within the product launch, and allocate resources accordingly. This article first appeared in June 2011 in Learned Value, a blog about Project Management.


Comments