Before the first design session: 7 questions to surface ERP risk while IT can still act on it

When a healthcare ERP program struggles, the platform is rarely the problem. More often, the risk traces back to organizational decisions no one resolved before the work began. Those unresolved decisions don’t go away. They resurface later as redesign, testing issues, adoption challenges and post-go-live instability. Resolving those issues often falls to technology teams, and by the time it surfaces, the cost of addressing it has already increased.

The financial picture is usually larger than the contract suggests, too. The report estimates that five-year total cost of ownership for an ERP typically runs three to four times the initial software quote. That multiple appears once internal labor, backfill, training, testing, data conversion, legacy overlap and stabilization are counted. Several of those line items, including testing, data conversion and legacy overlap, draw directly on IT staff time and budgets.

This executive perspective treats ERP readiness as an enterprise transformation rather than a software project. It gives technology leaders seven questions for surfacing risk early enough to act on it.

Inside the report:

  • Which foundational decisions should be settled before design begins and before technical teams start building
  • What belongs in a realistic cost picture, including legacy system retirement and post-go-live support
  • How to test executive alignment that goes beyond an approved business case
  • Why readiness requires ongoing assessment to stay ahead of gaps as the program moves from design to stabilization