Showing posts with label meaps. Show all posts
Showing posts with label meaps. Show all posts

Learning about The Real World of Enterprise Mobility in Scotland

Edinburgh, Scotland
It is valuable for me to leave the office and spend time with different IT teams wrestling with real world enterprise mobility challenges from time to time.  This week I had the privilege of working with a team in Scotland.  We explored the use of MEAPs (mobile enterprise application platforms), the role of HTML5, MDM (mobile device management), IDEs (integrated development environments), mobile business strategies, and how to create RFIs for mobile solutions.  This was the general overview, after those sessions, we jumped into how each of those components work in the real world - where nearly every company has a challenging mixture of back office applications and legacy systems.

In the real world there are many bespoke/custom software applications.  There are good software applications and bad.  There are software vendors that don't want to expose their data to other vendors or mobile apps.  There is corrupt and incomplete data. There are mobile applications that don't work well.  There are old, expensive handheld computers with out-dated mobile operating systems.  There are old mobile apps that only run on old handhelds.

Let me digress for a minute and just say - Microsoft has purposefully destroyed the ruggedized handheld industry.  They stopped developing upgrades to Windows Mobile 6.x and left the entire industry of handheld manufacturers desperate for something new to sell.  They chose to not provide an upgrade path, nor a replacement.  This is like laptop manufacturers trying to sell MS-DOS based laptops today.  It is bad for both the customer and for all the ruggedized handheld manufacturers.  Shame on you Microsoft.

Back to the subject of real world enterprise mobility.  In the real world - there will need to be multiple platforms that support mobile solutions in many companies.  They may need a campaign based mobile marketing platform.  They may want an HTML5 environment for online only mobile apps that is separate from their MEAP environment that supports field services with online/offline mobile app capabilities.  There may also be a B2C environment that is unique and focused on providing multimedia experiences, or mobile banking.

All of these real world discussions, with a Scottish accent, make for a great experience.

*************************************************************
Kevin Benedict, Independent Mobile Industry Analyst, Consultant and SAP Mentor Alumnus
Follow me on Twitter @krbenedict
Full Disclosure: I am an independent mobility analyst, consultant and blogger. I work with and have worked with many of the companies mentioned in my articles.

Planning Your Next Mobile Development Project: Best Practices, Hidden Risks

I would like to invite you to join T. L. Neff and me as we present a webinar on the subject of Planning Your Next Mobile Development Project on Thursday, October 20th at 1 PM EDT.  Developing mobile apps brings a new set of challenges and processes that IT teams must be prepared to address.  We’ll focus on the key areas across the software development lifecycle where mobile development differs from traditional IT projects. 

• Learn how to balance project planning and software development processes against today’s constantly changing business and technical requirements for mobile solutions.
• Learn about best practices in defining requirements for mobile apps.
• Avoid the hidden risks in building out and managing the infrastructure to test and deploy mobile apps.

Click here to register!


*************************************************************
Kevin Benedict, Independent Mobile and M2M Industry Analyst, SAP Mentor Volunteer
Follow me on Twitter @krbenedict
Full Disclosure: I am an independent mobility analyst, consultant and blogger. I work with and have worked with many of the companies mentioned in my articles.

Mobile Expert Interview Series: Troy O'Connor

I had the opportunity to interview Troy O'Connor recently while he was in Australia.  He is the CEO of Sky Technologies, an SAP Partner, and an expert in SAP mobility.  Sky Technologies is a software company, and their mobile solution for SAP is the SkyMobile Framework.

Troy first got into mobility as a systems integrator for SAP.  He cut his teeth on mobile applications for warehouse and inventory management over a decade ago.  SAP developed a lot of barcode data collection applications using rugged handheld computers like the LXE.

I asked Troy about his thoughts on mobile micro-applications and MEAPs (mobile enterprise application platforms).  He said that mobile micro-applications are very useful, especially for simple forms-based mobile applications, but he would advocate that mobile micro-applications should be developed using a MEAP and supported by a MEAP.  That way there is a standard way of developing, integrating and supporting them.  MEAPs should provide a rapid and agile development environment for both thick client applications and mobile micro-applications.

I then asked Troy for his thoughts on the role of thick mobile clients and thin mobile clients.  He responded that thick mobile clients are less important when there is 100% connectivity, but there are many cases where rugged working environments do not have connectivity.  In such places being able to operate in a connected or disconnected mode is important.  He added that he prefers the term "Intelligent Mobile Client" over the term thick client.  Intelligent Mobile clients typically have more computing power, on device databases, document management, and data collection capabilities that thin clients.

