The Problem is already knowing the Answer

One of the more annoying issues in the advisory and consultancy field being when Consultants listen to a Client’s problem and already know the Answer...

The Problem is already knowing the Answer

Personally, I’ve found one of the more annoying issues in the advisory and consultancy field being when Consultants listen to a Client’s problem and already know the Answer. And by ‘Answer’ (big ‘A’) I mean that the Consultants already have a pre-packaged, templated and ready-to-go piece of work that the Client will receive. The Answer is almost a product in its own right – it may even have a product code in the Consultancy’s billing/profit-tracking system!

The Client will not necessarily know that they’re getting a pre-everythinged Answer – they may even have been told that everything “is bespoke” or “custom made for you” and it will still take time and lots of money to deliver (because it “tailor made”).

Essentially, the thought process of a pre-canned Answer coming from a Consultancy is like the following sketch... plus or minus a little ‘sprinkle’ of customisation (or copying/combining from other Answers).

...tell-tale signs... the most senior Consultant only talking to the most senior Client Stakeholders...

Some tell-tale signs of a pre-canned Answer are when the delivery follows a delivery pattern similar to the following:

  • The most senior Consultant (often Partner/Director level) initially spends maybe 60-80% of their available time onsite, usually only talking to the most senior Client stakeholders available (C-level or reporting directly to C-level). This often shows that the Consultant is most interested in relationship building and not discovering the actual problem or the Client’s needs. Soon this senior Consultant begins to match their visits with the senior stakeholder’s schedule and is rarely seen otherwise.
  • A team of ‘senior juniors’ shows up (aka the ‘worker bees’), dealing with the daily work cycle. As the delivery carries on (assuming it takes more than a few weeks) the level of seniority of worker-bees drops and there is a noticeable increase of ‘on-the-job training’ of newer junior worker-bees.
  • Some of the more senior worker bees have made good relationships with their Client-side peers and will be actively taking over duties from the most senior Consultant wherever possible.
  • The most senior Consultant will be ‘visible’ only to their Client stakeholders; only appearing otherwise if there are delivery issues.

Note that nothing in the above list indicates the Client will not receive what they signed up for – they will most probably receive exactly that! - but is it what they actually need?

...the Consultancy will have templated output that simply needs input...

Unless the Client is a ‘first’ for a particular job style (which means you’re on the bleeding edge of whatever you’re trying to do – a different topic for discussion), the Client has signed up to receive a copy of something the Consultancy has previously delivered (and they’re now making “money for old rope”). Typically, the Consultancy will have templated output that simply needs input gathered from the Client and massaged into the right format to fit the output template.

Hence, the worker-bees (the junior staff) are tasked with gathering all the input and getting it massaged/sorted/aligned/etc for the templates. And there the Client get their Answer; the Answer the leading Consultant imagined when they first listened the Client recount their problem...

My biggest issue... without rigour of process... no scientific method was used

So, what’s the issue with this? Let’s go with a little list:

  • Unless the Client’s problem is exactly what the Consultant thought they heard in the initial conversation, the Client is getting something that is not fully aligned with their problem. It might be close… and then again it might only look close.
  • The Client is paying for what they may believe is a ‘custom’ solution to their problem. What they’re actually getting is a complex copy and paste. There are a bunch of junior Consultancy staff collecting what they honestly believe to be the correct data, for a templated solution they were not part of generating.
  • But my biggest issue with this is that usually a single person has made up their mind on what the problem is (sometimes even before talking to them) without any rigour of process; i.e. no scientific method was used, or even abused, in the making of the Client’s Answer!

To be clear:

  • Not every Consultancy does this; I have seen and worked with some great Consultants who will see an answer up front but will strive hard to ensure it is the right one for the Client. Bi-directional transparency between Consultancy and Client can help alleviate this issue.
  • Onsite/on-the-job training is a good thing, when it doesn’t detract from the outcome for the client.
  • Templates, blueprints and frameworks - when used correctly (i.e. for modular components of the complete final answer or when developing internal-use blueprints for a client’s deployment) are a good thing. However, when used in what is often termed ‘cookie cutter style’ on multiple client accounts is, at best, providing the client with a thin veneer of customisation on top of a commoditised solution.
  • At the highest level, the answer to the Client’s problem should always directly match the their needs and be traceable to those needs. At a lower level, templates / blueprints / frameworks are all good at maintaining a level of quality for the solution delivery.

As the client, how do you avoid being sold a pre-canned answer? And do you need to avoid it at all?

(Let’s go with an IF … THEN … ELSE style for my answer.)

IF

  • First, is a pre-canned answer is acceptable to your needs? At a technological level, this is what most cloud offerings deliver, after all – Commercial Off The Shelf (COTS) is a key point procurement departments everywhere are looking for (for the right or wrong reasons is a different discussion).

THEN

  • If you’re happy that your combined people, process and technology needs can be met with a minimally customised commodity Answer then go for it – just be fully aware of what you’re asking for and any short and longer term pitfalls.

ELSE

  • Be a little suspicious (but not paranoid) if the initial discussion results in too quick of an ‘answer’; this could indicate the Consultancy is using a pre-canned response.
  • Ask about method, about the process the Consultancy will use to arrive at your answer; know how your actual answer will be determined.
  • Have a procurement method that allows for some flexibility between phases and milestones. For example, the classic planning-discovery-analysis-delivery doesn’t necessarily allow for re-planning pending the output of discovery; a more agile approach, with fixed constraints (time, budget, quality), can allow for the output to self-align without requiring a full ‘go/no-go’ decision and a full project reset.

END IF

Consider using a Trusted Advisor to help define your problem and needs... choose someone who has nothing directly to gain from any solution

Lastly, if you’re a Client, consider using a Trusted Advisor to help define your problem and, more specifically, your needs. Choose someone who has nothing directly to gain from any solution to your problem other than having performed their job well. In the context of this article, I’d suggest a good Advisor would help you define your problem in the context of your business outcomes and help define SMART project outcomes that Consultancy could use to define their answer to your problem.

Remember, one size doesn't fit all

Maybe your problem definition should look a little more like the following… remembering one size doesn’t fit all!

As always, I’m happy to discuss… whether you’re Client-side or in a Consultancy/Advisory, please get in touch.

Some follow-up questions for you:

  • Have you seen pre-canned Answers delivered like this before?
  • If so, has it worked well for you or not, from the win-win viewpoint (i.e. both the Consultancy and Client got what they needed)?

(I originally posted this story as a LinkedIn article, 28-Mar-2017 - ).