Why it is Time to Jump off the Fiori Bandwagon

Last Updated on May 7, 2021 by

Executive Summary

  • SAP has made enormous claims for Fiori being a game changer for SAP applications.
  • The evidence is not only that Fiori is not impressive technically, but that it is little used and not progressing as stated.

Video Introduction: Why it is Time to Jump off the Fiori Bandwagon

Text Introduction (Skip if You Watched the Video)

SAP told enormous lies about Fiori, which were repeated by the SAP ecosystem. To push forward Fiori, SAP also restricted Fiori to HANA, to drive SAP customers to purchase HANA and HANA applications, even though there was no technical reason to do this. Fiori never met the expectations that SAP set for the user interface. You will learn how SAP Fiori was leveraged as a cynical marketing ploy to keep companies from exploring real options in the market for user interfaces.

Our References for This Article

If you want to see our references for this article and other related Brightwork articles, see this link.

Lack of Financial Bias Notice: We have no financial ties to SAP or any other entity mentioned in this article.

  • This is published by a research entity.
  • Second, no one paid for this article to be written, and it is not pretending to inform you while being rigged to sell you software or consulting services. Unlike nearly every other article you will find from Google on this topic, it has had no input from any company's marketing or sales department. 

These limiting factors on Fiori include the following:

  1. Tying Fiori Unnecessarily to HANA. SAP first attempted to charge for Fiori. When unsuccessful, decide to use its investment into Fiori to tempt customers to buy Fiori. There has never been any reason to restrict Fiori to HANA. I heard that because Fiori, as such, a report oriented that it would have to have HANA. This is untrue; in fact, most Fiori screens are quite low in data density. Nevertheless, SAP thought it was quite clever to restrict Fiori to HANA. The major problem is that there are so few S4 instances live in the world. Thus it has been an essential part of limiting Fiori’s use to a tiny market segment.
  2. SAP and its Partner Network misrepresented Fiori as a Complete Replacement for the SAPGUI. In actual reality, it is a series of apps. The development of Fiori apps seems to be slowing. As I check the Fiori app library, the library is now up to 1015 apps. At one point, they were adding 15 apps per month.
  3. SAP and its Partner Network Misrepresented Fiori as a User Interface That Works Equally Well on Computers, Tablets, and Phones: Yet, Fiori’s heritage is a mobile app. It is not designed to show the data density of a computer screen for complex transactions. It is a “lightweight” user interface. Fiori can be displayed on a computer, but this is not the same as saying that Fiori is a user interface designed for computers.
  4. SAP and its Partner Network Misrepresented of the Effort Involved with Fiori: Even companies that purchased S4 because SAP’s marketing tricked them. Or because they were somehow connected to Hasso Plattner. (Hasso Plattner remotely controls purchases of many companies in Germany and other businesses with some type of interest, this is why most S4 implementations have been in Germany.) It isn’t easy to justify going to effort even to bring up Fiori. Fiori requires a parallel technology and training pathway. It requires many resources—all to migrate some transactions to a user interface that has little chance of survival. Honestly, at this point, why would a company invest the effort to do this, knowing that Fiori is not the future of SAP’s user interface?

SAP not only misrepresents Fiori and its applicability but uses it to “UI wash” its SAPGUI. Max Favillon points this out on his blog.

“Browse SAP websites and try to figure out what its user interface looks like. You will have a hard time, no screenshot whatsoever. A lot of beautiful pictures of smiling businesspeople using laptops, smartphones, and tablets, but not even a glimpse of what SAP applications UI looks like.”

In SAP marketing’s eyes, the UI that SAP customers use is not the real user interface or SAPGUI, but some combination of Fiori and the stock photography pictures of people smiling at laptops. Why use an alternative like AppsFreedom or LiquidUI or when clearly everyone is laughing looking at their laptops?

I also brought up the article on SAP using indirect access to block companies from purchasing alternative user interfaces. This is where SAP requires customers to buy copies of Fiori that they will not use to connect another user interface to SAP applications.

Fiori has the following problems that have prevented its uptake.

  1.   Who Recommended Fiori?
  2.   Why Did They Recommend It? (hint — it’s related to money)
  3.   Why is SAP now so Silent on Fiori?
  4.   Why did certain people look at Fiori and think it was going to work?

A vast number of people offer advice in SAP that is not looking critically at what SAP is offering. They should not be listened to. If you have an advisor like Deloitte or IBM that only parrot what SAP’s marketing literature says, these entities should not be relied upon. One should remember the limitations placed on partners.

  1. SAP monitors all messages presented at SAP conferences or produced by the partner marketing department.
  2. SAP can edit or block any material that a partner produces on SAP. Not that SAP partners tend to care about disseminating false information.*
  3. *(I do not mean to give the impression that SAP partners struggle against SAP’s influence. If anyone working for a large consulting company is for a split second thought that I proposed that they may at times attempt to communicate information not in line with SAP marketing and that they have even the sliver of independence, I apologized for my clumsily worded sentence.)

