Développement d'application mobile iOS et Android

C'est la première question posée, et la réponse est souvent non. Un site web bien conçu s'affiche correctement sur téléphone, ne demande aucune installation, et se met à jour sans validation de personne. Une application ajoute une barrière — il faut la trouver, l'installer, lui faire de la place — qu'il faut justifier.

Une application se justifie quand au moins l'un de ces besoins est réel :

• Les notifications. Pouvoir atteindre l'utilisateur sans qu'il vienne. C'est de loin la première raison valable.
• Le hors-ligne. Un technicien en sous-sol, un livreur en zone blanche, un inventaire en entrepôt. L'application fonctionne sans réseau et se synchronise après.
• Les capteurs du téléphone. Appareil photo intégré au parcours, scan de code-barres, géolocalisation continue, biométrie.
• Un usage quotidien et répété. Une icône sur l'écran d'accueil vaut mieux qu'une adresse à retaper, quand l'outil est utilisé tous les jours.

Si aucun de ces points ne s'applique, un site adapté au mobile coûtera moins cher et servira mieux. Vous ne serez pas orienté vers une application pour la forme.

Non. Une seule base de code produit l'application iOS et l'application Android, ce qui divise à peu près par deux le coût et le délai par rapport à deux développements natifs distincts. Les deux versions restent de vraies applications, installées depuis les stores, avec accès aux notifications et aux capteurs.

Le développement natif séparé garde un intérêt dans des cas précis : traitement graphique lourd, usage intensif et continu des capteurs, intégration système poussée, jeu. Pour la grande majorité des applications de PME et de porteurs de projet, ce n'est pas le cas — et le surcoût ne se traduit par aucune différence perceptible pour l'utilisateur.

Plus cher qu'un site à fonctionnalités comparables, pour trois raisons structurelles qu'il vaut mieux connaître avant de comparer des devis :

1. Deux plateformes à valider. Même avec une base de code unique, il faut tester sur iOS et sur Android, sur plusieurs tailles d'écran et plusieurs versions de système.
2. Un cycle de publication contrôlé. Apple et Google relisent chaque version. Il faut préparer les fiches, les visuels, la politique de confidentialité, et prévoir un refus possible.
3. Des cas qui n'existent pas sur le web. Perte de réseau en cours d'action, mise en arrière-plan, mise à jour du système d'exploitation, gestion des permissions.

Le budget de votre première version est défini sur devis. Celui-ci sépare le développement, la publication sur les stores et le suivi, pour que chaque poste soit lisible et arbitrable.

À prévoir en plus, et qui ne passe pas par l'agence : les abonnements aux programmes développeurs d'Apple et de Google. Ils sont à votre charge, à votre nom, et restent votre propriété.

10 à 14 semaines entre le cadrage et la publication. La validation par Apple et Google prend de quelques jours à deux semaines selon la période de l'année et le type d'application ; ce délai est intégré au planning plutôt qu'ajouté à la fin.

Un point souvent découvert trop tard : certaines catégories d'applications déclenchent une revue renforcée — santé, finance, données d'enfants, achats intégrés. Si votre projet en relève, c'est identifié au cadrage et le planning en tient compte.

À vous, et c'est un point sur lequel il vaut la peine d'être vigilant quel que soit le prestataire choisi.

Une application n'est pas un livrable qu'on oublie. Apple et Google font évoluer leurs règles et leurs systèmes chaque année, et imposent régulièrement de recompiler avec une version plus récente de leurs outils. Une application qui n'est plus maintenue finit par être retirée des stores.

Le forfait mensuel couvre ces mises à jour techniques, la surveillance et la correction des anomalies, sans engagement de durée. Si vous préférez gérer vous-même, le code, les accès et les clés vous sont remis avec 30 jours de corrections après la publication.

Strike, une application de suivi d'habitudes, a été conçue et développée de bout en bout par l'agence : parcours quotidien, statistiques mensuelles, mode sombre, publication sur les stores. Découvrez sa conception et ses écrans dans l’étude de cas Strike.