At first glance, the theme of simplicity is an odd one. For over 20 years, SAP has been widely regarded as having software that is functionally rich but enormously complex. Its name has become synonymous with implementation projects that run into the tens, even hundreds, of millions of dollars, sometimes ending in failure or at least in organizational exhaustion. SAP is easy to stereotype.
Newly appointed to the sole CEO role, Bill McDermott set the tone in his kick-off keynote: SAP customers need to “fight complexity,” to simplify how they interact with their customers, starting with how they deal with their own workforce. At the same time, McDermott acknowledged that SAP itself has been part of its customers’ complexity. But n
McDermott is an inspiring and disciplined speaker. But fulfilling this vision will take more than an inspiring keynote. In my view, if SAP really wants to beat complexity, it will need to run simple in three ways: in its products, in its ongoing support, and in how it deals with its customers. So, let’s look at each of these.
Simple Finance the First Step toward a Simplified Business Suite
On the first day of the conference, SAP announced the future delivery of Simple Finance. As I see it, Simple Finance will be a major new release of SAP financial applications (starting with FI and CO) as the first SAP Business Suite products to undergo radical code optimization to take advantage of HANA, SAP’s in-memory database technology.Based on interviews and a demonstration I received on the show flow, I see at least three ways that Simple Finance is, well, simpler.
- A simpler code base. Under HANA the applications can now simply record transactions and not have to create any summarized data fields for later reporting. With HANA, reporting always goes back to the source data in memory to build aggregated data fields on the fly. This shrinks the size of the programs, greatly reducing the number of lines of code, making them less error-prone and easier to debug. It also means that users can now drill down from summary data to details in any way they choose, without having to write special reports or customize the code.
- A simpler user interface. SAP Fiori provides the user interface for Simple Finance. Fiori apps operate across desktop and mobile devices to provide a simplified user interface for SAP’s applications. They are not just a new presentation layer but in many cases combine SAP transactions into a single user process. For example, entering a manual payment in Accounts Payable can now be done in a single screen instead of the multiple screens it previously required in SAP. On a side note, after much push-back from customers, SAP announced that Fiori apps will now be delivered at no charge to customers under maintenance, removing one barrier to adoption of Simple Finance.
- Simpler to implement. Implementation tools and methodologies are built right into the application, based on SAP’s previous work with its Rapid Deployment Services. These include wizard-like tools to guide and configure the applications. There are data migration tools to map data from existing systems into Simple Finance—whether from previous versions of SAP or from other systems. Implementation testing is also managed within the system itself. In addition, Simple Finance is integrated with SAP’s collaboration system, Jam, to encourage knowledge exchange. If a user runs into problems, for example, he or she can reach out to other users for help.
SAP personnel demonstrating Simple Finance appeared genuinely excited about the product. One indicated she was slated to work on implementations with early adopters. She said that she had even signed up some ramp-up customers earlier that day on the show floor, indicating a high level of interest.
I am optimistic that new prospects will find Simple Finance much more attractive than older versions of SAP financial systems. Simple Finance will be better received by midsize organizations that might have been otherwise scared off by the size, scale, and perceived complexity of SAP Business Suite. Score one for SAP.
My take: product simplification is the most straightforward mandate facing SAP. For the most part, it is only a technical challenge. SAP is loaded with software engineers, and HANA does represent a new paradigm for how business systems are architected. This is not to say there won't be bumps along the road, but I am hopeful SAP will get there.
Cloud Deployment Simplifying Ongoing Support
SAP also wants run simple in how customers keep their applications up-to-date. Like most traditional on-premises vendors, the majority of SAP customers are not on the latest releases of its products. The reason is that applying new versions (in SAP lingo, “enhancement packs”) is often a labor-intensive activity—testing the new code, retrofitting any customizations, regression testing to be sure nothing gets broken, and migrating data.SAP’s solution is to take over these responsibilities by hosting customers’ systems in SAP’s HANA Enterprise Cloud (HEC). This program, already rolled out to some early SAP customers, is essentially a managed services offering in which SAP takes all responsibility for day to day operation of the system in SAP’s own data centers. Notably, SAP also takes responsibility for keeping the customer’s system up to date with the latest enhancement packs and bug fixes. It even supports systems with custom modifications.
The managed services offering should allow the customer’s IT personnel to focus less on technical aspects and more on business process design and effective use of the system.
My take: simplifying SAP’s ongoing support by moving customers to its managed services offering
will be more of a challenge. Only a tiny fraction of SAP’s customers are committed to this offering today. There is likely to be much inertia in SAP’s installed base about having SAP host their systems. Even though customers may be experiencing pain, many will view migration as short- term cost and effort for long term benefit. It may all come down to how SAP prices its managed services offering. If existing customers do not take up SAP on the offer, they will not experience much simplification in their SAP support experience, and SAP will retain its reputation for complexity.
Many other vendors have tried this approach—in particular, Oracle. Although most customers of Oracle Fusion Applications (Oracle’s next generation apps) are reportedly choosing the hosted deployment offering, I do not believe Oracle is seeing a mass migration of its preexisting applications, such as E-Business Suite, Siebel, JDE, or PeopleSoft, to its hosted delivery model. Will SAP’s experience be any different? I have my doubts.
Making SAP Simple to Deal With
The third way in which SAP must run simple is in its customer-facing processes. How easy is it for customers to deal with SAP? McDermott did not spend as much time in his keynote on this point, but he did emphasize it toward the end.“Run Simple is more than a slogan for SAP--it is an organizing principle for our company,” he said. “We'll ask the tough questions: do our products and technologies run simple? Does our customer experience run simple? Are we empowering our employees to run simple? And are we enabling our customers and our partners to run simple? If not, hold us accountable.”
He continued: “For customers, we're committed to a beautiful user experience. We will make it simple to do business with SAP: simple pricing, pay-as-you-go in the cloud, simple web experience.”
Those are big promises. Anyone who has negotiated an acquisition of SAP software knows that SAP contracts are incredibly complex. Pricing is opaque, with many various types of named users defined for each product. SAP’s terms and conditions around indirect access (when other systems access information from an SAP system) are onerous.
The result is that it is nearly impossible for an SAP customer to be fully compliant. When SAP does an audit of a customer’s use of SAP products—which it has the right to do—it will find problem, if it looks hard enough.
Even finding the right person in SAP's organization to deal with is not a simple matter. Whether it is the result of having a worldwide organization or peculiarities of German corporate governance, it is difficult to understand who reports to whom, or who is responsible for what.
Lars Dalgaard, founder of Successfactors, recently commented about SAP’s organizational problems. “[SAP has] this messed up reporting structure where nobody reports to anybody,” Dalgaard said. “It’s this German thing where I didn’t even report up to Bill [McDermott] myself, I was reporting to the Supervisory Board. That doesn’t work. It just doesn’t. I mean, the COO doesn’t report up to the CEO?”
Dalgaard was positive about McDermott’s new role, however. “Someone has to be the decider, and with Bill, now they’ve got a decider on the job, I can tell you that,” he said.
The complexity of SAP’s organization not only affects customers; it affects anyone who has to deal with SAP. Talk to SAP partners, third-party developers, SAP suppliers, and industry analysts—nearly all of them say the same thing. SAP’s organization and decision-making processes are extremely difficult to navigate.
Following McDermott’s recent appointment to the role of sole CEO, SAP underwent a major reorganization, laying off an undisclosed but apparently significant number of employees. SAP claims this was not to cut costs but to better align the organization with SAP’s strategy. If so, the reorganization could be consistent with an attempt at simplification.
My take: SAP’s organization and customer-facing processes will be the most difficult to simplify. Technical simplification is an engineering problem. Support simplification can be solved if SAP can motivate customers to take up its managed services offering. But making SAP simple to deal with requires cultural change.
SAP’s culture manifests itself in how people are measured. One example: why did it take an outpouring of customer wrath for SAP to release Fiori at no charge to customers under maintenance? One source close to SAP told me that, within SAP, product groups are measured by their impact on revenue. If there is no revenue from Fiori, there is little recognition for Fiori developers. I have to believe that many SAP executives understood the opportunity in delivering Fiori at no charge. Some of us have argued that SAP stands to make more money by delivering Fiori at no charge (because it pulls through greater revenue opportunities with HANA and additional user seats). So, why wouldn’t SAP make this move sooner? If my source is correct, it is because that general lift in revenue would not be attributable to Fiori.
When you change program code, the program doesn’t fight back. But when you try to change a large organization, the organization often resists. Having a sole CEO will help, and McDermott appears determined. But has there ever been an example of a large organization that has become less complex over time?
What Does “Run Simple” Mean for Enterprise Tech Buyers
Large tech vendors change their marketing messages periodically, with no change to their core strategy, values, or culture. Is “Run Simple,” merely a branding exercise, or will it be a reality in how customers experience SAP? Time will tell.In the short term, Simple Finance deserves consideration. In looking for new financial systems, business leaders who might have otherwise dismissed SAP as too complex should take a look at Simple Finance. New and existing customers should also investigate SAP’s managed service offering. But be prepared for continued complexity in dealing with SAP.
SAP did not become a complex organization overnight and it certainly won’t be easy to simplify. McDermott specifically told customers in his keynote to hold SAP accountable. I hope they will do that. I also hope McDermott will follow up in next year’s user conference with a progress report.
Related Posts
What Fiori Means for SAP and Its CustomersRisks and Opportunities with SAP's Platform Economics
Mad as hell: backlash brewing against SAP maintenance fee hike