Sergey Nivens - Fotolia
Few things are more deflating than a mobility project gone awry. Organizations expect a return on all the time and resources spent mobilizing business functions, but it's easy for things to go off the rails.
Part of taking the right approach is knowing what not to do, such as underestimating the complexity of mobile application development, ignoring the opportunity of analytics and failing to learn from the past. Let's take a look at four mistakes you'll want to avoid to stay out of the mobile initiative graveyard.
Confusing mobile and desktop app development
Many organizations underestimate the nuances of application development and think a Web developer can apply his knowledge, tools and experience to mobile application development. That previous experience is certainly helpful, but mobile apps are an entirely different animal. Mobile app development relies on a different set of skills and best practices, an understanding of user expectations, a separate group of development tools, and knowledge of security and compliance implications.
Enterprises need to take the time to understand these differences, especially when it comes to user expectations. Consumer mobile apps have set a high bar for user experience, and employees expect similar ease of use with enterprise mobile apps.
Mobile and Web app development are inherently different, but IT departments should still try to take advantage of the tools already at their disposal. For example, if your developers have a lot of Web experience, then focus on building mobile applications with tools that use those same technologies -- hybrid or mobile Web applications.
Using the wrong measurements and metrics
In any mobility project, organizations must determine how they plan to define success. Part of IT's job is to implement ways to measure application usage.
There are three types of analytics IT should use to evaluate applications, gain insight into user needs, and facilitate continuous improvement throughout their lifecycle:
Device and operating system-specific information. This data tells IT which types of devices employees are bringing to work, which operating system (OS) they use and even the specific OS version. That helps IT determine where to focus its mobile app development and management because it knows what OS to emphasize.
Installation and app usage. IT should track how many people downloaded and installed applications and, more importantly, how many of those users actually opened the application and used it. Similarly, it's important to know how many people uninstall the application. With this information IT can determine what types of apps employees prefer and the ways in which they use them. If certain applications often get uninstalled, IT can take a second look and learn from which apps users seem to like.
In-app usage. In-app reviews help reveal how a user actually engages with an app. That helps IT determine which features and functionality are boosting productivity, and which ones still need further improvement.
Underestimating enterprise mobility challenges
Many organizations believe their in-house talent has the skills and passion to pull off mobile initiatives, or they think mobility isn't much different from their desktop environment -- but you shouldn't be overconfident. IT departments should conduct an honest self-evaluation of their level of expertise in mobility before diving into a project.
It's always humbling to own up to your shortcomings, but the real problem is ignoring limitations entirely. Taking stock of resources and skill level allows IT to identify which tools it still needs and whether it needs to contract an outside developer to work on areas of weakness.
Some companies run into trouble because they just don't have enough experience to predict the challenges of mobilizing business processes. Most enterprises would benefit from establishing a good relationship with a consulting group or service provider that knows how to address the realities of mobility; they've been there before and can help keep expectations realistic.
Refusing to learn from past mistakes
It's hard to overstate the value of learning from previous mobility projects. We can all improve in some way, so make sure to spend time evaluating, documenting and sharing the lessons you uncover. IT can use those notes to help make its next initiative even more successful. Some of those takeaways become organizational best practices, and others become teaching points for mobility hang-ups to avoid.
Watching a mobility project fail to meet its goal is always hard to stomach, but with proper planning IT can clear away many of the roadblocks to success.
Managing the scope of a mobility project
Create apps that focus on user needs
An increase in devices means more mobility challenges
Organizations struggling with enterprise mobility cost challenges