This reminds me of a debate I had with a Deloitte consultant years ago about SOA or service-oriented architecture. I made the point that SAP would never support SOA in actual practice. While SAP may put SOA on their PowerPoint sales presentations, SOA was about open systems. SAP had, at that point, using the difficulty of integration as a strategy for blocking out vendors that have better functionality than they have. They have done this for decades. So why would SAP embrace SOA? SOA would give customers greater freedom and restrict SAPs ability to use its monopoly power.

At this time (around 2006), SAP was promoting SOA in its marketing literature.

The Deloitte consultant I was speaking with became visibly frustrated with me. At one point had enough and said

“What I am saying is that SAP is saying that they will support SOA!”

I seemed to make him angry for whatever reason.

For this and many other consultants, there is no interpretation of what SAP says. SAP makes a statement, and an army of consultants line up to repeat this statement as SAP marketing lives in a permanent fantasyland. This means that these consultants spend a lot of their time repeating false statements.

And by the way, guess what happened with SAP and SOA?

  • SAP never did anything to support it.
  • SOA finally flamed out as a concept as it was always a bit of a pipe dream.
  • SAP moved on to promoting something else.
  • No one, not SAP, nor SAP’s partner network ever admitted they were wrong about SOA.
  • SAP did not issue an apology for taking up something they never supported.

That is how trends and information dissemination works in IT. And so it will be with Fiori.

Fiori “Part Two”

As soon as SAP switches to a new imaginary user interface, Hasso Plattner will come out and announce how revolutionary it is. The slavish consulting companies will begin repeating whatever Hasso says as the future direction. Beautiful PowerPoints will be created, which will herald the new luxurious SAP user interface.

Hasso Plattner is one of the least reliable people to listen to on technology matters. His projections around Fiori have all now been proven not to come to pass. He will wind up his smoke and mirror machine when the new SAP UI is announced.

The entire process will repeat itself.


Fiori, the “new SAP user interface.” For which Hasso Plattner declared that.

“SAP now has the best user interface in enterprise software.”

All before anyone had used it. A user interface that has been slathered over SAP marketing materials, SAP conferences, etc.. is failing. It is failing for some essential reasons that are presented in this article. These reasons are unlikely to change. The people that uncritically supported Fiori look foolish as Fiori is nowhere to be found on SAP projects.

More deep analysis from SAP partners like Deloitte and IBM on the topic of Fiori. I will take credit for calling out Fiori’s limitations early, but really, it was not that difficult. I spoke to several people with far more experience than me in user interface development that predicted Fiori would fail. They could not say anything publicly. Unlike me, they are not unaffiliated, independent consultants. The only complicated factor is if you have a mental bias or financial bias towards SAP. I don’t; therefore, it is an easy conclusion to reach.

So What is Next for SAP and Fiori?

Fiori is not a sustainable user interface for SAP or SAPGUI replacement. It is a mobile application with limited applicability to most of SAP’s transactions. SAP already invested mightily in SAP Mobile. After SAP Mobile had failed, they purchased Sybase, partially for its mobile offering called Sybase Unwired Platform. After the Sybase acquisition, SAP then purchased Syclo. Years later, SAP has done nothing with any of these acquisitions, and no one uses SAP Mobile.

One SAP account manager told me that SAP couldn’t compete with mobile application development. This type of development is at a completely different price level than SAP is accustomed to. The mobile development environments are produced on Android and iOS. And developers for these OSs can be found relatively easily, and their development productivity is quite high. Higher than the productivity of anything that SAP offers. They have nothing to do with SAP, and it is not an area where SAP can compete. Mobile is doing great without SAP.

SAP does have its app marketplace.


And no one cares. These are primarily brochure-ware apps that were developed and that I have never seen on a single project. Here is one example. It follows the Tableau school of making analytics seem around twenty times easier than it is in real life.

A demo with all reality of an episode of CSI Miami. Where every screen owned by the Miami CSI office is a 27 inch Mac display (because local municipal crime lab budgets are, of course, unlimited), and labs with three-dimensional modeling software. Software that recreates crime scenes in real time! Software that performs DNA matching in the time it takes to get a coffee. 

I have never seen anything approaching this on any SAP project. Most SAP projects are just trying to get through a long queue of uninspiring reports from the SAP BW.

I have seen companies set-up their internal development using iOS as a platform that has nothing to do with SAP. The data is integrated into SAP. It works great, and mobile is not an area that SAP has a chance of being involved in, so SAP should probably stop wasting its resources to “make it happen.” There are segments that you don’t necessarily have to provide an offering.

While SAP has been wasting time with Fiori, SAPGUI keeps getting older. With Fiori losing credibility, it may be time for SAP to pivot to a new user interface offering!

SAP has been bringing out some new sexy user interfaces for decades now. Those with a good memory may recall Duet. A partnership with Microsoft that failed. I don’t have the list I once saw that showed all of SAP’s new user interface introductions over the past 15 years, but it was quite lengthy. SAP has had. SAP did this already when the pivoted from the highly touted Personas to the highly touted Fiori. Both of which never existed for the vast majority of customers on anything other than PowerPoint presentations.