Pourquoi développer une application de Mobilité sur mesure ?

Nous terminions notre troisième billet avec cette mention : « Est-ce qu’un Smartphone peut contribuer à optimiser les processus critiques à la productivité des travailleurs mobiles ?  Un vrai leader aura tôt fait de procéder à l’exercice d’analyse de ses processus critiques afin d’en évaluer le potentiel d’optimisation avec les Smartphones. Et il aura aussi tôt fait de mettre en place des mesures afin de s’assurer que l’augmentation de productivité escomptée soit au rendez-vous !!!« 

Et en faisant l’analyse de vos processus critiques, une interrogation relativement fondamentale peut émerger : dois-je développer une application mobile sur mesure ?

La question est très simple et la réponse tout aussi simple, à partir du moment où la fonction à « mobiliser » n’est pas disponible dans le parc d’applications pour mobiles existant, l’une des trois situations suivantes nécessitant un développement sur mesure s’appliquera :

• La fonction d’affaire à « mobiliser » s’appuie à l’interne sur une application développée sur mesure.  Ex: la « mobilisation » d’une fonction clé (pour les ventes ou le service client) d’un ERP interne qui a été développé sur mesure.

• Une activité exécutée sur la route peut maintenant être automatisée grâce aux capacités des Smartphones.  Ex: des techniciens qui utilisent maintenant le BB à la place de formulaires papier.

• Les capacités accrues des nouvelles générations de Smartphones laissent entrevoir la possibilité de « mobiliser » certaines fonctions d’affaires internes.  Ex: « mobiliser » des fonctionnalités évoluées d’un CRM d’entreprise tel l’accès à des données stratégiques.

Mentionnons, afin d’illustrer notre propos, que les spécifications techniques de certains Smartphones (BlackBerry Storm, iPhone, Treo Pro) sont assez impressionnantes pour de si petits appareils : des processeurs dont la cadence varie de 400 à 600 Mhz, des écrans allant jusqu’à 480×360 pixels, des cartes mémoires pouvant aller jusqu’à 32 Go et des caméras de 3.2 méga-pixels. Faut-il rappeler qu’au tournant du Millénaire, beaucoup de gens travaillaient encore avec des ordinateurs de bureau à peine plus rapide, les disques durs ne dépassaient pas 1 Go et les caméras numériques de bureau se faisaient rares !!!

À partir du moment où la spécificité d’affaires de vos opérations exige le développement d’une application mobile sur mesure, il y a encore là deux possibilités :

• Une application embarquée sur votre Smartphone
• Une application Web à laquelle votre Smartphone s’arrimera grâce à son fureteur Internet

Dans quel cas, une entreprise développera-t-elle une application embarquée et dans quel cas développera-t-elle une application Web ?  Ce qui suit se veut plus un guide d’analyse de la situation qu’une liste exhaustive de critères d’évaluation.

• Le premier critère à évaluer est le niveau de criticalité de l’application à « mobiliser ».  Cette application doit-elle fonctionner en tout temps et partout, et de façon ininterrompue afin d’assurer la productivité de l’entreprise et/ou des travailleurs ?  Si oui, alors nul doute qu’une application Web à laquelle vos Smartphones s’arrimeront est conseillée.

• En second lieu, il faut considérer la sécurité.  Peut-on conserver sur l’appareil et ce, sans risque pour la sécurité de l’entreprise mais aussi de ses clients, les données embarquées ou transférées sur le mobile ou encore saisies sur la route ?  Si non, alors l’application Web se dresse devant vous.

• Un troisième critère important est le type d’application, est-ce une application qui récupère plus de données qu’elle n’en génère ou encore qui nécessite beaucoup de traitement avant de donner une réponse ?  Par exemple, la quantité d’un item en inventaire nécessite beaucoup de vérifications mais ne génère qu’une seule donnée, le traitement se fait donc en grande partie à l’interne à partir de données auxquelles votre Smartphone n’a pas accès alors…

• Un quatrième critère important à considérer est l’environnement géographique des travailleurs mobiles, ont-ils toujours accès à une bonne connectivité avec le réseau ?   Si non, alors capitalisez sur votre Smartphone.

• Finalement, la nature des opérations ou du travail sur la route peut indiquer la voie à suivre.  Par exemple, est-ce que l’opération doit utiliser des fonctionnalités de l’appareil comme la prise d’une photo, la prise d’une note vocale, la récupération d’un fichier, etc. ?  Alors, votre Smartphone doit héberger l’application.

