This is exactly the sort of software risk that doesn’t look like a risk while everything is working. The monthly fee gets paid, the reports come out, the team know where to click, and nobody really wants to touch it because replacing it sounds like a nightmare. But it doesn’t have to be. At Initforthe, we’ve spent 21 years delivering change and building excellent systems into real businesses, and we’ve got a 100% hit rate because we don’t just throw software in and hope people adapt. We also don’t assume everything has to change at once. A lot of the time, the skill is knowing what to leave alone, what to improve, and where one short, focused project can remove the pain that’s holding the business back. That might be a better handover, an integration that stops people rekeying the same information, a workflow that gives the team confidence, or a system that finally works the way people expect it to work. Because good change shouldn’t feel like the business has been turned upside down, it should give people capacity back, protect margin, and make the next stage of growth feel possible.
🔌 What happens if they change the rules? Ars Technica reported last week that T-Mobile is moving thousands of virtual machines off VMware, while fighting Broadcom over support for perpetual licences. The bit that jumped out at me wasn’t the legal argument - it was the dependency. Over 300,000 CPU cores, more than 1,000 applications, and a migration that sounds painful, expensive and technically awkward. Most businesses aren’t T-Mobile, but they do have the same problem in miniature. A SaaS platform gets sold, pricing changes, a feature disappears, the interface changes, and suddenly the way your team works no longer quite fits. An API that used to be usable becomes expensive, limited, or just awkward enough to break the process around it. And this is the bit people don’t understand: Your data might technically be “yours”, but can you actually get to it? Not just download a rough CSV, not just view it through their screen, not just run the report they’ve decided you’re allowed to run. Can you access it properly, query it, audit it, connect it to other systems, move it somewhere else, and use it in the way your business needs? Because if the answer is no, then you don’t really own your data in any meaningful sense. It’s the same with on-premise systems. People talk about SaaS as though it’s the only risk, but if you’ve got an on-premise system with a hidden database, no proper export, and the vendor has to be paid every time you want access, that isn’t much better. You’re still dependent, it just lives in your building. Dependencies are fine until they stop being fine. Most of the time, the system works well enough, the team knows how to use it, reports come out, invoices get raised, customers get served. Then the vendor changes the rules, and suddenly it’s not just an IT problem, it’s a margin problem, a customer service problem, a staffing problem, and a “how quickly can we get out without breaking the business?” problem. So I’d be asking: 💸 Which platform could put its prices up tomorrow and leave you with no realistic option? 🔐 Where is your business-critical data, and can you actually access it usefully? 🔁 Which processes only work because a vendor currently allows them to work that way? 📣 If a feature changed, would your customers feel it before you had a workaround? 🧩 What would be horrible to replace, even though everyone knows it isn’t quite right? This is why we don’t start by asking “what app do you want?” At Initforthe, we’re usually looking at what the business needs to control: data, workflows, integrations, reporting, customer experience, and the bits where too much power sits with one supplier. Sometimes the right answer is still SaaS, of course it is. There’s no prize for building everything yourself. But there’s a big difference between using a platform and being trapped inside it, and you normally only find out when the vendor changes the deal. #AI #Automation #BusinessImprovement #FutureOfWork