salutes their determination, vision and industry, but for the rest the problem remains of how to move from where they are to where they want to be.
The problem is that buying a new backend infrastructure is not like buying a new car. In the automotive business you go to a showroom, have a test drive, agree a price and then select the extras you’d like to have. A few weeks later your car, personalised to your requirements, is delivered for an agreed on the road price. The process is fairly predictable and customer centric; they even take your old car away and you can part exchange it to get a better price.
But when they’ve sold you a new car, auto dealers don’t have to incorporate vital parts of your old car into the new one as we do when we buy a new solution. And this isn’t a trivial task such as transferring luggage from the boot; it’s more like taking the seats out, moving them over, making them fit and then renovating them so they look nicer.
The truth is that transformation begins after system selection. You cannot squeeze the full value from your shiny new billing, CRM or inventory solution until you’ve moved a whole load of complex, dirty, but business critical data from legacy systems to your new solution. You cannot gain the operational efficiency you desire from switching off legacy solutions until you’re sure that you have moved all the necessary data to your new target system. And by even attempting to move this data you expose yourself to very real and potentially very damaging risk.
So you’re caught between a rock and a hard place. You have to transform but you fear transformation. What do you do? Throw money at the problem? Well it can help. Enough money provides the motivation to solve any problem. But what happens if you don’t now have endless sums of money available? And what will you do when you need to migrate your next business critical systems? It’s important to understand that this isn’t a one-off process; back end transformation can’t be achieved in one hit for the average CSP. And neither does throwing money at the problem negate risk or guarantee data being delivered on time.
Time is the real enemy here; the longer it takes for you to migrate your data, the more problematic the migration will become. Reduced migration cycle times are therefore key, but then so is predictability. Without predictability you can’t plan, and for large telecoms operators, migrating systems is something of a way of life, so not being able to deliver migrations predictably and reliably means they can’t control their ROI and they can’t perform accurate business planning, impacting both shareholder and customer confidence.
What if you could migrate your data quickly, reliably, predictably and in a controlled fashion? Now suddenly you can achieve that fast track transformation that you know will deliver competitive advantage, shareholder and customer confidence, and lower operational costs. Well the good news is that modern data migration tools address many of the problems that CSPs have struggled with when using older data migration technologies.
Modern tools allow you to have much greater control and increased visibility of the migration process, which improves efficiency and lowers risk. They support bi-directional synchronisation of data held in legacy and new applications and a zero downtime environment. And they enable CSPs to manage the movement of users, data, applications and processes independently, ensuring that the complexities of process-dependent data are fully managed.
Now is not the time for CSPs to delay their transformation programmes, but it is time that they raised their expectations about how these transformations were going to be delivered.
Celona Technologies is a provider of business centric application data migration software.
Latest posts by (see all)
- Mitel Appoints Graham Bevington as EVP and Chief Sales Officer - April 10, 2015
- Exertis is the New Name for Micro-P - October 24, 2013
- Imago Adds Single Chip DLP Projectors to Barco Deal - June 13, 2013