"What about MEAPs?" I asked.  He listed the core features he felt a MEAP should have:
  1. SDK to provide tools for rapid and agile mobile application development.
  2. Interface management to protect the integrity of the SAP transaction and ensure it happens and is completed in SAP.
  3. Data modeling, data profiling and data synchronization.
  4. Device management, which is important so errors and support issues can be discovered and resolved quickly.
I followed up by asking, "How do you tell the difference between a good and bad MEAP?"  He answered:
  1. The MEAP must be very flexible, because SAP is very flexible.  The SAP user must be able to rapidly customize their mobile applications to match any customization they do in SAP.
  2. The MEAP must support both pre-developed (canned) mobile applications and custom mobile applications.
  3. 100% of Sky Technologies' customers have requested some level of customization.  That is why the MEAP must support this capability.
  4. SAP is a transactional management system, and because of that any mobile applications integrated with SAP must also be compliant as a transactional management system and provide complete end-to-end visibility to these transactions.
  5. SAP interface management is critical.  SAP must have visibility into mobile transactions and be able to monitor them from inside of SAP.
  6. SAP scales up to tens of thousands of users.  The mobile enterprise application platform must also scale up.
I asked Troy about Sky Technologies' strategy of using an SAP "Innerware" architecture for their MEAP.  He responded that Sky Technologies was given a namespace inside of SAP by SAP to integrate their SkyMobile MEAP.  It was then certified by SAP and enables SAP to have complete transactional visibility to mobile transactions.  The "innerware" strategy also enables them to utilize and maximize SAP's integration technologies including SAP NetWeaver.  Many other mobile software companies choose to duplicate SAP functionality in external third party middleware which adds unnecessary layers of complexity.

I learned a new term from Troy - "short pants."  This term refers to youngsters or pretenders, those that lack a complete understanding of an environment.  He used that term to refer to mobile software companies that do not have deep knowledge and experience working with SAP.  I have now added that term to my vocabulary.

When asked his opinion on SAP's current mobility strategy, Troy answered that he agrees with SAP's partnership strategy for delivering mobile applications.  He said the market and technology is moving too quickly for a large software company to keep up.  They need to support the innovation that can come out of their smaller mobility partners.

In response to the question, "What should SAP do differently?"  He answered, "Clarify the licensing strategy and price for mobile applications."  He shared that some of his SAP customers had run into confusing licensing issues around mobile devices for SAP, and this caused some grief.

The last question I asked was, "What should an SAP customer ask a mobile application vendor before purchasing?"  Troy answered, "Where is the master system?  Is it SAP or a third party database or middleware application?"

Related Articles:

Mobile Expert Interview Series: PriceWaterhouseCoopers' Ahmed El Adl, PhD
Mobile Expert Interview Series: Nokia's John Choate
Mobile Expert Interview Series - Jane and Keelin Glendon of HotButtons

***************************************************
Kevin Benedict
Author of the report Enterprise Mobile Data Solutions, 2009
Mobile Strategy Consultant, Mobile Industry Analyst and Web 2.0 Marketing Expert
http://www.netcentric-strategies.com/
www.linkedin.com/in/kevinbenedict
twitter: http://twitter.com/krbenedict
http://kevinbenedict.ulitzer.com/
http://mobileenterprisestrategies.blogspot.com/

***Full Disclosure: I am an independent mobility consultant and Web 2.0 marketing expert. I work with and have worked with many of the companies mentioned in my articles.
**************************************************

Mobile Micro-Applications vs Thick Mobile Clients

As I have shared before, my background was in the MEAP (mobile enterprise application platform) world.  We used different acronyms, some not repeatable in this family friendly blog, but it was the same thing as today's MEAPs.  I have managed development projects where the mobile applications we delivered could be considered a full ERP in many places.  It was painful and expensive, but it worked.  Our customers had hundreds of route sales, service technicians, and delivery folks walking around carrying full functional ERPs on their ruggedized mobile handheld computers.

The application I am referring to above consisted of the following:
  • Mobile sales force automation application
  • Mobile order entry application
  • Mobile invoicing
  • Mobile proof-of-delivery application
  • Mobile work order management application
  • Mobile inventory management system
  • Mobile price and promotion management application
  • Mobile enterprise asset management application
  • Mobile CRM to access customer service and support issues
