Selecting your business application? Define the spectrum between "Analysis Paralysis" and "Extinction by Instinct"

16.07.18 04:26 PM By Matt Koopmans

Choice is a strange thing - when there is none, we all wish we had it. When there is choice abound, we tend to stick to what we know (or think we know). Too much choice of seemingly similar things, and we tend to paralyse like a deer in front of headlights. The choice for business applications proves to be exceptionally difficult for enterprises, small businesses, and startups alike. There are just so many applications, roughly achieving the same outcome. Jumping head-first into what might be a shallow pool is not the best strategy. Yet, the opposite side of that coin - taking inventory of all possible eventualities, and weighing all possible outcomes, is not much better - there simply is no perfect situation.

Analysis Paralysis

When is analysis too much? What is the balance between due diligence and indecisiveness? It is not that easy to tell, especially if you are the one faced with making the decision that could determine a significant part of the company's future. Analysis paralysis can be caused by multiple factors. Here are some common ones:

  • Too many choices with minimal differentiating factors - when options have many differentiating factors, it is easy to choose the best fit. However, if the differentiation is small enough in a large pool of choices, then the analysis needed to determine the effect of the differentiation becomes tedious, if not somewhat impossible (small enough differences do not lend themselves for theoretical "if then" analysis - reality does not allow for single-variate analysis of subtle changes).
  • The cost of the business applications and the implementation is high enough to take a second, third and umpteenth look at the entire package. This is where a business case usually is created. Unfortunately, business cases are tweaked to a decision you (or your vendor) wants to make. Especially with high cost solutions, the value realisation is distant enough and there are enough variables introduced during the project (i.e. change requests, overruns, de-scoping) and during use (i.e. adoption, new technological changes) that it is impossible to hold anyone to account for the business case
  • How the company culture deals with accountability is another factor that can drive additional requests for analysis. There is safety in having a second opinion, but if you really need air-cover, nothing beats a committee. Whilst on paper it ticks all the boxes of due diligence, inclusive decision making, etc. In practice, especially when the committee gets too large, it leads to diluted accountability.
  • Overwhelmed by detail - this hits almost all companies in the market for a new business application. Exactly what is important, and what is trivial in an application? When you are a builder, a baker, or a designer, you know the details of your profession, not necessarily the software applications that should support you in your business. It is like a car - most of us that drive one, don't necessarily understand how it works. Trying to understand all the details is essential to understand which ones matter, and which don't. 

Extinction by Instinct

On the opposite side of the spectrum is Extinction by Instinct - jumping head first in the pool without checking the depth - the consequences can be disastrous. This happens more often than you would think:

  • A decision has been made on the platform - so the business application is selected based on this platform (mostly valid in case of Oracle and Microsoft related solutions).
  • A replacement of the previous version - i.e. an "upgrade" - whether or not an upgrade is even possible or economical in relation to a re-implementation.
  • Name selection - choosing the application based on the brand (awareness or reputation).
None of these are a definite recipe for disaster - but with complex systems, it does not put the odds in your favour for success. 

Pragmatic decision process
Keeping the cost and risk associated with the application low, it is possible to make a quick decision without exposing the company to nasty consequences. Cost is simple - the price tag of the application, plus the price tag of the implementation. Risk is less obvious, but still, relatively easy to correlate to complexity (yes - in this case the correlation is causation) - by limiting scope, you limit risk. It also has a direct effect on the implementation component of the cost - lower complexity is lower implementation cost. 
In order not to end up with applications that simply don't integrate to each other, or are designed so differently that it is difficult for the users to adopt - look for a vendor that has multiple applications that you can choose to implement as complementary components in your application landscape.

Zoho offers Zoho One - 40 applications that cover almost any aspect of a business - priced at $45 per employee the cost is low enough. As every app is licensed, you can implement what you need when you need it. The applications are simple, yet feature rich and powerful. To make your choice a risk free one - there is a one month free trial available. Click the button below to find out more. 

Matt Koopmans