SAP's Mobile Strategy: Really?

21 October 2010

John Appleby

John Appleby

Global Head of Sales

Really?!

So i was walking down the strip in SAP TechEd 2010 Las Vegas earlier this week. Being one of the SAP Mentors with a focus on mobility, I was busy tweeting on my iPhone. All of a sudden, someone tried to crash into me and shouted "Really?!" at me.

For the uninitated, Microsoft have greated a brilliant new viral marketing campaign that surrounds their new Windows Phone 7 launch. People bump into each other and stuff and say "Really?!" a lot. You can watch it here. What's interesting about Windows Phone 7 is that Microsoft have (finally) figured out that you can't polish the proverbial and they have ditched the Windows Mobile 2.0 (sorry, 6.5) platform, developer tools and links to the awful user experience that it brings. Really?

Bear with me though because when I first saw this news, I wrote Microsoft out of the mobile market forever. I though that it was game over and it was over to Google, RIM and Apple to throw buns at each other. As it launches, I'm starting to think that Microsoft have a chance afterall. The first thing they've got right is to annoy the early adopters by doing an Apple style launch - core functionality first, missing out lots of things we now come to expect (e.g. copy and paste), which were not originally available on iPhoone either.

What's that got to do with SAP Mobile Strategy?

The problem is it's another platform. As I understand it, SAP asked Sybase in 2008/2009 to develop their apps for Windows Mobile first and iPhone second. RIM at the time were building their own apps so the Blackberry platform was out of the equation. There is a slight irony that SAP is busy implementing the Sybase Mobile Sales for SAP CRM app on the iPhone platform. More on that later.

What is SAP's mobile strategy anyhow?

SAP's mobile strategy is pretty simple now and the message is starting to get a bit clearer. It has two prongs - SAP have their own terminoligy but the market is calling them "Platform" and "Enterprise Micro Apps" - EMAs for short. Let's deal with them both quickly.

1) Platform

Co-Mentor Kevin Benedict asked Vishal Sikka (SAP CTO) what the clarity of message of was around the platform sell. Vishal said "Three words - Sybase Unwired Platform". We'll forgive Vishal for getting the name wrong - they're rebranding it SAP Unwired Platform but it will still be affectionately called SUP by the market. As a senior source in SAP joked with me earlier this week "it would be really easy if we just acquired organizations which begin with the letter S".

The problem right now is that if you want to implement Sybase Mobile Sales for SAP CRM (they've not rebranded that app yet) then you need two middleware platforms - NetWeaver Mobile 7.1 and SUP. NetWeaver Mobile acts as what's known as a Data Orchestration Engine (DOE for short) and SUP acts as a message queueing and security agent.

The DOE part is really important because it serves two major purposes: first, to reduce the amount of data held that needs to be gone through during a mobile connection by ensuring only those elements that are required are kept together, and second to ensure that the right devices have the right messages and updates assigned to them.

SUP plays a really important task too because it manages the complexity of different devices, security and message passing to and form the devices. It also provides a development platform that allows you to turn data elements from the Business Suite into mobile apps.

The problem is that customers don't want two sets of middleware to slow things down, go wrong and support. SAP know this and they say they are looking to simplify this. However the European Commission will have been on their back about this - they don't want Sybase SUP and SAP NetWeaver be to be one platform that locks out non-SAP usage. This means that SAP will have to tread carefully and the solution may be a hybrid.

2) Enterprise Micro Apps

Enterprise Micro Apps are cool. They are cheap and they do something situational and process focussed SAP's early demonstrations of Project Gateway and its associated mobile technologies suggest that "instant value" apps as SAP calls them, are very possible. The problem is that HTML5 is on the horizon and HTML5 is the ideal platform for EMAs. It is simple, cheap and allows for relatively rich integration of e.g. Location Services, Cameras and Offline Databases.

I'm not really sure then why SAP is spending lots of money on technology to auto-generate apps for platforms. Spend it on HTML5 instead.

So where's the problems?

Hopefully you've got a sense of this by now. We need a platform and we need it yesterday. if SAP spend their development time on integration - which they are liable to do, then they risk not being able to build the support for Android which is already desperately needed (Android outsold iPhone and RIM in North Americal last quarter) and potentially for Windows Phone 7 - Microsoft have to prove themselves in the market.

