In my last blog about SAP’s OnDemand developer ecosystem, I examined the existing status quo. In this blog, I’d like to consider other aspects of this ecosystem: the SuccessFactors angle, why an OnDemand developer ecosystem is so important and finally a few suggestions how SAP might promote the healthy evolution of this developer ecosystem.
As I mentioned in the last blog, the recent mobile-related announcements showed a SAP strategy of exploiting partnerships to jump-start the mobile developer ecosystem. In the OnDemand space, SAP recently acquired SuccessFactors for its “Cloud DNA” . I was curious if SAP had intended a similar effect in the OnDemand developer ecosystem when they acquired SuccessFactors.
There is a famous scene in the movie “Indiana Jones and the Last Crusade” where a villain attempts to find the correct grail amongst a room full of different cups. The villain selects a beautiful cup, drinks from it and dies a horrible death. The ancient knight who has protected the grail for centuries utters the classic line: “He chose poorly.”
[SOURCE]
When I consider the nascent SAP OnDemand developer ecosystem, I have the same feeling – if the decision to acquire SuccessFactors was made to jumpstart SAP’s OnDemand developer ecosystem, then this choice was incorrect. As the associated PR statements about SuccessFactors demonstrate, other considerations were more important: SuccessFactors’ existing customers rather than its developers or partners. Take a look at a comparison of the two companies in a recent blog by Sven Denecken:
What SuccessFactors brings:
What SAP brings:
[SOURCE]
There is no mention of SuccessFactors bringing a vibrant OnDemand developer ecosystem into the bargain – primarily because there is no broad-based developer ecosystem associated with the SuccessFactors offerings. There is a partner program at SuccessFactors – it includes some of the biggest names in IT but it includes only 150 names. Compare that to the over 1,700 service partners from SAP.
Furthermore, there are no publically available APIs, forums, blogs, etc that might provide an interested developer with an initial feeling for the platform.
SuccessFactors’ attitude towards developers represents a typical SaaS-focused approach to developers (also seen in ByDesign) – focus on a few partners rather than a broad-based approach seen in many PaaSs.
I’m not suggesting that the acquisition of SuccessFactors won’t give SAP’s OnDemand strategy a needed shot-in-arm and, after seeing him live in person at the DKOM, that Lars won’t be bring new energy into the program but rather that the creation of a healthy OnDemand developer ecosystem wasn’t a factor in the deal.
If SuccessFactors doesn’t bring this broad OnDemand developer ecosystem to the SAP and SAP doesn’t provide it (as shown in my analysis of SCN in the last blog), then the only response can be that it currently doesn’t exist for SAP’s offerings – despite all that Cloud DNA from SuccessFactors.
It must be acknowledged that the SAP developer ecosystem in general is currently not one homogenous group but is made up of at least three distinct sub-groups:
As the recent mobile announcements show, SAP is also trying to move into other developer groups that are not traditionally associated with SAP. In a recent interview with Jon Reed, SAP corporate officer Sanjay Poonen suggests that there is a desire that these new communities “mingle” with the existing communities. The idea that a huge developer base is necessary for the mobile space is also taken as a given.
A healthy developer ecosystem that supports a wide variety of developers, however, is also critical in the OnDemand market. Although focusing primarily on PaaS rather than SaaS, blogger Brian Sommer stresses the critical importance of developer ecosystems in an excellent set of blogs dealing with ERP PaaSs and developer ecosystems (mandatory reading from SAP’s OnDemand strategy team!):
It is the ease of use with which individuals can use platforms like force.com and iOS from Apple that both transforms the software industry and also the nature of the companies propelling these platform ecosystems. The size of the Apple iOS ecosystem is staggering when one sees the number of applications developed and the number of developers within the community. But more important is the fact that Apple has begun to build a separate marketplace for business applications created through this platform. Understand this, neither Apple, NetSuite, Salesforce.com nor are other vendors interested in just building a platform. No, they want to build an ecosystem and they want to do it badly.
……
The ecosystem is about money. A PaaS ecosystem extends the value opportunity by placing functionally rich, possibly low cost, vertically relevant extensions and new modules within the reach of all ecosystem users. Many of those extensions, modules, etc. come with price tags. The revenue from those solutions represents an income stream to their creators. [SOURCE]
There are various types of OnDemand software ranging from IaaS (AWS, etc) to SaaS (SuccessFactors, etc) to PaaS (Heroku, etc) and the resulting characteristics of the associated developer ecosystem are different as well.
Regarding SAP’s efforts in this area, the differences between SaaS and PaaS ecosystems are the most relevant. Since there are no PaaS offerings from SAP currently on the market, the SaaS approach dominates and the focus is on a restricted group of partners who can extend the applications in question.
An analysis of SAP’s current job openings also reflects this focus.
The SAP On Demand Ecosystem / Partner unit’s mission is to develop, implement and evolve one consistent partner strategy for SAP Business ByDesign and other SAP OnDemand Solutions. Key objectives are to focus on highly scalable partnerships and partnership models (with low touch engagements) and to follow a holistic approach with concept evaluation and management of strategic partners out of one team. The Business Strategy Manager (f/m) for the SAP OnDemand Ecosystem will identify market and business opportunities and develop Partnering Strategies and Business Models for commercialization.
EXPECTATIONS AND TASKS
[SOURCE]
Only recently was a single developer evangelist -Matthias Steiner- named for the new Neo platform.
Yet as SAP’s PaaS efforts mature, another approach will be necessary if SAP will be successful in this market.
As Sommer notes, this is the distinction between power and control:
The power vs. control issue will be a big discussion item in the executive suites of ERP firms. Some vendors will have a tough time transitioning from bring control mavens to facilitators of great ecosystems. These firms believe that:
Controlling most aspects of an ERP firm may give one a sense of security. But, in the world of PaaS and PaaS ecosystems, it will be a false sense of security. Letting go will need to become a core competency of the modern ERP firm.
Thus, similar as in the mobile space, a broad developer ecosystem is also necessary in the OnDemand space. It is critical to realize that in the long-term many of the soon-to-be-created mobile applications will run in the cloud and access data in customer OnPremise systems via various cloud-based services. I found the comments regarding the cloud from Sanjay Poonen during his interview with Reed especially revealing. The central role of the cloud in SAP’s mobile efforts – the ability to “try and buy”, etc - was emphasized but in a vague manner that was largely independent from SAP’s existing and future OnDemand offerings (besides the SAP store).
The current strategic focus on the Sybase SUP (Gateway, Afari, etc) as the application hosting platform for such apps is primarily based on the current absence of a cloud-based solution from SAP that would fulfill this requirement. As JPaaS / Neo emerges from its Beta cocoon, a conflict between the two platforms as the hosting platform of choice for such apps will take place.
This discussion is based on the assumption that SAP wants to broaden the developer ecosystem for its OnDemand offerings. If on the other hand, the target developer audience for such offerings is developers in existing SAP OnPremise customers, then another strategy is necessary. However, if such a short-sighted strategy is followed, a broad acceptance and dominant market share in the OnDemand space will not occur and other competitors will emerge as the leaders in Enterprise PaaSs.
As Brian Sommer states:
What is happening now is that market power is shifting to the vendors with the largest ecosystems not to the vendors with the largest installed bases. The distinction is critical and will represent a fundamental shift in buying habits of ERP software purchasers. To ignore the shift in where market power is moving is to do so at one’s peril. [SOURCE]
A recent internal email from SAP reveals that SAP aims for a broad expansion in the Cloud:
German enterprise software maker SAP AG (SAP.XE) aims to double its cloud computing market share this year, and to expand it thirty-fold over the next five years, manager magazin reports, citing an email to employees from board member Vishal Sikka. [SOURCE]
In order to achieve these goals, SAP would be well-advised to follow the example demonstrated in its recent mobile decisions and move to broaden its OnDemand developer ecosystem as well.
Since we were just talking about SAP’s competitors, I wanted to take a quick look at how SAP’s competitors approach their developer ecosystems.
Competitor | Type | Public Community | Forums | Blogs | API publically Available |
WorkDay | SaaS | No | No | ||
SalesForce | PaaS | Yes | Yes | ||
Oracle | IaaS | No | No | No | |
NetSuite | SaaS | No | No | No | Yes (Example) |
I found WorkDay’s approach interesting – its API is public but it has a private partner community – sort of mixing the SaaS and PaaS approaches.
It is very interesting to see who SAP views as its main competitors in this space. You’ll notice that you rarely see attacks on Oracle that focus on Oracle’s cloud offerings – the focus is usually on database-related topics (for example, Hana vs. Exalogic). Particular SaaS competitors are seen as the greatest threat. The question is whether this perspective is correct. As blogger Ben Kepes recently suggested in a public LinkedIn discussion, PaaS offerings are gaining in importance:
The other day I had a twitter exchange with someone after stating my view that PaaS will be the future of cloud services. My protagonist countered with a question regarding the rest of the stack - if PaaS becomes pre-eminent, what about the IaaS it's built upon, and the SaaS that often sits upon it?
My perspective is simple - as infrastructure becomes more and more commoditized, IaaS vendors will look to differentiate, primarily by moving themselves up the stack and offering PaaS-like features.
At the same time, and in an effort to increase flexibility and allow users to harness the copious amounts of data they are creating, SaaS vendors will increasingly move into more PaaS like areas with declarative platforms and tools to analyse application created big-data streams.
If my assertion is correct, the end result is PaaS becoming increasingly important for both ends of the Cloud spectrum
Thus, the real competitors for winning the hearts and minds of developers are other PaaSs. Traditionally, SalesForce would be #1 on this list. I’d expand this list to other platforms that are traditionally not seen as having a “enterprise” focus. If SAP is moving towards the consumer market and the associated market, then it must also change its list of potential competitors – or partners.
Over the last few years, the agile methodology has started making head-way within SAP’s internal development teams – leading to faster release cycles and closer cooperation with the customer. bjoern.goerke/blog excellent blog series on the evolution of SAP NetWeaver R&D provides insights into how this evolution has taken place. The customer is central focus of this process:
Björn’s blogs describe how these principles are used internally. I’d like to suggest using them externally as well. What about applying these same agile principles to the promotion of a healthy OnDemand developer ecosystem? I’ll just take a few of the principles from Björn’s second blog on the topic and demonstrate how they might be used in this task:
SAP’s OnDemand developer ecosystem includes more than SAP – it also includes developers as well. Both sides must collaborate for the relevant ecosystem to develop as desired. Although may suggest that SAP has put up roadblocks for its success, those developers already involved in the ecosystem have a responsibility as well to assure that it is healthy. Such individuals must actively work in their own networks to increase interest in SAP’s OnDemand ecosystem – they must see themselves ambassadors / influencers. Furthermore, SAP must actively promote such ambassadors – perhaps even at a personal level.
There is some indication that SAP is now looking at Cloud-related acquisitions. SAP would be wiser to use the money to expand its partnerships with existing OnDemand communities (for example, that associated with Cloud Foundry). The key to SAP’s success in the OnDemand market isn’t technology but rather the attitude that SAP has regarding the entire OnDemand developer. I’ll be watching Lars’ moves in this area – can he free himself from his historical partner-driven SaaS approach and embrace a more “open” PaaS attitude. This personal evolution won’t be easy, especially since SAP acquired SuccessFactors for its Cloud DNA which is based primarily on its past success with its niche SaaS offerings.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
8 | |
5 | |
5 | |
4 | |
4 | |
4 | |
4 | |
4 | |
3 | |
3 |