10. Jan 2021

The hidden risks of digitization

If you touch a hot stove as a child, you make a mistake and feel its effects immediately – you learn quickly, sustainably and don’t make this mistake a second time. It is different if we make mistakes with our retirement provision, for example. Because the consequences are not immediately felt, it is difficult for us to learn from these mistakes.

Office Shopmacher

Unknown unknowns: Things we don’t even know we don’t know. Unknown unknowns are particularly problematic when assessing the right course of action.

Donald Rumsfeld, who was US Secretary of Defense during the 3rd Gulf War in 2002, coined the term “unknown unknowns” in this context. So with the things that we don’t even know that we don’t know. These “unknown unknowns”, according to Rumsfeld at the time, are particularly problematic when assessing the right course of action in dealing with Iraq – and as a result a model for risk assessment has developed from the “unknown unknowns”.

UNKNOWN UNKNOWNS CREATE LOOSE-LOOSE SITUATIONS DURING DIGITALIZATION

The mechanisms of action described above also play a decisive role in the planning and implementation of digitization projects: Anyone who wants to start such a project does not know what they do not know in various dimensions – and has no opportunity to learn directly from their mistakes because a relevant part of the possible negative effects only manifests itself after a considerable time lag.

Interesting: Experienced digitization service providers like us are often perceived as too expensive in tenders because they want to make financial provisions for one or more unknown unknowns, the existence of which some of those involved may not yet recognize or deny at this point. They may also be perceived as slow because the time and effort needed to iron out unknown unknwowns is included in the planning. But we do it because we know and take into account various long-term effects. So we may be punished for our competence and experience, from which we know very well about the real existence of unknown unknowns and just don’t say “everything is very easy and done quickly”. But that’s what many want to hear, or they tend to hire someone who promises exactly that. Incidentally, this pattern is also used for major projects such as airports or train stations.

We have seen it a few times now that someone who initially decided against us for exactly the reasons described above, comes to us after two years remorsefully and is annoyed that he didn’t “listen to us” at the time. . This is a nice confirmation for us – but ultimately only brings losers compared to a more forward-looking and more trusting approach. We didn’t win the big project, the customer lost a lot of time. Lose-lose situation – that’s not something you like to say, is it? Pity!

WHERE DO THESE AMAZING UNKNOWN UNKNOWNS ACTUALLY RESIDE?

Anyone who has bravely persevered up to this point in their search for a supposed mythical creature should be rewarded with a few clues as to where unknown unknowns have already been encountered several times and are sighted again and again.

Unknown unknowns system architecture

  • Fast, short-term improvised, individual special solution in the shop software causes problems with updates
  • Too much customization in the monolithic shop system
  • Naively used plugins of low quality

Unknown unknowns Setup

  • Poor product data (unknown data model, lack of consistency)
  • Interface requirements unclear or underestimated
  • (Recognized too late) individualization requirements for standard software
  • Unexpected loss of speed in communication with third-party service providers

Unknown unknowns expansion

  • Setup rework consumes all available resources
  • Challenges in day-to-day business hinder focused expansion
  • No impulses, dull, reactionary processing of given topics by service providers

Unknown unknowns daily business

  • Support only feels responsible for self-caused problems (“no customer perspective”)
  • Support not sufficiently qualified, only accepts reports
  • Support cannot solve many technical problems itself

ALSO INTERESTING

Crew power: Why the best strategy fails without the right team

Crew power: Why the best strategy fails without the right team

It may sound like a truism – but our experience shows that this perspective is often not sufficiently taken into account: In practice, it is often not tools or budgets that determine success, but people. After all, what good is the most modern tech stack if the team is not adequately staffed?

read more
The Shopmacher are a member of the MACH Alliance

The Shopmacher are a member of the MACH Alliance

If you want to become a member of the MACH Alliance, you have to prove that MACH doesn’t just stand on slides, but works in real systems. The certification process is rigorous and the requirements are high. And that is precisely why this admission is special for us. Only a few agencies worldwide have provided this proof. The Shopmacher now have too. And yes, we are damn proud of that.

read more
The Guesswork Trap: Why digital projects fail before they start

The Guesswork Trap: Why digital projects fail before they start

Most digital projects fail not because of the technology chosen, but because of a dangerous mixture of unclear starting points, vague requirements and unclear responsibilities. This “guesswork trap” means that IT projects are often managed on the basis of assumptions rather than facts. As a result, budgets are calculated too optimistically, technical debts grow unnoticed and the end result is a system that fails to meet business objectives.

read more
Cookie Consent Banner by Real Cookie Banner