The outcome of this is that SAP have to operate in a way which they have no experience of operating. They need to be fast, lean and agile and this isn't what SAP traditionally brings to the party. SAP brings the solid, dependable Business Suite which is upgraded every 7 years and is the backbone of much of the global economy.

The reason why SAP co-innovated with Sybase, RIM and Syclo in the first place was because it wasn't much good at mobility, historically. It was stuck with the NetWeaver Mobile platform which only supported Windows based devices and which was ironically ditched, when it became pretty good - in NetWeaver Mobile 7.1.

Sybase has experience in the Afaria Device management platform (which is awesome by the way) in meeting fast market demands. But this isn't like the SAP BusinessObjects acquisition where 3 years from merger to decent product (SAP BusinessObjects XI 4.0) was OK. That isn't OK this time around.

The challenge to SAP is can it do something about this? Can it avoid the ocst of integrating SUP and NetWeaver Mobile and remain agile? To do this, it must totally change the way that it goes about running the new mobile business unit.

It will be a mammoth challenge for John Chen and Billy Ho, who are running the new combined Mobile Business Unit (MBU), which contains all the developers that worked for Sybase iAnywhere and SAP NetWeaver Mobile - and to add to this, John Chen has been used to running a large enterprise platform organisation, which is a totally different proposition to what he is now running. How comfortable he will be in this role remains to be seen. What is certain is that the ex-Sybase iAnywhere employees will need to adjust some of its famous consensus culture and move towards a JFDI approach.

The tortoise and the hare

The last major platform stumbling block is none other than the Business Suite. Currently mobile changes are integrated into the Enhancement Pack structure. This means that if you want a change in a mobile object - e.g. to allow CRM Surveys - to be productised - then you have to wait until the next enhancement pack - which would be EhP2 of CRM in this case. All very well but EhP2 is estimated to be released in 2012. Ouch.

Gateway will probably be OK here actually because it consumes existing SAP services and there's tons of those. It's the enterprise platform apps which are the problem and SAP has to find a way to be more agile.

Apps, apps, apps

I've said it before and I'll say it again - it's not about the platform, it's about the apps. I'm guessing Bill McDermott gets this because he's put Bob Stutz in to run the Apps division of the new MBU. Bob has the track record we need here - growing a business unit for Siebel around apps.

We need more apps and we need them now. It doesn't matter if they are co-innovated apps like the Syclo Asset Management and Field Service apps which are reportedly going to built on the Sybase platform, or if they are SAP written apps (mobile Direct Store Delivery, anyone?). What we need are class leading apps which mean that customers can pick and choose what they run on their new mobile platform.

Conclusion

This might sound like an overly negative blog but it's only because the scale of the challenges that SAP has in this space mean that building a class leading mobile platform and apps is a huge proposition. And to add to this, it's unthinkable to get it wrong - it would be a $4.8bn mistake.

So the gauntlet is thrown here to John Chen, Bob Stutz and Billy Ho. The SUP and Afaria platforms are class leading as is the SAP Business Suite - let's hope they get it right. If they don't have a great story by Sapphire 2011 then we are in trouble.

View comments

Comments

Blog post currently doesn't have any comments.

About the author

John Appleby

Global Head of Sales

I've always been passionate about new technology. I cut my teeth helping global financial services and consumer goods companies build data warehouses to manage their business - especially when they wanted to run faster.

These days, I travel weekly across continents, helping clients differentiate themselves using analytics technologies. This then involved building a team to design the solution, make it work and lead it through to successful completion.

I believe that in-memory computing is radically changing the face of business so you can ask me about SAP HANA, or about any other data platform like DB2 BLU, Hadoop or MongoDB for that matter.

I'm passionate that giving back to the community reaps long-term rewards and this has shaped the last few years of my career - being a contributor to knowledge sharing websites as an SAP Mentor; and a sometime advisor to Wall Street investors on emerging technologies and those companies bringing to market new innovations.

When I'm not busy designing in-memory apps, you may find me pounding the pavement to the beat of music in the hilly suburbs of Philadelphia, or traveling the world to meet new people and new cultures.

Bluefin and SAP S/4HANA - welcome to the one horse race

We use cookies to provide you with the best browsing experience. By continuing to use this site you agree to our use of cookies.