- 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.
In the previous articles on Fiori, I brought up some of the issues that have prevented Fiori from being used by SAP customers. And how Fiori was leveraged as a cynical marketing ploy to keep companies from exploring real options in the market for user interfaces.
These limiting factors on Fiori include the following:
- 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. One reason I heard was 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 by restricting 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 segment of the market.
- 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.
- 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.
- SAP and its Partner Network Misrepresented of the Effort Involved with Fiori: Even for companies that purchased S4 because they were tricked by SAP’s marketing. Or because they were somehow connected to Hasso Plattner. (Hasso Plattner remotely controls purchases of many companies in Germany and other businesses that has some type of interest, this is why most S4 implementations have been in Germany.) It’s difficult to justify going to effort even to bring up Fiori. Fiori requires a parallel technology and training pathway. It requires a lot of resources. All to migrate some transactions to a use 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. This is pointed out by Max Favillon at 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 picture 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, along with 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 in the article on SAP uses 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.
- Who Recommended Fiori?
- Why Did They Recommend It? (hint — it’s related to money)
- Why is SAP now so Silent on Fiori?
- Why did certain people look at Fiori and think it was going to work?
There are a vast number of people offering 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 a 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.
- SAP monitors all messages that are presented at SAP conferences or that are produced by the partner marketing department.
- SAP can edit or block any material that a partner produces on SAP. Not that SAP partners tend to care about disseminating false information.*
- *(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, this was because 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 that 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 the 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.
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 was going to 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 it was just impossible for SAP to 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 interface 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.
Financial Bias Disclosure
Neither this article nor any other article on the Brightwork website is paid for by a software vendor, including Oracle, SAP or their competitors. As part of our commitment to publishing independent, unbiased research; no paid media placements, commissions or incentives of any nature are allowed.
What We Do and Research Access
Using the Diagram
Hover over each bullet or plus sign to see more explanation. To move to a different bullet point, just “hover off” and then hover over the new bullet.