Six tips for clients when buying consulting services


IMG_3917

A good part of the grey hair on my head today can be attributed to negotiating consulting related topics with my clients 🙂

Clients and customers can often behave as if they are from two different planets and nobody wins in those cases. They can also work together extremely well and amazing things happen as a result. Despite the grey hair part – I have been fortunate in having way more positive experiences with my consulting clients than negative experiences. Let me offer a half dozen suggestions from my experience to clients on how to engage with consulting companies . There are of course a lot more things involved and lots of nuances, but this should be a decent start for the conversation.

1. Buy on net-value, not on net-cost 

If you are buying gas , you can buy on net cost. The reason you can do it is because the variance between gas across gas stations is perceived to be low. That is not the case for consulting . Even if you think you have nailed down your requirements well – you won’t get a good deal if you only care for cost, and not of value. While there are a few customers and buyers agents who take the time to do a quantitative business case and then make determinations of vendor selection based on value, many just try to be a hard negotiator for cost alone.

Let me give you an example where I lost a deal a few years ago on price.

The customer wanted a specific project done for reporting on CRM service management. We bid for it along with a couple of competitors. We lost the deal on price. Why was our price higher? I knew from my long experience at the client that they had a complex system and relatively new staff taking care of service management. So I made the proposal with an extra onsite consultant with expertise in service management whereas the competitor made it mostly remote work with generic business objects skills. A year later, I ran into the client at a social event and asked about the project. Apparently my competitor had delivered on time and on budget and on spec – except the business owners rejected the final solution saying it is not what they wanted. And many change orders later – and a 3X budget over run – they scrapped the project.

2. Decide upfront – Do you want someone to milk the cow for you, or someone who can explain on phone how to milk the cow ?

A lot of outsourcing is done by customers who don’t appreciate the stress of going through change. If you are used to shouting out loud to the help desk guy to come fix your problem and tomorrow you have to spend 15 mins filling up a form for 10 minutes and then wait for half a day for someone to call back, you will hate it. Sounds simple – but I have sat across customers many a time who don’t understand this impact on their employees.  What is worse – they will even skimp on the cost of change management . The result is a large number of employees who never got clarity on what changed and why it changed. And more than the people who signed the agreement on both sides, the poor consultants delivering the unrealistic contract gets yelled and screamed at, and people who can’t get their job done get all frustrated (rightfully).

Some customers do reference checks – but at the wrong levels. If you are a CIO wanting to do a reference call on an outsourcing arrangement – don’t call just the CIO on the other side. Go visit the people who are living in the outsourced world and visit the outsourcing staff and learn how a “day in the life” plays out. Ask how the transition was managed and learn from it.

A related aspect is clients who buy consulting as an insurance, and then feel happy when they don’t have to use it (same as with a car insurance where you are happy to spend money on insurance, but never want an accident even though you are covered) . When you need insurance for your software – your best bet in most cases is to buy support from the software vendor. Buy consulting to add value above and beyond what comes with software out of the box. This applies as much or even more to sellers. Do not sell consulting as insurance – it undermines the value of the offering over time, since most customers will buy but not use it.

3. Make a planned transition from contracting to delivery

In most cases, the consultants delivering the project don’t know much about what got signed. And in almost as many cases – the customer staff working with these customers also do not have the full context of what transpired during the contracting process. Having led many a project rescue mission – how I wish the people who signed the contract on both sides would hold a workshop for the delivery teams to get the context and ask questions and clarify things upfront in every project. My best estimate is about 20% of all projects do this . In many cases – both the customer procurement and consulting sellers know there are unrealistic assumptions , but they don’t give the context to delivery teams, resulting in nasty surprises and flamed tempers down the road. It is eminently avoidable .

Also – remember that requirements and people both change with time. So I would highly encourage a “big picture” meeting periodically to make sure that everyone is aligned .

If I am a client with a major project at hand, I would also ask if my sellers are compensated on successful project delivery. If not – I will need a lot of convincing before I sign a big contract.

