In a previous blog post, I wrote about the challenges that must be considered before diving into writing your own enterprise mobile applications. However, there are a good number of reasons to write a custom application. This route need not be riddled with challenges or regrets – provided you consider the options and keep your objective in focus. You’re choosing to develop your own enterprise application with an objective of increasing the productivity of workers. In the face of a volatile market for mobility hardware and operating systems, you can deliver a solution that yields huge gains for your operating margin. There are four considerations I recommend keeping in mind as you scope your own application: security, standards, compatibility, and performance.
Security: consider how data is going to be secured on the device. Here, browser-based apps can have advantage over native applications because your browser is essentially providing a window to a host-based application. Need to lock it down? Shut the window. However, also be sure to avoid compromising the user experience to meet security requirements, and make considerations for the ease of offloading local data.
Standardization: there is a concurrent shift in mobility clients with the shift in mobile devices, so writing an app once and making it deployable on many device can be a challenge. “That’s why I’d use HTML5” you might think. Sure, but remember that HTML5 does not offer a standard in itself. And here again, the continuous churn of updates to mobile operating systems can be a cause for application failures.
Compatibility: What happens when the next OS or new device platform is introduced? How flexible is your application across devices, operating systems, and don’t forget host systems. Native apps often result in vendor exclusions – where the application is compatible with, say, one supply chain management system, but not another. This can lock you into systems you didn’t intend.
Performance: your investment in your supply chain management system is significant. Don’t ruin it with a sub-par mobile experience. This is especially a challenge when developing a browser-based app using the default browser on the mobile device. Often these browsers were written for desktops and then squeezed into mobile devices. Rendering issues can be a huge time waste for users (picture the warehouse worker standing around for 5-10 seconds between screens, just waiting for the browser to present the next screen in their workflow). Make considerations for locked-down network environments.
If you’re going to write your own mobile application, take advantage of Ivanti Velocity – our secure enterprise browser. Velocity’s super-fast rendering lets your mobile app work faster, and session-persistence lets workers resume tasks right where they left the workflow. It’s secure, since application data is streamed from the host system (not stored on the mobile device). Velocity interfaces to all leading supply chain management systems, so compatibility concerns are eased. Finally, Velocity delivers on the promise of a single development platform across mobile operating systems, so you can equip users with the device type that best fits their task.
*This post originally appeared on the Wavelink blog prior to the rebrand in January 2017, when Wavelink, LANDESK, Shavlik, AppSense, and HEAT Software merged under the new name Ivanti.