Video Link: http://youtu.be/UkzT6GpB_fQ
*************************************************************
Kevin Benedict is a TCS futurist and lecturer focused on the signals and foresight that emerge as society, geopolitics, economies, science, technology, environment, and philosophy converge.
McCall, Idaho - Winter Wonderland |
Although Ahmed agrees with SAP's current strategy and likes what he sees from many of SAP's mobility partners, it doesn't mean he is satisfied. He believes Sybase, an SAP mobility partner, is good but complex, heavy and has too many different components and technology layers. He listed the numbers of technology layers that are involved in a Sybase/SAP integration and it was daunting.
He shared his thoughts on Sky Technologies, another SAP mobility partner. He thought their approach was interesting, but he was concerned that their "mobile SAP innerware" strategy would introduce challenges. He wondered how IT departments would accept a third party mobility solution being so closely embedded with SAP code? Would the benefits out weigh the risks for IT departments? Would they accept it, or avoid it?
He said he likes much of what he sees from SAP's mobility partners, however he is still cautious. In fact, he has recommended to some clients that they should go through a complete RFI process to determine for themselves which vendor has the best fit for them.
Ahmed believes that ultimately SAP customers will want a strong MEAP (mobile enterprise application platform) that they can standardize on, but for today mobile micro-apps can provide real value quickly. I was particularly interested in this statement as it aligns with many of the comments that other industry experts shared on the SAP Enterprise Mobility group on Linkedin.
Ahmed identified several areas of mobility that he finds particularly interesting:
I asked Ahmed what mobile device or smartphone does he carry. He said all of them. He carries a PWC issued Blackberry in his pocket, but he literally travels with a suitcase full of different mobile devices that he can show off and demonstrate to clients. What a nightmare for the TSA agents! Don't get in line behind him.
I want to again thank Dr. Ahmed El Adl for his time and willingness to share his insights.
This article was the third in the series called Mobile Expert Interviews. See related articles:
Part 4 of this series may have demoralized some mobile start-ups hoping to work closely with SAP, but Part 5 in this series provides solutions to many of the challenges identified in Part 4. Let's now take a closer look at some of the comments I made in Part 4.
The SAP customer is simplifying their IT infrastructure to reduce complexity and no non-SAP technology will be added unless it is approved by 17 business and IT committees. Who has the time to fight this battle?
The IT Managers only want to learn mobile technology that will add to their resume and help them get their next assignment. The cool mobile technology that they just witnessed does not have its own category on the IT recruiters' websites. They want NAME power on their resume.
The SAP system integrator does not support the mobile technology, so recommends some other mobile solution that they support and have trained experts on.
The SAP sales team does not get quota credit on it, but they do on another mobile solution. If the sales person does not make their numbers they are fired, so they do not care which mobile technology is better if it does not help keep their job.
SAP's Industry Principals and Solutions Managers also must be very selective as to the mobile technology they recommend. They would not want to recommend a product that was not on the SAP price list or Certified Partner list, unless there was no other viable choice or this product helped sell other SAP licenses that benefited the SAP sales team.
SAP customers are often on 5 year plans. These plans include upgrades, roll-outs, add-ons, customization, old product sun setting, mergers and acquisitions, etc. What does this mean to the mobile entrepreneur? It means your product needs a 5 year road map that aligns with SAP and the SAP customer's. If it does not, you are unlikely to survive the first round.
The biggest project and highest priority in the company is around route delivery improvement, and your project is mobile SAP CRM. The route delivery mobility vendor agrees to extend their mobile solution into mobile CRM and since it is a higher priority, you lose.
The CIO will never get invited to speak in front of thousands at Sapphire if they choose your solution. Your user conferences could be held at Denny's.
If you would like to discuss these strategies and/or my consulting practice please contact me.
Related Articles:
____________________________
Author Kevin Benedict
Mobility Consultant, Wireless Industry Analyst and Web 2.0 Marketing Expert
http://www.netcentric-strategies.com/
***Full Disclosure: I am an independent mobility consultant and Web 2.0 marketing expert and as such I work with, and have worked with, many of the companies mentioned in my articles.
I am amazed at this example of the power represented by mobile communications, social media and mobile devices. I am also intrigued by the e-commerce processes represented by using the mobile phone billing system to collect these donations.
By simply pushing a few buttons on a handheld mobile device you can (collectively) be saving lives on the other side of the planet.Once you have identified and documented these tasks, your mobile application developers can design and develop these workflows to become part of your mobile application. Once in production, these mobile applications can direct and guide each service technician through the specific best practices that the company wants completed in a standardized manner in the field. As a result, quality and professionalism can be standardized into the company's customer interactions.
What does this process look like on a mobile handheld computer?
The mobile workflow process is specific to the role of the user and service performed. A recent report I read said up to 40% of workers are mobile. That represents a lot of remote jobsites and customer interactions. If companies want to ensure a high level of professionalism and quality customer interactions, then means of standardizing those processes need to be employed. As more and more of these mobile workers are equipped with Smart Phones and mobile handheld computers, these processes become easier to deploy.
For a related article read - http://mobileenterprisestrategies.blogspot.com/2009/10/mobile-application-integration-platform.html
If you would like to discuss this topic in more detail please contact me. I am available for SAP and Mobile Solution related consulting and permanent hire opportunities. My Linkedin profile can be found at http://www.linkedin.com/in/kevinbenedict.All of these questions are very important and need to be answered upfront. If you would like to discuss this subject in more detail please email me.
Mobile applications that need to synchronize with ERPs, should implement mobile workflow support. This requires a client server architecture whereby the mobile client software understands that a workflow or event manager is associated with a particular process and the server also understands that it is both producing and consuming data with the mobile device that is part of an event or workflow. Let me provide a scenario.
A service technician has a ruggded PDA or other mobile device on his belt. He receives an alert that he needs to be dispatched to a jobsite. This initiates a business process with a workflow associated with it. A series of tasks that make up the dispatch and completion of a service ticket are now initiated. The tasks may include:
In this scenario, the mobile client application using a workflow engine that interacts with the server side application steps the service technician through the various tasks included in the business process. These steps can be directions in the form of alerts, messages, next steps, data fields that require input, and feedback from the dispatch office. Each step of the workflow required input from the service technician to confirm that the step had been completed and this information was in turn synchronized with the server side workflow engine. This enables the best practices supported by the company to be practiced and supervised in the field.
SAP has a solution called Event Manager. It is designed to manage activities happening across a geographically dispersed supply chain. It requires data input via B2B and EDI data communications. Similarly, mobile applications can feed data into a centralized workflow or event management solution that helps support and ensure best practices across remote jobsites.
A workflow engine and a mobile client version of a mobile workflow engine is required by companies that want to standardize business processes in the field where interactions with customers take place and where revenue is earned.
If you would like to discuss this concept in more detail please email me.