4. Choose wisely between Agile and Waterfall

Agile is cool – and it is useful in many cases, especially in product companies. Waterfall gets ridiculed for both good and bad reasons. If you want the flexibility of Agile, you should be able to compromise on the fixed deliverables on fixed dates that you do in traditional contracts. Most agile projects typically are done on time and materials basis. Or they are done on fixed price basis for a certain time. If I am the client with long term projects – I would rather leave the methodology to my consulting partner, and demand a schedule of deliverables. And if I have short projects where agile is the better fit – I will either do it inhouse with own staff, or do a staff augmentation for few skills.  Bottom line – you can’t mix and match in every combination and expect this to work equally well.

 5. Trust and verify

The best professional (and personal) relationships are based on trust. When either side needs to go back to the written contract, it usually shows a lack of trust. The written contract should be the last line of defense, not the regular play. This only happens if you are both in it for the long term. Far too many customers shy away from long term relationships – I think it is mostly because they forget (or are not aware of the fact) that trust also comes with verification. Verification is not a negative exercise – the idea is to see if both sides held up their commitments, and when that is not the case a decision needs to be made on what fixes, change requests or compromises are needed.

Change orders have a bad rap – many CIOs have told me that they are scared of change orders, and in many cases they have been burned before. Change orders serve a genuine purpose – they exist because not all requirements can be judged upfront, and no one does perfect estimations. SI market is uber competitive – companies routinely undercut each other to win projects. Customers try to make use of this by negotiating on net cost as opposed to net value . The combination of these two behaviors is the genesis of change orders being used/seen as a way to nickel and dime. Essentially this plays out in a low trust environment. Don’t fall for it – be reasonable in contract negotiations, and play fairly in delivery. Get into a mode where change orders become a good thing.

6. Long term relationships between people, not just companies

Long term relations have many advantages on both sides – consolidated demand usually gets better pricing and delivery schedule. It also is a great risk mitigation exercise as communication will improve. No doubt, it is a lot of work – with different groups, different budgets, different goals etc.

Always remember – contracts are done between companies, but actual business of the project is done between real people.

By all means, negotiate hard on the net-value aspect and get as reasonable a deal as you can. But once the deal is inked – and it is time to deliver, replace “you and us” with “we” in your thinking. Many customers interview a slate of candidates for the lead roles in their projects. But very few consulting companies will ask the customer if they can meet and talk to the customer staff before the project. Not every consultant lead person will work well with every customer lead. A match of personalities is needed on both sides. If I am a client – I will encourage my consulting partner to interview my staff and then offer me lead candidates from their side who are good matches, along with suggestions for training etc. When people are comfortable working with each other with trust, magic happens in projects.

 

 

IT Services Industry in 2015


After a couple of years away from services business, I am back in it – albeit with a different flavor . My current services responsibility is to run consulting for a software company, as opposed to doing so in a pure services company. Nevertheless, with the new role, I have been thinking (and talking to old friends and customers) quite a bit over the last couple of months on what is changing in the IT services world. I am ignoring BPO services for now. Also, I am just jotting down six top of the mind items – there are a hundred other things which need attention too.

1. Increased demand for shorter time to value

In the 90s, I could easily convince a customer that the business requirement will take 6 months to implement. It is really difficult – but not impossible – to do so today. Customers do not have that kind of patience these days. We have both the hardware and software industry innovations to thank for that.

This is one area where smaller companies have a definite edge over larger companies in adapting to the change.

2. Business model changes

At a high level – most big services companies will continue to make a lot of money from large outsourcing deals given inertia of customers to let go of legacy, and fragmented SaaS solutions. This happens laregely in fixed scope/price as well as Time&Materials basis contracts today. But the model is changing for sure trending towards outcome based models. Customers expect vendors to provide more flexible capacity with less and less predictability. Some customers expect vendors to provide predictable TCO savings year over year via portfolio optimization. Not all vendors are equipped to deal with these though unfortunately. An increasing trend – but not mainstream quite yet, is the idea of managed application services tied to factors other than TCO.

