Vendor Management (2 horror stories included!)
Paul Walton
I help CIOs in FTSE100 and FTSE250 companies reduce costs to a value of £10m by managing complex change or transformational programmes, ensuring strategic and operational excellence.
I’m writing about vendor management and the importance of it within any change programme. Below are my thoughts on the approach to successful vendor management and finished off with 2 examples where it has not gone well:
1) We had to go to arbitration!
2) Jog on, you’re not getting your money (≈ £1.4m)
Within a business change programme in which technology is a significant contributor, a key aspect is vendor management. Working with external 3rd parties to help supply a product or services. It is a necessity that allows you to purchase a product/solution/service and appropriate skills that a company would not have readily available.
For me when working with a vendor, the key ingredient to success is the relationship you build with the 3rd party. Utilising soft skills to build rapport, fostering a culture of collaboration, and mutual respect and looking at the relationship as a true partnership i.e. there will be ups and downs, but overall, you want that relationship to work, everyone wants to be successful.
Of course, from initial discussions, there is a process for selecting and working with a vendor:
? RFI/RFP/RFQ Process: Issuing Request for Information (RFI), Request for Proposals (RFP) or Request for Quotations (RFQ). Such a key stage for you as a buyer and it will take time to create this document as it is imperative, that all your needs and wants are documented clearly and presented to the vendor
I’ve worked with many many vendors, usually from large global providers and whilst they are huge in size, I always felt as if I have worked with a smaller, locally sourced company. They have always had good account management and in the main, I have never had many issues. I think because I have always put the effort in for the relationship to work, to match their good account management skills.
As I type this though, 2 examples of where things haven’t been so good spring to mind:
1) We had to go to arbitration!
The product technically failed, even though it functioned as needed! Right before I joined a global Real Estate company, a business unit launched an IT project to create a data platform for commercial property data. It had a backend for managing data and a user-friendly front end for reporting. I joined the project late after they'd already made a deal with a third-party tech specialist and development had begun.
The business unit didn’t involve the IT department, thinking they knew what they were doing. They only really knew the product they wanted. Once I got involved, I started asking tough questions like how the product should work functionally, what the user experience should be, and the overall look and feel. Turns out, they hadn’t thought much about that, so we had to discuss these crucial aspects after the technical build had already started. This caused delays and extra costs.
I was frustrated because the third party should have added value in these areas but didn’t—they just followed the instructions from inexperienced stakeholders. Then, I questioned the technology they were using. Again, we had to backtrack because we, the customer, had never used or supported that technology. More time and additional funds were needed!
领英推荐
In the end, after a rocky project, the third party delivered their final product. It worked functionally but was a technical failure. It was supposed to support hundreds of users but could barely handle ten. The business unit then dumped the responsibility on me to fix it. After much debate with the third party, internal discussions, and involving our external lawyers, we opted for arbitration through the BSc The Chartered Institute of IT. That was quite an experience. We won, and the third party had to fix their solution.
This project cost around £200k initially, with an additional £100k needed. All this could have been avoided if the business unit had involved IT from the beginning!
2) Jog on, you’re not getting your money (≈ £1.4m)
I worked for a prestigious customer loyalty company linked to a major airline group, involved in a big business transformation program worth about £35m, with technology being a huge part of it. One of the key projects was a new website, originally budgeted at £800k. Given it was a complex eCommerce site, I thought the budget was reasonable.
I was brought in as an interim to help manage the relationship between the newly outsourced IT department and the business. Honestly, things were a mess—lots of confusion, delays, and budgets spiralling out of control. One day, the Operations Director asked me to check on the website project because she sensed something was off.
The IT department, which had gone through a significant and poorly planned outsourcing transition, brought in a very seasoned change director named Iain Maclean to handle the technical delivery of the program, including the website project. Iain and I teamed up—me representing the business and Iain representing IT. It quickly became obvious that something was very wrong. The budget for the website had ballooned to about £7m, from the original £800k! Let me just repeat that - ballooned to about £7m from £800k!
As we dug deeper, it was clear there was chaos everywhere, leading to some very tough conversations with key stakeholders and vendors. For instance, the board had an IT Director responsible for the overall programme including the website element. He got fired! There was also a long-term project manager doing the day-to-day, working at about £1200 per day, who had been there for around 18 months. He got fired too. The vendor handling the technical aspects was a small niche company, which initially seemed good. However, they had only delivered according to the original scope, but scope creep kept adding on without formal approval—if I recall it was about 23 change requests in total!
The fired IT Director should have formally signed off on these changes, ensuring the visibility of the project. I also strongly think, the vendor should have had controls in place to manage scope creep, refusing to act on any change request without formal approval.
Iain and I had to address this mess with the vendor, discussing the situation with board members, key stakeholders, and our legal team. The conversations were tense. After a few meetings, we essentially told the vendor that many of the change controls, amounting to about £1.4m, wouldn’t be paid, and they needed to complete the website to an agreed state. Otherwise, we’d take legal action, which would have been disastrous for the vendor.
It was a tough, complex situation with many moving parts, but I learned a lot. The website was eventually delivered, and the best part? I formed a great friendship with Iain through it all!
Do you have any vendor horror stories, or has it all been good, drop a comment below.
If you need strong vendor management, please contact me for a confidential conversation.
Otherwise, please like, share or be happy to connect - send me an invite!
Product Operating Model Expert | Product Manager | Business Analyst | Project Manager | I help IT Change Leaders to reduce IT Operations costs by £10m by leading the delivery of Digital Transformation & Business Change
7 个月Sounds like you've got some great conflict resolution experience in the area of vendor management Paul Walton. It's still surprisingly commonplace to see business units engage with vendors outside of the visibility of IT. And the second example illustrates a combination of poor scoping and a lack of understanding it sounds of commercials around the change control process with the vendor. Both fixable scenarios - but they seem indicative of poor pre-existing behaviours being allowed to made sourcing decisions. Are there any simple 'early catching' / single front-door approaches you'd recommend to prevent these from happening within other orgs?