Développement d'application mobile : les arbitrages qui comptent

Réponse courte

Développer une application mobile revient à publier un logiciel sur l'App Store et sur Google Play, avec les contraintes de validation, de mise à jour et de vie privée qui vont avec. Une base de code unique couvre iOS et Android. Watizi construit l'application et y branche les agents qui traitent les demandes.

Sur cette page

01 Base de code unique ou deux applications natives
02 Ce que les magasins d'applications imposent
03 Une application qui traite au lieu de notifier
04 Les repères en un tableau

Base de code unique ou deux applications natives

Une base partagée couvre la plupart des besoins métier et divise par deux le coût de maintenance. Le natif reste justifié quand l'application dépend fortement du matériel : capteurs, traitement vidéo en temps réel, usage intensif de la batterie.

Le débat est trop souvent tranché par le prestataire selon ce qu'il sait faire. La bonne façon de le trancher consiste à lister les fonctions qui touchent au matériel, puis à regarder si elles sont au cœur du produit ou à sa périphérie.

Une application de gestion, de suivi de commandes ou de relation client n'a presque jamais besoin de natif. Une application de mesure, de scan intensif ou de montage vidéo, souvent.

Le coût invisible du natif n'est pas le premier développement, c'est la deuxième année. Chaque évolution s'écrit alors deux fois, puis attend deux validations qui ne tombent jamais le même jour.

Ce que les magasins d'applications imposent

Apple et Google contrôlent chaque version avant publication, exigent une déclaration détaillée des données collectées, et retirent les applications qui cessent de suivre leurs règles. Ces contraintes se prennent en compte au cadrage.

Le premier passage en revue est le plus long. Il porte sur l'utilité réelle de l'application, sur les mécanismes de paiement employés, et sur la présence d'un moyen de supprimer son compte depuis l'application quand celle-ci permet d'en créer un.

La déclaration de confidentialité doit dire ce que l'application collecte, pourquoi, et vers qui les données partent. Une déclaration approximative se paie en refus successifs, chacun coûtant plusieurs jours de calendrier.

Les comptes de publication appartiennent à l'entreprise, jamais au prestataire. C'est le point qui bloque le plus de transitions : une application dont le compte développeur porte le nom de l'agence ne se transfère pas sur simple demande.

Une application qui traite au lieu de notifier

Une notification déplace le travail vers un humain. Un agent branché dans l'application lit la demande, la classe, répond quand il sait, et n'escalade que ce qui mérite un arbitrage.

Le studio a construit un agent qui répond sur WhatsApp au nom d'un commerce, et un agent vocal qui décroche le téléphone à la place d'un standard. Les deux tournent en production, avec de vraies pannes à réparer, ce qui reste la seule preuve qui vaille.

Dans une application mobile, le principe s'applique aux demandes entrantes : une réclamation, une prise de rendez-vous, une pièce jointe à classer. L'agent travaille sur vos données, dans votre produit, et laisse une trace de chaque décision prise.

L'entraînement est le vrai travail. Un agent qui n'a pas répété sur des cas réels de votre métier reste un intérimaire poli. Watizi le forme avant la mise en service, puis le corrige sur les cas qu'il rate.

Quels repères vérifier, et comment ?

Cinq critères se vérifient sans outil particulier. Le tableau les met en regard de ce qu'ils changent pour un visiteur, pour un moteur, et de la façon de les contrôler.

Critères de qualité applicables au sujet « developpement application mobile », effet côté visiteur, effet côté moteur et méthode de vérification.
Critère	Pour le visiteur	Pour un moteur	Comment le vérifier
Exactitude	Il trouve la bonne information du premier coup	Aucune contradiction à arbitrer	Relire chaque champ publié, source par source
Fraîcheur	Il sait que la page est tenue	Signal de mise à jour daté	Noter la date de dernière modification
Cohérence	Le même message partout où il vous croise	Recoupement possible entre les sources	Comparer les sources deux à deux
Preuve	Il peut vérifier ce qui est affirmé	Contenu citable, attribué à un émetteur	Chercher qui signe et ce qui est sourcé
Régularité	Une activité visiblement suivie	Historique lisible dans la durée	Tenir un relevé à intervalle fixe

Questions fréquentes

Combien coûte le développement d'une application mobile ?

Le prix dépend du nombre d'écrans, du niveau de fonctionnement hors ligne et des systèmes à connecter. Watizi ne publie pas de prix d'appel : le chiffre sort du cadrage, une fois le périmètre écrit et la première version délimitée.

Faut-il publier sur les deux magasins dès le départ ?

Le plus souvent oui, puisque la base de code est commune et que le surcoût de la seconde publication reste faible. Sortir sur un seul magasin ne se justifie que si votre public est massivement d'un côté, ce qui se vérifie avant de décider.

Une application web progressive suffit-elle ?

Elle suffit quand l'usage est occasionnel et ne demande ni notification fiable, ni accès poussé au matériel, ni présence dans un magasin. Dès que l'application doit être ouverte tous les jours ou fonctionner sans réseau, l'application installée reprend l'avantage.

Sources

Cadrer l'application avant d'écrire le premier écran

Le cadrage projet demande les usages visés, les plateformes attendues et l'échéance souhaitée. Watizi revient avec un périmètre écrit et un chiffrage sous 48 h.

Cadrer mon projet mobile

Le logiciel est l'instrument, l'orchestre le fait jouer : les agents IA travaillent dedans, la visibilité dans les moteurs IA se prépare dès le code, et la Part de Voix IA mesure ce que ça donne.