3. Estimation needs to grow up real soon

If you look at estimation techniques – it is stuck in the 90s. Even in packaged software world, where it should take progressively less time to build something over time – estimates still show very little improvements from the mid 90s. A complex interface from ERP should take less time today compared to 1995 – but it ain’t so.

4. Talent Management needs a complete reboot

Talent management – or lack thereof – is the bane of services industry. Accelerated career progression (maybe more so in offshore centers) is one area that concerns me a lot in particular. Many midlevel managers have not had enough experience as individual contributors before they earned their promotions. This was the price to pay for the aggressive growth in last 10 years. But it also has resulted in a loss of senior level technical competency. Every company in services claim to have a technical career path – but very few actually do anything to make it work. For the most part, a rewarding career in services still exists only for sales and management jobs. Delivery skills are not rewarded anywhere close to sales and management. It is high time this changed.

5. Leadership Attrition

This is what is going to hurt established services companies the most in my opinion. The “rainmakers” in the established companies are a largely disillusioned bunch today from what I can see. Many of them will recognize that their impact is a lot higher if they join smaller companies , or even start a company on their own. This is a double whammy – this level of talent is extremely difficult to backfill, and usually they take their customer relationships with them. Coupled with the attrition at lower levels due to career and pay stagnation – this is a big area of concern. I am not convinced from examples I know personally that services companies are spending enough attention on this brewing problem.

6. Blurring of lines across software, consulting and support.

Most companies – pure services or software companies who do services too – keep software, consulting and support separately. There are good reasons for doing this from vendor point of view. From a customer point of view, this is mostly artificial. I expect 2015 is when many customers will demand more offerings from their vendors that blur the lines between software, services and support. This is a really hard problem for vendors in many ways – compensation, hiring, accounting, marketing, selling etc will all get disrupted when these two groups come together after being separated.

Happy new year, every one !

 

/home/wpcom/public_html/wp-content/blogs.dir/c46/11043646/files/2015/01/img_5339.jpg

Book Review – Winners Dream: A Journey from Corner Store to Corner Office, by Bill McDermott


IMG_5302

Today is the 5th anniversary of this blog – just got that notification from WordPress, as I was finishing this book by Bill McDermott http://www.amazon.com/Winners-Dream-Journey-Corner-Office/dp/1476761086 . It is a great read and there were plenty of little nuggets of wisdom in this book that I found very useful.

It is fascinating to read that Bill knew very early in his career that he wanted to be the CEO of a large company. Not many people I know – including many who are big company CEOs today – have had that realization of their destiny till much later in their career. Even before I read the chapter on how he met his wife and how great she has been as the CEO of his family, I knew he had a fantastic support system. For someone to have a career like him, that is a basic necessity . My own limited accomplishments in my career would not happened without the sacrifices and support of my wife. And consequently I could relate to his pain of dealing with his wife’s fight against cancer, and his elation when she successfully defeated the disease. I have never met Bill’s wife – but I look forward to meeting her one day, hopefully with my wife.

Bill is a sales machine and he is a master of corporate theatre – that is a good combination for a CEO. He is impeccably groomed at all times and the book clearly tells me that is his DNA. He feels comfortable in formal attire – and there are some former bosses at IBM I know who are like that. It clearly works for him – it is part of how he earns and shows respect. I can clearly see how this has influenced the people around him – for the most part, they are all impeccably groomed too.

His penchant for pageantry is something he is unapologetic about throughout the book. This is one area where I am not convinced that it is a sure shot strategy for success, especially at SAP where a lot of staff is of the non-sales type. SAP has an annual field kick off meeting and an annual developer kick off meeting. The former is all about luxury, the latter is all about frugality. To the best of my knowledge there is no equivalent of winners circle for the good people who build all the cool things SAP salesforce sells to get to winners circle. I would seriously urge Bill to look at that side of the house too. The solution might not be a winners circle for developers – but it is something for the CEO of a tech company to spend some attention on.

