
04
Mar
Changing Software Part 1 – “Do we really need to change?”
in All
Comments
How often do we ask ourselves the question: is it time we changed our software? Maybe we feel its holding back our progress, maybe we are not getting the level of support we expect from our software partner, or perhaps we’ve seen an alternative that we suspect could be better suited to where we want our business to go in the future.
Its very easy to get used to what we have, we live with the shortcomings and make the best of known limitations. If that is the case, then now is as good a time as any to consider the options available. But changes are not without challenges so we need to be sure it’s the right thing to do before moving forward.

In “The hidden costs of switching software providers”, we saw that changing a software partner can have pitfalls for the unwary, a process only to be embarked upon if there are significant benefits for our business, probably coming from an increase in revenue, a reduction in costs, or a combination of the two.
If a move is contemplated then it’s important to understand fully what is involved. By adopting a logical approach due consideration can be given to all aspects of the change, both the upsides and the downsides. Adopting such an approach on regular basis – maybe once every year or two – would be beneficial, essentially a software health check, to confirm what we have is the best for what we need or nudge us into looking more closely at alternatives.
This article is the first of two, covering Step 1 below, that aims to be a rough guide to help ensure that ultimately the right decision is reached.
We will take a close look at the following:
Step 1: Do we really need to change our software partner?
Step 2: Investigating what alternatives exist
Step 3: What are the risks involved?
Step 4: How to choose the most suitable replacement
Do we really need to change software partner?

Probably the first question to ask is: does what we have already really work in the way we need it to? Sounding like a relatively simple question, hopefully it can easily be answered in the affirmative. As already mentioned, it would be good practice to ask this question on a regular basis, remembering that, even if our current software appears to meet all our needs, there may now be an alternative that could add significant value to what we do.
However, more often than not, this question cannot be answered with a simple yes or no, and needs to be based on an assessment of a range of issues. If this question has already been asked then its likely that some doubts exist, however small, concerning current software. If this is the case, any issues should first be taken up with the current software partner or IT support, to explore whether or not improvements can be made, processes automated, service levels improved and so on. A second question then may arise: does our current software partner actually have the ability to meet our future needs?
It may be that there are more serious concerns. For example, we are sometimes approached by companies that still use software that, although fit for purpose many years ago, is no longer available or supported. Apart from the obvious – that there are now most probably more efficient tools available that will improve productivity – continuing to use such software, whilst users may be very comfortable, will sooner or later present challenges when it comes to support, recruiting staff with experience in using such software, as well as resistance from new personnel who have used other, more modern software.

Another challenge we see is one where changes are difficult to implement when needed to accommodate different ways of working. A most obvious recent example is the need to work remotely. This has highlighted the limitations of software that has issues with security, maybe is not web-based or does not have a mobile alternative. Others concerns can be that current software is hard if not impossible to integrate with the other tools being used.
To summarise, concerns can arise in a variety of ways including
• Support – lack of skills, speed of response, lack of a good working relationship, value for money, changes in ownership/leadership, etc
• Outdated software
• Staff productivity being impeded
• A lack of reporting/analysis features
• Inefficient manual processes being needed to complete tasks
• Lack of scalability as your organisation grows
• Real time access not being available
• Access by multiple users not possible
• Dependence on multiple spreadsheets, often peculiar to individual members of staff
If such general concerns exist then now is the time to start a more detailed investigation, asking: why might we need to change? The different reasons for change need to be reviewed, these falling roughly under the headings below, necessarily with some overlapping. The more reasons that resonate, the higher the likelihood that it’s time for a change.
Bear in mind however that, in conducting this review, the important thing is not merely to come up with a list of reasons to justify a move but to recognise whether or not a change is necessary in order to enable an organisation to continue competing successfully. How success is defined and the plan to achieve it will in turn determine the specification of the software needed and what needs to be improved in order to deliver that success.
Functionality

• Obsolescence – the software no longer works properly arising from changes such as hardware having been replaced/upgraded, being able to work only with older versions of operating systems
• Customer needs – does the software support the requirements of existing and potential customers?
• Mobility – highlighted especially in recent months when working remotely has often been a necessity. Without software being web-based or having an adequate mobile version, shortcomings are soon revealed
• Security – also particularly relevant with the growth in remote working, namely inadequate controls, in terms of access, authorisation levels, etc
• Limited scalability – as an organisation grows it may be that the software used is incapable of growing at the same time, for example, in terms of ability to cope with an increasing number of transactions, database size or simply in the number of users. If growth means a move into new markets, will existing software functionality meet the needs of customers in those new markets?
• Outdated – similar to obsolescence, the software may simply not compare to alternatives now available that increase the capabilities of the user
• Integration – the software currently used may not work in conjunction with other software, in turn requiring the duplication of tasks with a significant loss in productivity. This can often be the case where data is stored in separate silos. A simple example is the use of a spreadsheet to store information that cannot be used simultaneously with the software in question without inefficient, manual intervention
• Workflows – in constantly having to adapt methods of working, it may be that the software currently in use no longer suits, or even hinders, new ways of working
Organisation
