Application mobile native, multiplateforme ou site installable: le choix se tranche sur l’usage
Trois routes techniques mènent à une application mobile, et elles ne servent pas les mêmes projets. Le développement natif, écrit séparément pour chaque système, reste le choix des produits qui exploitent lourdement le matériel: caméra en continu, capteurs, cartographie précise, arrière plan permanent, portefeuille et paiement sans contact. Le développement multiplateforme, qui partage une base de code, convient à la grande majorité des applications de service et divise le travail de maintenance, au prix de quelques contournements sur les fonctions les plus fines. Le site web installable évite entièrement les magasins, ce qui accélère les mises à jour et écarte certaines commissions, mais il perd des possibilités d’intégration et souffre d’une visibilité moindre auprès du public.
Demandez à chaque candidat de justifier sa route par vos contraintes, et non par la pile qu’il maîtrise. Une question simple révèle beaucoup: quelles fonctions de votre cahier des charges imposeraient de renoncer au multiplateforme. Si la réponse est vague, la recommandation n’a pas été construite pour vous.
Les comptes de publication doivent être ouverts à votre nom
C’est la clause la plus souvent négligée et la plus coûteuse à réparer. L’application doit être publiée depuis vos propres comptes de développeur, ouverts au nom de votre entreprise, avec les justificatifs d’identification associés. Si le prestataire publie depuis son compte, votre produit vit chez lui: vous ne contrôlez ni les fiches, ni les avis, ni les mises à jour, ni les données d’usage, et un transfert ultérieur suppose son accord actif.
La même logique s’applique aux clés de signature, aux certificats, aux accès d’administration des services tiers utilisés, au nom de domaine des liens profonds et au dépôt de code. Faites établir dès la première semaine la liste des comptes concernés, avec le titulaire et l’administrateur de secours, et vérifiez la liste une fois le projet terminé. Un prestataire sérieux propose cette organisation de lui même, parce qu’elle le protège autant qu’elle vous protège.
Une application mobile n’est pas livrée, elle est entretenue
Un site peut rester en ligne sans être touché; une application mobile se périme toute seule. Chaque année, les éditeurs de systèmes mobiles publient une nouvelle version, modifient des autorisations, retirent des fonctions obsolètes et relèvent les exigences minimales de publication. Une application mobile laissée sans maintenance commence par afficher des défauts d’affichage, puis cesse d’accepter les nouvelles versions, et finit par disparaître des résultats de recherche des magasins.
Le budget doit donc comporter deux lignes distinctes dès le départ: la fabrication, puis l’entretien annuel. Fixez par écrit les versions de systèmes couvertes et la règle de renouvellement de cette couverture, le délai d’intervention en cas de panne bloquante, la fréquence des mises à jour de conformité et la personne qui surveille les rapports de plantage. Une proposition qui ne chiffre que la construction propose en réalité un produit à durée de vie courte.
Ce que la validation des magasins impose au calendrier
La publication n’est pas un bouton, c’est un examen. Les plateformes vérifient la conformité du contenu, la cohérence de la fiche, la déclaration des données collectées, les mécanismes d’achat, la présence de comptes de démonstration fonctionnels et la justification des autorisations demandées. Un refus est fréquent lors de la première soumission, et il coûte un cycle complet.
- une marge de sécurité figure au planning entre la fin des tests et la date de lancement annoncée
- les achats et abonnements passent par les mécanismes de paiement imposés, ce qui affecte votre modèle économique
- la déclaration de confidentialité doit correspondre à ce que le code collecte réellement
- chaque autorisation demandée est justifiée dans l’interface au moment où elle sert
- les comptes de test restent actifs, faute de quoi la mise à jour suivante sera rejetée
Consentement et traçage se traitent à la conception
Le recueil du consentement ne s’ajoute pas à la fin. Toute mesure d’audience, tout outil de suivi publicitaire et toute bibliothèque tierce embarquée dans une application mobile collectent des informations, et l’utilisateur doit pouvoir refuser aussi simplement qu’accepter. Le cadre européen de protection des données s’applique pleinement, avec information claire, finalités distinctes et durée de conservation définie. Les systèmes mobiles ajoutent leur propre demande d’autorisation avant tout suivi à des fins publicitaires, ce qui réduit fortement le volume de données disponibles et doit être anticipé dans le plan de mesure.
Demandez la liste complète des bibliothèques tierces envisagées, leur éditeur et ce qu’elles transmettent. Chacune est une dépendance juridique et technique, et certaines expédient des informations bien au delà de ce que suppose leur fonction apparente.
À qui confier une application mobile à Paris
Trois familles de fournisseurs se partagent la demande de la capitale, et leur modèle économique explique leur comportement. Les studios produits vendent un résultat: ils cadrent, arbitrent et assument la conception, ce qui convient quand votre équipe interne est mince. Les sociétés de services vendent des jours de développeur en assistance technique, ce qui est efficace lorsque vous pilotez vous même le produit et disposez d’un responsable capable d’arbitrer au quotidien, et très coûteux lorsque personne ne tient ce rôle. Les indépendants et petits collectifs conviennent à une première version limitée, à condition de prévoir explicitement ce qui se passe en cas d’indisponibilité d’une personne unique.
La forte concentration de grands comptes dans la région rend beaucoup de prestataires familiers des procédures d’achat, des audits de sécurité et des exigences d’accessibilité; cela se paie, mais cela évite des surprises quand votre direction des systèmes d’information entre dans le dossier. Demandez toujours qui écrira réellement le code, et distinguez l’équipe commerciale de l’équipe de production.
Le magasin est un canal de distribution, pas une garantie d’usage
Publier ne suffit pas, et beaucoup de projets découvrent après coup que le budget d’acquisition dépasse le budget de fabrication. La fiche du magasin se travaille comme une page de vente: intitulé, mots clés, captures qui montrent un bénéfice plutôt que des écrans, réponses aux avis, gestion des versions. Le suivi doit inclure la désinstallation et la rétention, pas seulement le nombre de téléchargements.
Traitez aussi la sortie de l’application vers vos autres canaux: liens profonds correctement configurés, cohérence avec votre site, et notifications dont la fréquence se règle par l’utilisateur. Une notification mal calibrée est le moyen le plus rapide de faire supprimer une application mobile qui a coûté cher à produire.
Forfait, assistance encadrée ou équipe dédiée
Quand le périmètre de la première version est fermé, le forfait par lots protège votre budget et impose une recette à chaque palier. Quand le produit doit évoluer au contact des utilisateurs, une équipe dédiée sur une durée définie reflète mieux la réalité, à condition de fixer une cadence de livraison, un point de décision régulier et une clause de sortie. L’assistance technique au temps passé convient au renfort ponctuel et devient dangereuse comme modèle principal, parce que personne n’est alors responsable du résultat. Quel que soit le modèle, réservez une part explicite du budget aux corrections et à la conformité; elle sera consommée.
Un dossier de consultation qui rend les offres comparables
Donnez à tous les candidats les mêmes éléments: parcours utilisateur principal, systèmes à connecter, fonctions imposant des autorisations sensibles, langues, exigences d’accessibilité, plan de mesure, versions de systèmes à couvrir, date de lancement et durée d’entretien attendue. Puis comparez trois choses: le coût annuel total sur plusieurs exercices, la liste des comptes et actifs qui vous reviennent, et le nom des personnes affectées.
Si le projet touche des périmètres voisins, examinez les à part: les agences de développement logiciel pour la partie serveur et les systèmes métier, les agences de développement web lorsqu’un site installable suffirait, et les agences de marketing de performance pour l’acquisition une fois le produit publié. Les profils vérifiés et les retours clients des agences d’applications mobiles référencées sur Edvido aident à réduire la liste, et un seul dépôt de brief vous permet de recevoir plusieurs offres sur un périmètre identique.