MEAPs and thick client mobile applications certainly have their place, but there was so much customization that this finished mobile application was probably out-dated by the time we delivered it.  If any part of our mobile application needed changed, the entire mobile application had to be updated and re-tested.  With a mobile application that big and complex, the opportunities for bugs were endless.  We had to charge a fortune to deliver it.

Our customer wanted a thick mobile client application that could work in a connected and disconnected mode so that their employees could work whether there was connectivity with the internet or not.  Three years ago there were not a lot of options.  As a result there were a lot of thick mobile clients delivered.

With this particulary mobile application, the training requirements were huge.  The mobile workforce needed to understand every aspect of their mobile ERP before it could be effectively used.  You can image the level of IT support for the first six months.

It will be interesting to see how thick clients and MEAPs evolve.  There are some very active debates on the SAP Enterprise Mobility group on LinkedIn on this subject.

Where do MEAPs stop and mobile micro-applications start?  If I were to develop that same mobile application today, would I use nine mobile micro-applications rather than try to build all of the features and functionality into one giant mobile application?  Good question! 

SAP's partners are on both sides of this question. SAP partners like Vivido Labs and Leapfactor focus mostly on mobile micro-applications.  Sybase and Syclo focus mostly on thick mobile clients, while Sky Technologies seems to be hedging their bets with both thick mobile clients and mobile micro-apps.

It will be an interesting evolution to watch!

***************************************************
Kevin Benedict
Author of the report Enterprise Mobile Data Solutions, 2009
Mobile Strategy Consultant, Mobile Industry Analyst and Web 2.0 Marketing Expert
http://www.netcentric-strategies.com/
www.linkedin.com/in/kevinbenedict
twitter: http://twitter.com/krbenedict  
http://kevinbenedict.ulitzer.com/
http://mobileenterprisestrategies.blogspot.com/

***Full Disclosure: I am an independent mobility consultant and Web 2.0 marketing expert. I work with and have worked with many of the companies mentioned in my articles.
**************************************************

Simple Mobile Applications Can Offer Real ROIs

The International Telecommunication Union reported in 2009 that 28% of people in Africa have mobile phones but only 5% have the internet.  The report also said that mobile phone subscriptions in Africa were increasing by 50% per year.  As a result of this rapid growth, mobile application developers have been creating simple mobile applications for African businesses that utilize SMS rather than mobile smart phones with data plans.  There are some lessons to be learned.

In a recent CNN article entitled, "Mobile App Developers Tackle Africa's Biggest Problems," the author writes about developers creating powerful and beneficial mobile applications that work with simple and limited 140 character text message inputs.  One example was a mobile application that enables dairy farmers to request the average price of a unit of milk in certain areas.  The text message queries a database that returns an answer.  This may seem to be a very simplistic application, but it means a huge amount to the dairy farmer.  Without access to information on the local market prices for milk, the dairy farmer can be convinced, out of ignorance, to sell his/her product for less that the market price.  Armed with knowledge, the dairy farmer can negotiate for a fair price.

Another example given was a mobile wireless fish sensor in a lake that alerts local fisherman via text messages of the presence of fish.  For the local fisherman whose income depends on being a successful fisherman, this could be a very useful mobile application.

The lesson I learned from these examples is to not undervalue the usefulness of simple mobile applications.  My background is in the MEAP space where we developed thick client mobile applications that were mini-ERPs on ruggedized Windows Mobile devices.  Our MEAPs and mobile applications required large and expensive development efforts.  They were certainly useful and appreciated by our clients, but it does not always require that level of development to provide real value.

Some segments of the mobile workforce could benefit from simple updates, key data provided at the right time, and the ability to query on key data and incremental efficiency improvements.  Mobile micro-applications definitely have their place.

In the SAP ecosystem you are starting to see an increasing number of mobile micro-applications from SAP partners like Vivido Labs, Leapfactor, Sky Technologies.  These applications are designed to replace specific paper processes and enable the mobile workforce to accomplish more while traveling.  I have been given some previews and I believe that Sapphire 2010 will be remembered as the Year of Mobility in the SAP ecosystem.

***************************************************
Kevin Benedict
Author of the report Enterprise Mobile Data Solutions, 2009
Mobile Strategy Consultant, Mobile Industry Analyst and Web 2.0 Marketing Expert
http://www.netcentric-strategies.com/
www.linkedin.com/in/kevinbenedict  
twitter: http://twitter.com/krbenedict
http://kevinbenedict.ulitzer.com/
http://mobileenterprisestrategies.blogspot.com/

