Faire développer une application mobile, c'est rarement commander des écrans seuls. Il faut aussi le serveur qui les alimente, l'espace d'administration où votre équipe suit les commandes ou les rendez-vous, la mise en ligne sur l'App Store et Google Play, puis les correctifs que réclament chaque année les nouvelles versions d'iOS et d'Android. Ce comparatif rassemble 38 agences qui cochent le développement d'applications mobiles sur leur fiche. Toutes ont leur siège en Tunisie : près des deux tiers dans le Grand Tunis, les autres surtout à Sousse et à Sfax. Aucune n'a encore reçu d'avis client vérifié sur La Fabrique du Net, aucune n'y a publié de réalisation chiffrée. Les repères qui suivent viennent donc des fiches, relevées en novembre 2026, et des vérifications que vous pouvez conduire vous-même avant de signer.
Écrans, serveur, back-office : ce qu'une agence livre vraiment
Une application se compose de trois couches, et un devis qui n'en décrit qu'une seule cache le reste quelque part.
- L'application installée sur le téléphone, celle que vos clients ou vos équipes ouvrent : parcours, formulaires, notifications, appareil photo, localisation.
- Le serveur et ses interfaces de programmation (API), qui stockent les comptes, les commandes et les contenus, et que l'application interroge à chaque geste.
- Le back-office, l'outil web où vous modifiez un catalogue, validez une inscription ou consultez les statistiques sans appeler l'agence.
S'ajoutent souvent des raccordements à ce qui tourne déjà chez vous : un site marchand, un ERP comme Odoo, une caisse, un logiciel de gestion commerciale. C'est fréquemment là que le chiffrage dérape, parce que l'agence découvre en cours de route des données mal rangées ou un logiciel sans interface ouverte. Faites préciser, dès le premier échange, lesquelles de ces couches sont comprises dans la proposition et lesquelles restent à votre charge ou à celle d'un autre prestataire.
Des agences web qui ont ajouté le mobile à leur catalogue
Le métier déclaré sur ces fiches est rarement exclusif. Plus de neuf agences sur dix vendent aussi des sites internet ou du développement web, six sur dix cochent au moins un service de marketing (référencement, réseaux sociaux, publicité en ligne), moins d'un tiers mentionnent le design UX UI et environ une sur cinq le développement de logiciels. Vous croiserez donc surtout des agences de sites qui proposent l'application en complément, quelques sociétés de logiciel familières des outils métier et des agences orientées marketing pour qui le mobile reste un service parmi d'autres. Demandez à chacune qui écrira réellement l'application : une équipe interne, un indépendant, une autre société.
Côté taille, à peu près la moitié des fiches renseignent un effectif. Parmi elles, une sur cinq compte cinq personnes ou moins et une seule annonce une centaine de collaborateurs. Les années de création indiquées vont de 1998 à 2025, et un peu moins de la moitié datent de 2020 ou après. Une structure jeune peut très bien livrer ; la question utile est de savoir combien d'applications elle maintient encore un an après leur sortie.
Pour l'implantation, le Grand Tunis domine (Tunis, l'Ariana, Mégrine), le Sahel suit avec Sousse et Hammam Sousse, puis Sfax ; Kairouan et le Cap Bon comptent chacun une fiche. Seules deux agences ont repris leur fiche en main, les autres affichent des informations issues de sources publiques qui peuvent dater.
Natif, Flutter ou React Native, application web installable : trancher avant de demander un prix
La même demande peut recevoir trois réponses techniques, qui n'ont ni le même coût de départ ni le même coût d'entretien.
Le natif signifie deux applications distinctes, écrites en Swift pour l'iPhone et en Kotlin pour Android. C'est la voie la plus précise pour la géolocalisation en arrière-plan, le Bluetooth, la vidéo ou les animations exigeantes, et la plus coûteuse à faire évoluer, puisque chaque nouveauté se code deux fois.
Le multiplateforme, avec Flutter ou React Native, produit les deux versions à partir d'une base de code commune. Pour une application de réservation, de fidélité ou de commande, c'est une proposition courante. Faites lister les fonctions qui exigeront malgré tout du code propre à chaque système.
L'application web progressive (PWA) s'ouvre dans le navigateur et s'épingle sur l'écran d'accueil, sans passer par les boutiques. Elle convient à un catalogue ou à un outil interne, beaucoup moins à un service qui dépend des notifications sur iPhone ou d'un usage sans réseau. ### Et si un site adapté au mobile suffisait ?
Une application installée se justifie quand elle sert souvent : commandes répétées, réservations, suivi d'une intervention, carte de fidélité, outil de terrain pour vos équipes. Si vos clients viennent surtout consulter une offre ou vous contacter de temps en temps, un site bien conçu pour le téléphone coûte moins cher, n'impose aucun téléchargement et se trouve dans Google. Une agence qui vous pose la question avant de chiffrer l'application vous rend service.
Quand deux agences recommandent deux voies différentes pour le même projet, demandez à chacune de justifier la sienne par écrit : leurs arguments en disent long sur leur pratique réelle.
Le lot de départ : ce qui doit marcher le jour de la sortie, ce qui attendra
Les devis divergent d'abord parce que chaque agence imagine un produit différent derrière la même phrase. Une note courte, envoyée à l'identique à toutes, ramène les propositions sur un terrain comparable.
- Les utilisateurs et leurs droits. Clients, livreurs, techniciens, administrateurs : chaque profil ajoute des écrans et des règles d'accès.
- Le parcours principal, décrit pas à pas. Commander, réserver, déclarer une intervention, consulter un solde. Tout ce qui n'y participe pas peut glisser dans une deuxième version.
- Les fonctions sensibles. Paiement intégré, notifications, localisation, fonctionnement sans réseau, messagerie : chacune pèse sur le budget et sur les délais de validation par les boutiques.
- Les langues. Arabe, français, parfois anglais. L'arabe se lit de droite à gauche, ce qui se prévoit dès les maquettes et non à la fin.
- L'enveloppe et la date. Un plafond hors taxes et une échéance réelle (une rentrée, le ramadan, un salon) permettent à l'agence de proposer un périmètre qui tient dedans.
Ce premier lot, que les prestataires appellent volontiers MVP, sert à vérifier que l'application trouve ses utilisateurs avant d'y ajouter des options.
De la maquette validée à la fiche sur les boutiques : les jalons à exiger au planning
La plupart des pages d'agences lues dans la recherche décrivent le même enchaînement : cadrage, maquettes, développement, tests, publication, maintenance. Ce qui distingue une proposition sérieuse, c'est que chaque étape se termine par un livrable que vous validez.
- Cadrage : la liste des écrans, des rôles et des raccordements, chiffrée poste par poste.
- Maquettes cliquables : vous parcourez l'application avant qu'une ligne de code soit écrite, et vous signez.
- Développement par lots : une version installable toutes les deux ou trois semaines plutôt qu'une livraison unique à la fin.
- Recette : une phase de test sur vos propres téléphones, avec une liste d'anomalies tenue par écrit. Sur iPhone, les versions d'essai passent par TestFlight ; sur Android, par les tests internes de Google Play.
- Publication : textes de la fiche, captures, politique de confidentialité, puis examen par Apple et par Google, qui peuvent refuser une version et la renvoyer en correction.
Faites inscrire au contrat qui prépare la fiche des boutiques, qui répond aux refus éventuels, et combien de cycles de correction sont compris dans le prix.
Combien prévoir : le seuil déclaré par certaines agences, et les postes d'un devis lisible
Aucune mission terminée n'étant documentée sur ces fiches, cette page ne donne ni prix moyen ni fourchette. Le seul repère publié est le budget minimum que certaines agences affichent pour accepter un projet, et un peu plus d'une sur trois l'indiquent. Parmi celles qui le donnent en euros, la majorité se placent à 1 000 €, d'autres à 2 000 € ou 3 000 €, une seule monte à 10 000 €. Une fiche l'exprime en dinars, 199 DT, une autre affiche zéro.
Ce montant indique en dessous de quoi l'agence préfère décliner, pas ce que coûtera votre application. Pour comparer des propositions, réclamez un devis en dinars hors taxes, TVA sur une ligne séparée, ventilé ainsi : maquettes, développement de l'application (par plateforme si la voie native est retenue), serveur et back-office, raccordements à vos outils, publication, puis maintenance annuelle. Faites aussi indiquer, pour chaque poste, ce qui le ferait monter : nombre d'écrans, fonctions sensibles, raccordements. Si une agence chiffre en euros pour un client tunisien, faites préciser la devise de facturation et qui supporte le change.
Konnect, Flouci, loi de 2004 : paiement et données personnelles côté tunisien
Encaisser dans l'application. Konnect se présente comme « facilitateur de paiement certifié par la Banque Centrale de Tunisie » ; Flouci, portefeuille mobile, se dit « Approuvée par la Banque Centrale de Tunisie ». Demandez à l'agence laquelle de ces solutions, ou quelle autre, elle a déjà raccordée à une application en service, si elle a testé les remboursements et les paiements refusés, et ouvrez le compte marchand au nom de votre société.
Les données des utilisateurs. La loi organique n° 2004-63 du 27 juillet 2004 encadre le traitement des données personnelles et a créé l'Instance nationale de protection des données à caractère personnel. Selon son article 7, tout traitement est soumis à une déclaration préalable auprès de cette instance ; selon son article 27, il exige en principe le consentement exprès et écrit de la personne concernée. Une application qui lit la position, les contacts, les photos ou des informations de santé fait de vous le responsable du traitement. C'est vous qui déclarez, mais c'est l'agence qui sait ce que l'application demande au téléphone : faites-lui remettre la liste écrite de ces autorisations.
La sécurité de l'application. Demandez comment sont protégés les mots de passe et les jetons de connexion stockés sur le téléphone, si les échanges avec le serveur sont chiffrés, et si un test de sécurité est prévu avant la sortie. Une réponse vague sur ces points est un signal à prendre au sérieux.
Comptes développeur, dépôt de code, clés de signature : tout au nom de votre société
Le jour où vous changez de prestataire, ce qui est enregistré à votre nom décide si vous continuez ou si vous recommencez.
- Les comptes de publication. Le programme développeur d'Apple coûte 99 USD par an, l'inscription à la console Google Play un versement unique de 25 USD. Ouvrez les deux au nom de l'entreprise et invitez l'agence comme membre : une application publiée sous son compte à elle ne se récupère pas sans son accord.
- Le code et ce qui l'accompagne. Un dépôt dont vous êtes propriétaire, les clés de signature Android, les certificats de notification d'Apple et une documentation suffisante pour qu'une autre équipe reprenne le projet.
- Le serveur et les services tiers. Hébergement, base de données, envoi de notifications, cartes : faites préciser qui paie chaque abonnement, à quel nom il est souscrit et dans quel pays sont stockées les données de vos utilisateurs.
Entretenir l'application une fois publiée : versions d'iOS et d'Android, correctifs, évolutions
Une application n'est jamais terminée le jour de sa sortie. Apple et Google publient chaque année de nouvelles versions de leurs systèmes et durcissent régulièrement leurs règles de publication ; une application que personne ne met à jour finit par mal fonctionner sur les téléphones récents, puis par être retirée des boutiques. Les retours des premiers utilisateurs font aussi apparaître des corrections et des demandes que le premier lot ne couvrait pas.
Faites donc chiffrer l'entretien en même temps que le développement, et faites écrire ce que couvre le forfait annuel : compatibilité avec les nouvelles versions des systèmes, correctifs de sécurité, surveillance du serveur, petites évolutions, délai d'intervention en cas de panne. Ce qui sort de ce cadre, une nouvelle fonction par exemple, doit faire l'objet d'un devis séparé. Demandez enfin combien d'applications l'agence entretient encore pour ses clients : c'est une bonne indication qu'elle ne disparaît pas après la livraison.
Installer leurs applications publiées avant de lire leur plaquette
Une application se juge en quelques minutes sur un téléphone, ce qu'aucune présentation ne remplace. Demandez à chaque agence le nom exact de trois applications livrées et installables aujourd'hui. Sur la fiche de la boutique, regardez l'éditeur affiché (le client ou l'agence), la date de la dernière mise à jour et ce que les utilisateurs écrivent sur les plantages ou la lenteur.
Installez-les, créez un compte et allez au bout du parcours principal. Pour un projet encore en cours, une version d'essai par TestFlight ou par les tests internes de Google Play montre l'état réel du travail ; une équipe sûre de sa production l'ouvre sans difficulté. Enfin, demandez qui, parmi les personnes présentes au rendez-vous, travaillera sur votre application, et comparez leurs profils publics avec ce qu'annonce la fiche.