I absolutely love the emphasis he puts on developing people around him. He is all about team and helping remove roadblocks in their path . That is not some hollow talk – I know this to be true first hand. Towards the end of my tenure at SAP – I emailed Bill about something I needed to discuss with him. In the weird matrix that SAP is organized, I did not report into him. I was part of the engineering side of the house. In less than two minutes – I had a call back from Bill to get into a plane and go talk to him the next Monday. That meeting was amazing – I had his undivided attention and he offered two solutions and a follow up meeting to discuss how things were progressing. Couple of months later, I ran into him at Palo Alto – and he came and asked me for an update.

When I left SAP – he said two things. First he asked me if there is anything he can do to make me stay ( there was not , and I had already given my word to my new boss). Second he asked me to get settled at MongoDB and ping him back on how SAP can work with my new company. And when I pinged him back in a couple of months – he (and my great friend Steve Lucas) made the collaboration work, resulting in Lumira and Data Services now having interoperability with MongoDB.

Bill says in the book that when he took on as President of North America, he had a condition that Germany did not micromanage him from across the pond. I am glad that they did not. But this is an area where I think SAP is not letting Bill perform to his full potential. SAP organization is all about extreme checks and balances. There are three boards – managing board, executive board and supervisory board. Bill is part of the executive board, as are the heads of sales, products, support etc. I think Bill will be way more impactful in his job if he were a CEO in a more traditional capacity, like how IBM, GE etc operate. At this point – the one person who can decide across the board is Hasso as the chairman of supervisory board. And of course there is only one Hasso – there is not another person like him on the planet. But when he retires – I hope they give Bill a traditional CEO role.

Also – prior to Bill taking over SAP Americas, he says they went through 5 leaders in quick succession. It looks like that history kind of repeated after Bill moved to bigger roles at SAP too. Just shows what a hard job that is.

I enjoyed reading about the acquisitions of Sybase, Ariba, Hybris and SuccessFactors. While I think SAP significantly over paid for most companies it bought, and the integration with the mother ship was not smooth – I absolutely think they were strategic to SAP.

Sybase was acquired as a mobility company – but mobile business never really flourished at SAP ( I think SAP should have acquired a few more companies to have a meaningful shot at mobile business, and maybe they should have tried harder to keep Sanjay Poonen to run it ). But in the bargain – they got some very talented database people which helped the cause for Hana.

Similarly I do not think that SuccessFactors changed SAP DNA all that much – but SAP never would have become a known name in cloud without buying them. Ariba is an all around fantastic buy – and probably the most strategic amongst the four. Hybris, similarly is a pretty good addition to SAP’s portfolio. In all four cases- I appreciate how Bill trusted their CEOs upfront during the M&A process, even while knowing none of them will stick around.  It is a good reminder that business is always done between two people and not two companies.

Now a few things I wish the book spent some coverage on. May be there is a second biography later that will cover all of these.

1. I did expect some light to be shed on the influence of Vishal Sikka on SAP – but there were just some passing references.

2. Since Bill is all about developing a generation of leaders, I wish he spent some time talking about succession planning. There are amazing leaders under him like Rob Enslin, Steve Lucas , Bernd Leukert etc who all have what it takes to be CEO – if not at SAP, then elsewhere.

3. One issue – perhaps controversial and hence why it is not covered – is diversity in senior executive leadership levels. I would love to hear Bill’s views on diversity and what he is doing at SAP to encourage diversity, especially at senior levels.

4. SAP has an unusually large portfolio – and honestly I don’t think there is anyone in the company who knows all the products that can be sold. I would have loved to hear his thoughts on portfolio optimization, especially since he has stated that inorganic growth is a must have. With twenty thousand plus developers – it is very easy to waste precious engineering fire power by spreading everyone thin across a wide portfolio.

5. Finally, what is it that Bill himself wants to do next ? I am sure he has a long innings left at SAP. But what after that?

All said, it was a thoroughly enjoyable read and the next time I get an opportunity to meet Bill, I am getting my copy autographed.