Applis mobiles : natives ou génériques ?

Les OS et plateformes mobiles sont vraiment nombreux ! Nous avions connu cette situation il y a quelques années dans le monde des navigateurs internet. Sous la pression du time to market, il n’est pas évident d’arbitrer entre développement natif, (programmation spécifique pour iOS, Android, Windows Phone, etc.) ou générique, c’est à dire capable de tourner sur n’importe quel système. Lorsqu’il s’agit de créer une nouvelle application mobile, comment choisir ? Par Jean-François Gaudy, Directeur Innovation et Mobilité chez Gfi Informatique.

Applis mobiles: un univers mouvant Sil est un univers qui bouge, cest bien celui de la mobilit! Une dure de vie trs courte des produits et des applications du fait dune obsolescence parfois programme, et un nombre dapplications sans cesse plus lev. Une mobilit qui prend aussi des formes nouvelles avec les Smartphones, les tablettes, les phablettes et mme les objets connects. Alors faut-il redvelopper chaque fois de zro lorsquon lance une application mobile? Le dbat fait rage entre natif et gnrique. En fait, cela dpend Les avantages sont partags. Des systmes fragments Le dveloppement natif permet dtre plus proche de lOS mobile: on dveloppe dans le langage associ lOS, ce qui permet dutiliser ses fonctions natives en donnant des applis souvent plus rapides, plus fluides, plus intuitives. Les diteurs des systmes plbiscitent ce type dapproche, linstar dApple qui considre que seules les applications entirement natives sont la mesure des ambitions de la plateforme IOS. Dailleurs ne nous y trompons pas: lpisode dil y a 3 ans autour dAdobe Flash (qui ne fonctionnera jamais sous IOS et Windows Phone) avait pour raison dviter que ne se cre un march dapplications gnriques sappuyant sur ce moteur, et qui risquait de dsintermdier les magasins dapplications dApple et Microsoft. Malheureusement le dveloppement natif est coteux car lunivers de la mobilit est fragment: iOS dApple, Android de Google, Windows Phone de Microsoft ou Blackberry de RIM cohabitent, aux cts dautres systmes plus exotiques ou plus pointus, Open Source ou compatibles Android. Il faut donc dvelopper autant dapplis quil y a de systmes. Ce qui ne manque pas dalourdir les tests applicatifs avant mise sur le march; sans parler de la publication des apps sur les stores qui sont aussi nombreux que les OS. Le dveloppement gnrique est plus simple: il suffit de crer une surcouche sur lOS, via un framework qui va faire linterface vers les systmes natifs, ou une Web App qui tournera sur un navigateur lui-mme encapsul dans une application native. Dans ce dernier cas on parlera dapplication hybride. Ce type dapplication se veut passe-partout mais ne peut utiliser que le plus petit dnominateur commun de toutes les plateformes. HTML 5 a bien fait progresser ce niveau de fonctionnalits, mais on est loin des capacits des plateformes natives. De plus dans ce cas il sagit forcment dun code interprt par le navigateur (et rappelons-nous que les navigateurs mme mobiles restent eux aussi fragments) et donc bien moins efficace quun code binaire gnr par un compilateur pour tre au plus proche du hardware. Une collection de cas particuliers enfonction des cibles March, technologies et fonctionnalits: le choix se fera en fonction de ces paramtres: Analysez bien votre cible ! Si votre appli est riche en fonctionnalits, mieux vaudra dvelopper en natif. Ce qui permettra une meilleure exprience pour lutilisateur et collera au plus prs des capacits de lappareil. Si vous devez stocker beaucoup de donnes et les encrypter par exemple: natif obligatoire. Ce sera gnralement le cas lorsque la scurit est un critre. Idem sil vous faut utiliser de manire optimale les nombreux capteurs du smartphone. Dans un cadre BtoE (business to employee), deux stratgies: bYod et Cope. La tendance grandissante se servir de son propre terminal pour un usage professionnel sappelle le bring Your own device, et dans ce cas il revient moins cher de faire du gnrique puisque les mobiles apports dans le monde de lentreprise refltent la fragmentation du march.En mode Copepour Corporate owned, personally enabled, cest lentreprise qui dtient le terminal mobile, le collaborateur pouvant nanmoins en faire aussi un usage personnel. La stratgie dentreprise repose alors sur un seul OS et lon peut sorienter vers du natif. Notons que le Cope permet la DSI de lentreprise davoir la main sur les paramtres de scurit et les fonctionnalits accessibles, dinstaller des applications par profil, et mme de prendre le contrle du mobile distance via les logiciels de Mobile Device Management (MDM). Et bien sr, il y a le budget! De faon gnrale, sachez que dvelopper en mode multi-natif sous diffrents OS va coter plus cher que le dveloppement en mode gnrique. Il vous faudra ajouter cela la publication sur les magasins dapplications et assurer une maintenance dautant plus complexe quelle devra prendre en compte les nombreux changements de versions des multiples OS. Ce qui bien sr nest pas le cas avec une Web App et est plus limit avec une Hybrid App. MON AVIS DEXPERT : En conclusion, avant de vous lancer dans de coteux dveloppements tudiez bien votre cible marketing. Inutile de dvelopper du natif pour une population qui ne possderait pas ou trop peu la plateforme vise ou si les fonctionnalits ne le ncessitent pas.

Mots clésDigital

Articles liés

Partager