ESSAYSNO. 106
Digital Transformation Was HARD Until I Learned These 8 Tips!
Eight practical lessons from transformation programs that make the work less painful.
Let’s be honest - business transformation sucks when done wrong.
- Executives think they can just throw money at software and magically fix everything.
- Employees think the new system is out to destroy their will to live.
- Consultants think… well, they think you need more consultants.
Sound familiar? I’ve been there. Transformation projects drag on, eat budgets, and leave people more confused than before.
But after years of trial (and way too many errors), I finally cracked the code. Here are eight lessons that turned transformation from a soul-crushing disaster into a strategic advantage.
- Transformation Is a Business Strategy, Not an IT Project
If you start by picking software instead of fixing business problems, congratulations! You’ve just guaranteed failure.
How to make it fail fast:
- Buy the flashiest tech without understanding what it’s supposed to solve.
- Assume people will magically adjust to “the new way” without any training.
- Ignore the fact that your current processes are held together by duct tape and hope.
What actually works:
- Start with business pain points and THEN find technology to solve them.
- Align leadership so they don’t contradict each other in meetings (we've all seen it).
- Involve actual end-users, because they’re the ones who have to deal with the mess.
Example: A company can spend millions on a new ERP only to realize nobody knows why they bought it in the first place. Instead, they should start with clear goals - like “reduce inventory errors by 40%” or “make finance stop crying every quarter.”
- Standardize First, Customize as a Last Resort
I get it - you’re special. Your company is unique. But your invoice approval process does NOT need to be different from everyone else’s.
Signs you're customizing too much:
- Your system takes longer to configure than your house took to build.
- Upgrades require a team of engineers and a small prayer ritual.
- Employees keep “accidentally” using Excel instead.
Smarter approach:
- Use out-of-the-box features before deciding to rewrite everything.
- Customize only if it gives you a clear competitive advantage (spoiler: it usually doesn’t).
- Keep things simple so future-you doesn’t hate past-you.
Example: Instead of spending months customizing your CRM, you could just train sales reps to enter data properly (crazy idea, I know).
- Data Is the Fuel - Clean It Up Before You Transform
If your data is garbage, your shiny new system will just make bad decisions faster.
Common disasters:
- You have 15 different spellings of the same customer name.
- Reports take forever because every department has its own version of “the truth.”
- Someone migrates old data and accidentally revives accounts from 1997.
How to avoid data chaos:
- Standardize naming conventions. ("Customer XYZ" and "XYZ Corp" are the same company, Jim!)
- Delete dead data - you don’t need that supplier you last worked with in 2004.
- Assign someone to own data governance, and no, it can’t just be “IT’s problem.”
Example: A company could avoid a full-scale meltdown by cleaning up supplier records BEFORE the new system goes live instead of realizing halfway through that “ACME Inc.” is actually listed 17 different ways.
- Don’t Just Automate - Fix the Process First
Automating a bad process just makes bad things happen faster.
Bad automation in action:
- “We automated approvals!” Great, now they get stuck in limbo twice as fast.
- “We added AI to our hiring system!” Now it rejects everyone except robots.
- “We streamlined procurement!” Now nobody can order a stapler.
How to do it right:
- Fix broken processes before automating (wild concept, I know).
- Eliminate useless steps. If a form requires seven approvals, you probably don’t need five of them.
- Test workflows with actual employees instead of just assuming they’ll work.
Example: Instead of just digitizing your messy invoice approvals, you could eliminate half the approval layers first so people stop playing email tag.
- User Adoption Is More Important Than Features
No matter how powerful your system is, if nobody wants to use it, it’s worthless.
Signs of poor adoption:
- People secretly use spreadsheets instead of the new system.
- The training is just 500 slides nobody will ever read.
- Your system is so clunky that even the help desk needs a help desk.
How to get people on board:
- Make interfaces simple and intuitive (if users need a PhD, you’re doing it wrong).
- Give training in real-life scenarios, not just abstract concepts.
- Actually listen to feedback instead of just assuming users will “figure it out.”
Example: Instead of forcing employees through a week-long training on theoretical workflows, you could just teach them how to do their actual daily tasks inside the system.
- Dashboards & Reports Should Drive Action, Not Just Show Data
Nobody needs 50 reports. They need one dashboard that actually helps them make decisions.
Signs your reporting is useless:
- You have too many metrics and no idea what actually matters.
- Reports take hours to generate but don’t lead to any action.
- Everyone is making decisions based on different numbers.
How to make reporting useful:
- Focus on a few key metrics that actually drive decisions (hint: nobody cares about “number of emails sent”).
- Automate report generation so decision-makers get the right data at the right time.
- Make dashboards visual and interactive - if you need a 10-page guide to read a report, you’ve already lost.
Example: Instead of drowning in reports, a company could create one executive dashboard that tracks real-time revenue, customer churn, and cash flow. Suddenly, leadership knows what’s going on without having to call an emergency meeting.
- Integration Is Key - Break the Data Silos
A new system isn’t transformative if it doesn’t connect with anything else.
What happens when systems don’t talk to each other?
- Sales has one version of customer data, finance has another, and customer support is making things up on the fly.
- People spend hours copying and pasting between tools.
- You discover a department still running on spreadsheets, years after the new system went live.
How to fix it:
- Connect your core systems (ERP, CRM, finance, HR, etc.) so data flows automatically.
- Use APIs or middleware instead of hiring a human “copy-paste specialist.”
- Ensure data consistency across departments so everyone operates from a single source of truth.
Example: Instead of forcing sales reps to manually update inventory levels from the ERP, a company could integrate their CRM so sales always see real-time stock availability. No more selling products that don’t exist!
- Transformation Never Ends - Keep Optimizing
A lot of companies think transformation is a one-and-done project. It’s not. It’s an ongoing process.
The dangers of stopping after go-live:
- Processes become outdated, but nobody updates them.
- The system collects dust because nobody learns new features.
- Employees create workarounds, slowly reverting back to the old way of working.
How to make transformation stick:
- Conduct regular reviews to identify new optimization opportunities.
- Keep employees engaged by showing them how system updates benefit them.
- Invest in ongoing training - because “we trained them once” is not a strategy.
Example: A company could hold quarterly system reviews to find processes that could be automated, optimized, or improved with AI - turning transformation into a continuous competitive advantage.
Final Thought: Transformation Should Work for You, Not Against You
If transformation feels like an expensive, never-ending nightmare, you’re doing it wrong.
- Start with business problems, not technology.
- Fix processes before automating them.
- Prioritize user adoption over system features.
- Keep optimizing - because "go-live" is just the beginning.
Make transformation your competitive advantage, not your biggest headache.
What’s been your biggest transformation challenge?
ALSO IN THE REGISTER
- Entry 09The operating model comes after the system (it never does)A programme cannot skip the operating model, it can only skip designing it.2 MIN
- Entry 35The system went live eight months agoWhen nobody designs how the business will run in a new system, the people at the desks decide it one workaround at a time.2 MIN
New entries, when there’s something worth saying.