***Full Disclosure: I am an independent mobility consultant and Web 2.0 marketing expert. I work with and have worked with many of the companies mentioned in my articles.

**************************************************

Workforce Mobility and MEAPs

I had an interesting call with a company today that is involved in real workforce mobility. They have a solution called Total Employee Mobility. Here is a brief description from their website.

"Now more than ever, companies rely on the mobility of their employees to realize new opportunities and growth. Employee travel, relocation, international assignments, and virtual office work make business happen. However in most organizations, each component of workforce mobility is overseen by a different department, making it very difficult to manage−much less evaluate−the return on investment. This fragmented approach to employee mobility results in lost opportunities to reduce costs, gain efficiencies, and enhance employee satisfaction."

They help companies manage mobile workforces by managing the entire "mobility" component. Everything from corporate cars, mileage, expense reports to corporate aircraft and remote overseas offices. I never cease to be amazed at the fascinating niche market businesses out there.

At the end of my conversation I realized there was a lot I could learn from them. They have studied the costs factors associated with workforce mobility for over 70 years, long before iPhones, Android and turn-by-turn navigatin. Many of the items they consider had never occurred to me. Their advice to the IRS helps set the mileage reimbursement levels set by the IRS each year.

This mobility company's ROI is as follows, "By centralizing oversight of a company’s total employee mobility programs, both companies and their employees gain many advantages.

This company is now active in developing mobile and smartphone technologies to continue and enhance the value added services they provide their clients' mobile workforces.

I can't help but think of MEAPs (mobile enterprise application platforms) in the same way. Until all of your enterprise mobility applications are centrally managed through a standardized MEAP it is hard to provide effective oversight and reduce TCO (total cost of ownership).

A related article on MEAPs can be found here.

***************************************************
Author Kevin Benedict
Mobility Consultant, Wireless Industry Analyst and Web 2.0 Marketing Expert

http://www.netcentric-strategies.com/
www.linkedin.com/in/kevinbenedict
twitter: http://twitter.com/krbenedict
http://kevinbenedict.ulitzer.com/
http://mobileenterprisestrategies.blogspot.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.
**************************************************

Mobile Enterprise Application Platforms, SAP and Marketing

Yesterday I was reading Gartner's Magic Quadrant for Mobile Enterprise Application Platforms. It was interesting to me that one of the points Gartner considers before including a MEAP vendor in their report is marketing. They consider the following:
  1. Success at marketing (I am guessing it is measured by sales?)
  2. Market awareness (name recognition within a target market)
  3. Marketing strategy (if Gartner is convinced you have a good strategy)
  4. Your ability to recruit a good partner ecosystem and support it through marketing
Think about it. You invest millions of dollars and tens of thousands of man/woman hours into your products, middleware, synchronization technologies, SAP integration methodologies, databases, device management dashboards, rapid application development environments and multi-channel support for dozens of mobile devices, but that is not enough. Gartner is going to evaluate your marketing before including you in their report.

Gartner understands what many smart engineers have not yet learned. A better mouse trap does not sell itself or pay the expenses - sales do. Unless a comprehensive marketing plan is designed, developed and successfully implemented you will not gain sufficient mind share and market share quick enough to remain viable in this fast changing market.

It almost seems like SAP is holding a marketing Olympics for their mobility partners. They have chosen to partner with a handful of companies like Sky Technologies, Syclo, Sybase, RIM and ClickSoftware. Many of these companies have overlapping mobility solutions, but SAP seems to want to invite their partners to compete on the marketing field and see which one comes out on top.

I enjoy a good game of strategy. Although, I can feel the pain that passionate software engineers must feel. They have dedicated their life to developing a progammer's MEAP masterpiece, but the winner is determined by the folks in the marketing department with the expense accounts and travel budgets.


***************************************************
Author Kevin Benedict
Mobility Consultant, Wireless Industry Analyst and Web 2.0 Marketing Expert

http://www.netcentric-strategies.com/
www.linkedin.com/in/kevinbenedict
twitter: http://twitter.com/krbenedict
http://kevinbenedict.ulitzer.com/
http://mobileenterprisestrategies.blogspot.com/

***Full Disclosure: I am a mobility consultant and Web 2.0 marketing expert and as such I work with, and have worked with, some of the companies mentioned in my articles.
**************************************************

Interviews with Kevin Benedict