Native, multiplateforme ou PWA : quelle approche choisir ?
Première décision du projet, avant toute maquette : la façon dont l’application sera construite. Nous recommandons l’approche qui sert votre usage et votre budget, pas la plus à la mode.
L’application native
Deux applications distinctes, écrites dans le langage de chaque plateforme : Swift pour l’iPhone, Kotlin pour Android. C’est le bon choix quand l’application exploite à fond le téléphone (Bluetooth, capteurs, traitements lourds), au prix de deux bases de code à faire évoluer en parallèle.
L’application multiplateforme
Un seul code, publié sur l’App Store et sur Google Play. Avec Expo (basé sur React Native) ou Flutter, l’application utilise l’appareil photo, la localisation et les notifications, et chaque évolution sort le même jour sur les deux plateformes. Pour une application métier, de commerce ou de service, c’est en général l’approche la plus raisonnable.
La PWA, ou application web progressive
Un site web qui s’installe sur l’écran d’accueil et fonctionne en partie sans connexion, sans store ni examen. Deux limites : elle est absente des stores et, sur iPhone, les notifications ne fonctionnent que depuis iOS 16.4, pour une PWA ajoutée à l’écran d’accueil et après une action de l’utilisateur.
Encore un doute ? Notre guide site web, application mobile ou PWA compare les trois options pour une PME ivoirienne.
| Approche | Technologies | Points forts | Limites | Pour quel projet |
|---|---|---|---|---|
| Native | Swift (iOS), Kotlin (Android) | Accès complet au téléphone, performances maximales | Deux bases de code, maintenance plus lourde | Application très liée au matériel, traitements lourds |
| Multiplateforme | Expo (React Native), Flutter | Un seul code pour iOS et Android, sorties simultanées | Certaines fonctions récentes demandent un module natif | Application client, commerce, livraison, outil métier |
| PWA | Technologies web (React, TypeScript) | Pas de store, mise à jour immédiate, partage par simple lien | Absente des stores, notifications limitées sur iPhone, accès réduit au téléphone | Outil interne, test d’une idée, catalogue |
Que contient une application mobile professionnelle ?
Les écrans ne sont que la partie visible. Une application durable repose sur six briques, conçues et chiffrées dès le départ.
-
Un back-office pour piloter
Une interface web, sur ordinateur, où votre équipe gère produits, commandes, utilisateurs, contenus et statistiques sans passer par un développeur. Quand le besoin dépasse l’administration, il devient un véritable logiciel sur mesure.
-
Une API qui relie tout
Une API est une porte d’échange sécurisée par laquelle l’application lit et enregistre les données sur votre serveur. La même API connecte vos autres outils : facturation, CRM, comptabilité ou messagerie.
-
Le mode hors ligne
L’application garde en mémoire les données utiles et enregistre ce qui est fait sans réseau (une vente, une livraison, un relevé), puis l’envoie dès que la connexion revient. Les cas de conflit suivent des règles décidées avec vous.
-
Pensée pour les réseaux mobiles
Images compressées, échanges de données réduits, nouvelle tentative automatique quand un envoi échoue : l’application reste utilisable avec une connexion faible et ménage le forfait de vos utilisateurs.
-
Des notifications utiles
Confirmation de commande, rappel de rendez-vous, alerte de stock : envoyées depuis le back-office ou automatiquement, elles peuvent être doublées d’un SMS pour les messages critiques.
-
Comptes, rôles et sécurité
Connexion par numéro de téléphone ou par e-mail, droits différents selon le profil (client, livreur, gérant), échanges chiffrés et sauvegardes automatiques du serveur.
Peut-on encaisser par Mobile Money dans une application ?
Oui, mais sur iPhone la règle dépend de ce que vous vendez. Apple impose son système d’achat intégré pour les contenus numériques consommés dans l’application (règle 3.1.1). Pour un bien physique ou un service consommé hors de l’application, Mobile Money ou carte bancaire sont permis (règle 3.1.3(e)).
| Ce que vous vendez | Exemples | Paiement dans l’application |
|---|---|---|
| Bien physique | Repas, vêtements, pièces détachées livrés | Mobile Money, carte bancaire ou paiement à la livraison |
| Service rendu hors de l’application | Rendez-vous au salon, course, nuit d’hôtel | Mobile Money ou carte bancaire |
| Contenu numérique utilisé dans l’application | Fonctions premium, abonnement à des vidéos, crédits de jeu | Achat intégré d’Apple |
Source : règles de publication de l’App Store. Google Play applique aussi ses propres règles aux contenus numériques. Ces règles évoluent : nous les revérifions au moment du projet.
Côté technique, le paiement passe par un agrégateur qui regroupe Orange Money, MTN MoMo, Moov Money et Wave, ou par l’API d’un opérateur. Le point délicat est la confirmation : l’application attend l’avis du prestataire, gère les paiements en attente ou échoués, puis seulement valide la commande. Détails sur notre page intégration Mobile Money et API.
Comment publier votre application sur l’App Store et Google Play ?
La publication se prépare dès le début du projet, car certaines démarches prennent du temps.
- Des comptes développeur à votre nom. Ils sont ouverts au nom de votre société, qui apparaît comme vendeur sur les stores ; nous y sommes ajoutés comme collaborateurs. Vous gardez l’application si vous changez de prestataire.
- Le numéro D-U-N-S. Pour un compte d’entreprise, Apple comme Google demandent ce numéro d’identification attribué par Dun & Bradstreet. Apple exige aussi un site web public sur votre propre nom de domaine et une adresse e-mail professionnelle sur ce domaine.
- La fiche de l’application. Nom, description, icône, captures d’écran, catégorie, politique de confidentialité et déclaration des données collectées : nous les préparons ensemble.
- L’examen par les stores. Apple et Google examinent l’application et chacune de ses mises à jour avant de les publier. Nous prévoyons ce délai dans le planning et traitons les éventuelles demandes de correction.
Frais officiels : l’Apple Developer Program coûte 99 USD par année d’adhésion (source Apple) et l’inscription à la Google Play Console 25 USD, payés une seule fois (source Google). Réglés par votre société, ils peuvent changer : à vérifier au moment du projet.
Que se passe-t-il après la publication ?
Une application n’est jamais terminée. Chaque année, de nouvelles versions d’iOS et d’Android sortent, et les stores relèvent leurs exigences. Sans entretien, une application finit par mal fonctionner, puis par ne plus être proposée aux nouveaux utilisateurs.
Exemple concret : Google Play demande de cibler un niveau d’API Android récent, en règle générale publié depuis moins d’un an. Depuis le 31 août 2026, les nouvelles applications et les mises à jour doivent cibler Android 16 (API 36), avec une prolongation possible jusqu’au 1er novembre 2026. Une application existante qui ne cible pas au moins Android 15 (API 35) n’est plus visible des nouveaux utilisateurs sur les versions récentes d’Android (exigences de Google Play).
- Mises à jour pour chaque nouvelle version d’iOS et d’Android
- Mise à niveau des bibliothèques et correctifs de sécurité
- Suivi des plantages et des avis laissés sur les stores
- Supervision et sauvegardes du back-office
Le devis sépare développement, maintenance et coûts récurrents (comptes développeur, hébergement, SMS). Pour comprendre ce qui fait varier ces postes, voyez notre page prix d’un site web ou d’une application à Abidjan.
Comment se déroule le développement de votre application ?
Cinq étapes, chacune avec quelque chose à essayer sur votre téléphone. Pour préparer le premier appel, utilisez notre modèle de cahier des charges.
-
Cadrage
Qui utilisera l’application, pour quoi faire, sur quels téléphones ? Nous fixons le périmètre de la première version, l’approche technique, le planning et un devis ferme, détaillé par étape.
-
Conception
Parcours, maquettes cliquables et architecture (données, API, back-office) validés avec vous avant le code. Les démarches des stores démarrent en parallèle.
-
Développement
Des livraisons courtes, testées sur votre téléphone et sur ceux de quelques utilisateurs réels, anciens comme récents ; vos retours sont intégrés à chaque étape.
-
Mise en ligne
Publication sur l’App Store et Google Play, mise en service du back-office, reprise de vos données existantes et formation de votre équipe.
-
Croissance
Suivi des usages et des plantages, mises à jour, nouvelles fonctions et automatisations : la première version sort vite, puis l’application grandit par étapes.
Pourquoi confier votre application à Jingi Agency ?
Nous ne parlons pas des stores en théorie : nous y publions et y maintenons notre propre application.
-
Madata, publiée sur les deux stores
Notre équipe a conçu, développé et déployé Madata, l’ERP des PME d’Afrique francophone : ventes, stock, comptabilité SYSCOHADA, paie, caisse et CRM. Elle est disponible sur le web, sur l’App Store et sur Google Play. Lire l’étude de cas Madata.
-
Mobile, web et back-office ensemble
Madata réunit applications iOS et Android, version web, espaces multi-entreprises et paiement Mobile Money. Votre application, son back-office et son API sont conçus par les mêmes personnes.
-
L’IA, quand elle sert
Mia, l’assistante IA de Madata, répond dans ChatGPT, Claude, Gemini ou Mistral grâce à un serveur MCP, un standard ouvert qui relie les assistants IA aux logiciels. Votre application peut évoluer de même avec nos automatisations IA.
-
Vous restez propriétaire
Comptes développeur, code source, accès au back-office, données et documentation sont à votre nom. Un seul interlocuteur, joignable sur WhatsApp, Slack ou Teams : Félix de La Boissière, fondateur de Jingi Agency et créateur de Madata.
Questions fréquentes sur le développement d’application mobile
Combien de temps faut-il pour développer une application mobile ?
Une application se construit par étapes. Nous définissons d’abord une première version utilisable, limitée aux fonctions essentielles, qui sort rapidement ; les autres arrivent ensuite, guidées par les retours des utilisateurs. Le délai dépend du nombre d’écrans, du back-office, des paiements et des intégrations. Prévoyez aussi l’ouverture des comptes développeur et l’examen par les stores : le planning détaillé est fixé au cadrage.
Faut-il développer deux applications, une pour iPhone et une pour Android ?
Pas forcément. Avec une approche multiplateforme comme Expo (React Native) ou Flutter, un seul code produit les deux applications, publiées sur l’App Store et Google Play. Les évolutions sortent en même temps sur les deux plateformes, ce qui allège le budget et la maintenance. Le développement natif, avec Swift et Kotlin, reste préférable pour les applications très liées au matériel du téléphone.
Combien coûte le développement d’une application mobile ?
Le budget dépend du nombre d’écrans et de parcours, du back-office, des paiements, du mode hors ligne, des intégrations avec vos outils et de l’approche choisie. Après un premier appel offert, Jingi Agency envoie un devis ferme et détaillé par étape. Les coûts récurrents sont listés à part : comptes développeur Apple et Google, hébergement, services de notification ou de SMS, maintenance.
À qui appartient l’application une fois publiée ?
À vous. Les comptes Apple Developer et Google Play Console sont ouverts au nom de votre société, qui apparaît comme vendeur sur les stores. Le code source, les accès au back-office et à l’hébergement, les données et la documentation vous sont remis. Si vous changez un jour de prestataire, vous transférez simplement les accès, sans devoir republier l’application.
Peut-on payer par Mobile Money dans une application iPhone ?
Oui, pour un bien physique ou un service consommé hors de l’application : livraison, réservation, prestation. Les règles d’Apple autorisent alors Mobile Money ou la carte bancaire. Pour un contenu numérique utilisé dans l’application, comme des fonctions premium ou un abonnement à des vidéos, Apple impose son système d’achat intégré. Ces règles évoluent : nous les vérifions au moment du projet.
Quels sont les frais pour publier sur l’App Store et Google Play ?
Selon leurs sites officiels, Apple facture 99 USD par année d’adhésion à l’Apple Developer Program, et Google 25 USD de frais d’inscription uniques à Google Play Console. Ces frais sont payés directement par votre société, titulaire des comptes. Pour un compte d’entreprise, les deux demandent un numéro D-U-N-S, à obtenir avant la publication. Les montants peuvent changer : à vérifier au moment du projet.