Dans tous les cas, plus que tout, la motivation première du développement d’une application mobile sur mesure est l’existence d’un gain potentiel et la justification finale devrait être la validation du gain escompté.  S’il y a possibilité de faire plus ou mieux ou faire de même avec moins par le concours de votre Smartphone, alors il ne faut pas hésiter !!!   Le calcul est simple, en combien de temps les coûts de développement seront-ils absorbés ou compensés par les gains générés; bref, quel en est le ROI ?

Denis Paul van Chestein – Michel Martel

Mobility and Productivity 4

This is the third opus of a series of posts and comments published by « Enterprise Mobility Matters » which will be the subject of a « parallel blogging » experiment with Analystik, editor of the « Productivité + » blog, onto which you will find a reply to these posts and comments.

Why Develop a Customized Mobility Application?

We have ended our third post with this conclusion: « Now, can a Smartphone contribute to optimizing those processes critical to mobile workers productivity?  A true leader will immediately proceed by analyzing its critical business processes and assessing their optimization potential with Smartphones. And, of course, he will have in no time put into place metrics to ensure the expected productivity gains are at the rendezvous!!!« 

And while analyzing your critical processes, a relatively fundamental question may erupt at the top of your mind: shall I develop a customized mobile application?

The question is quite simple and the answer is as simple, since the « required -to-be-mobilized » function is not available within the mobile applications park, you will most probably be facing one of three situations calling upon a customized mobile application:

• The business function to be mobilized is in fact part of a custom-made application

Ex: the « mobilization » of a key function (for sales or client service) of an internal ERP which was custom-made for your enterprise.

• An activity executed on the road can now be automated, thanks to Smartphones capabilities

Ex: technicians are now using BlackBerry’s instead of paper forms.

• New-generation Smartphones increased capabilities let us anticipate the « mobilization » some internal business functions.

Ex: « mobilizing » an enterprise CRM advanced functionalities such as access to strategic data.

Let’s mention, to make our point, that today’s Smartphones technical specs (BlackBerry Storm, iPhone, Treo Pro) are quite impressive for such little devices: processors from 400 to 600 MHz, screens up to 480×360 pixels, memory cards up to 32 Go and 3.2 megapixels cameras. Let’s not forget that at the turn of the Millennium, a lot of people were working with desktops just barely faster, hard disks were not at 1 Go yet and desktop digital cameras were still quite exotic!

From the moment your business operation specifics require the development of a customized mobile application, you will have but only two choices:

• Smartphone embarked application
• Web application calling upon your Smartphone Internet capabilities

Which is which, how to choose between developing an « embarked » versus a « Web » mobile app?  What follows is more of an analysis guide than a comprehensive list of evaluation criteria.

• The first point to assess the « criticality » level of the application to « mobilize ».  Must this application run at all time and at all cost, in an uninterrupted fashion in order to ensure the enterprise or the workers productivity?  If so, then without any doubt you must develop a Web app onto which your Smartphones will hook themselves.

• Secondly, security is a serious matter to take into account.  Can you keep embarked data, or transferred data or data captured on the road on the device without any risk for either the enterprise or its clients’ security?  If not, then a Web app is your best solution again.

• The nature of the application to be mobilized is also not to be neglected. Is this application processing much more data than it is providing?  For example, verifying the quantity of a specific item in inventory demands a lot of processing but delivers only one data; thus, the processing is done with data only available from the inside of the enterprise to which your Smartphone doesn’t have access, then…

• Another important criteria to consider is the geographical environment of the mobile workers, do they always have good network connectivity?   If not, then you should capitalize on your Smartphone.

• Finally, the nature of your operations or of the job on the road can tell you how to go about things.  For example, if your operations call upon functions such as taking a picture, a vocal note, downloading and/or reading a file, etc.?  Then, it’s a no brainer.

In any case, more than anything, your top motivation for developing a customized mobile application is the existence of a potential gain and the final justification should be the confirmation of the expected gain.  If there is an opportunity to do better or more or do the same but with less resource with the help of a Smartphone, then you shouldn’t hesitate!!!   The logic is quite simple, how or when will the development cost be compensated by the expected gains; in short, what is the ROI?

Denis Paul van Chestein – Michel Martel