Applications

Agence Flutter : comment la choisir et combien ça coûte

Une agence Flutter facture une application simple à partir de 5 000 € HT, une application métier de 8 000 à 15 000 € HT et une plateforme à partir de 15 000 € HT, pour une seule application qui tourne sur iPhone et sur Android. Ce guide explique ce qui fait varier ces montants, les cas où Flutter n'est pas le bon outil, la façon de reconnaître une agence qui le maîtrise vraiment et les questions à poser avant de signer.

Applications · Lecture : 17 min · Agence DYNSEO

L'essentiel

• Application simple : à partir de 5 000 € HT. Application métier : 8 000 à 15 000 € HT. Plateforme avec plusieurs profils d'utilisateurs et un espace d'administration : à partir de 15 000 € HT.
• Flutter est un outil de Google qui permet de fabriquer l'application iPhone et l'application Android à partir d'un seul projet, donc de ne pas payer deux fois les mêmes écrans.
• Le budget dépend surtout du nombre d'écrans, des comptes utilisateurs, des paiements, du mode hors connexion et des liens avec vos autres logiciels, bien plus que du choix de Flutter lui-même.
• Flutter n'est pas le bon choix pour un jeu en 3D, ni pour une application qui exploite à fond une fonction très particulière d'un téléphone : dans ces cas, une autre technologie s'impose.
• Une bonne agence vous montre des applications publiées, vous laisse propriétaire du code et des comptes sur les boutiques, et vous explique ce qui se passera après la mise en ligne.

Combien coûte une application Flutter, en bref

À l'Agence DYNSEO, une application mobile simple démarre à 5 000 € HT, une application métier se situe entre 8 000 et 15 000 € HT, et une plateforme complète commence à 15 000 € HT. Ces montants valent pour une application développée avec Flutter et livrée à la fois pour iPhone et pour Android. Il n'y a pas de second devis pour la deuxième plateforme : c'est précisément l'intérêt de cette technologie.

Ces prix s'entendent hors taxes ; la conception, les tests et la formation sont offerts en plus du développement. Ils ne comprennent pas les frais des comptes développeur Apple et Google, ni les éventuels services tiers que votre application utilisera (envoi de SMS, cartographie, paiement en ligne), qui ont leurs propres tarifs. Pour situer votre idée avant même de nous écrire, notre simulateur de coût d'une application mobile donne un premier ordre de grandeur en quelques minutes.

Un devis ne devient précis qu'une fois le périmètre fixé : la liste des écrans, des profils d'utilisateurs et des connexions à d'autres outils. Méfiez-vous donc de tout prestataire qui vous donne un prix ferme au bout de dix minutes de conversation, comme de celui qui refuse de donner la moindre fourchette. Le bon réflexe est de demander d'abord une fourchette, puis un chiffrage détaillé après un échange sur votre besoin.

Flutter en clair : ce que cela change pour votre budget

Flutter est une boîte à outils de développement créée par Google, libre d'accès, qui s'écrit dans un langage nommé Dart. Son principe est simple : au lieu de construire une application pour iPhone avec les outils d'Apple, puis une seconde pour Android avec ceux de Google, on construit un seul projet dont on tire les deux applications. Les écrans, les boutons et les animations sont dessinés par Flutter lui-même, ce qui assure qu'ils se comportent de la même manière des deux côtés.

Le résultat n'est pas un site web habillé en application. Le projet est compilé pour chaque système, et il peut utiliser l'appareil photo, la position, les notifications, le stockage du téléphone ou l'empreinte digitale. C'est une application installée depuis l'App Store et Google Play, comme n'importe quelle autre. Pour situer l'ensemble de ce que nous réalisons sur mobile, vous pouvez parcourir notre page sur le développement Flutter.

Il faut toutefois rester lucide sur ce que Flutter ne supprime pas. Il faut tester l'application sur plusieurs modèles de téléphones, créer les fiches sur les deux boutiques, répondre aux demandes de vérification d'Apple et de Google, et prévoir quelques adaptations propres à chaque système, par exemple pour les notifications ou les autorisations. L'économie est réelle, mais elle porte sur le développement des écrans et de la logique, pas sur toute la chaîne de production.

Ce qui fait varier le budget d'une application Flutter

Deux applications qui paraissent proches sur le papier peuvent représenter des budgets très différents. Voici les facteurs qui expliquent les écarts, du plus déterminant au plus discret.

Le nombre d'écrans et la richesse de chacun

Un écran qui affiche une liste est vite fait. Un écran qui permet de filtrer, de trier, de modifier, de joindre une photo et de partager le résultat demande dix fois plus de réflexion. Comptez les écrans, mais surtout ce que l'utilisateur doit pouvoir faire sur chacun. Une bonne maquette, validée avant le moindre développement, est le meilleur outil pour fixer ce périmètre.

Les comptes, les profils et les droits

Une application sans compte, qui affiche des contenus à tout le monde, est la plus économique. Dès qu'il y a une connexion, il faut gérer l'inscription, le mot de passe oublié, la sécurité des échanges et parfois plusieurs profils : un client, un employé, un administrateur, chacun avec des droits différents. C'est souvent ce qui fait basculer un projet de la catégorie « simple » vers la catégorie « métier ».

Le mode hors connexion

Une application utilisée en sous-sol, en zone rurale ou dans un bâtiment épais doit pouvoir enregistrer les saisies sans réseau, puis les envoyer plus tard sans rien perdre. C'est un vrai travail de conception : il faut décider ce qui est stocké sur le téléphone, ce qui se passe si deux personnes modifient la même fiche, et comment l'utilisateur sait que sa saisie est bien partie. Cela se chiffre, et c'est normal.

Le paiement, la cartographie et les services tiers

Chaque brique extérieure ajoute un temps d'intégration et de tests : paiement par carte, carte interactive, envoi de messages, signature électronique, visioconférence. Ces services ont souvent leurs propres frais d'utilisation, à intégrer à votre budget de fonctionnement et pas seulement à celui de développement. Demandez toujours à votre prestataire la liste des services tiers prévus et leur mode de facturation.

L'espace d'administration et le serveur

Beaucoup d'applications ne vivent pas seules : elles s'appuient sur un serveur qui stocke les données et sur un espace web où vous gérez les contenus, les comptes ou les commandes. Ce « côté invisible » représente fréquemment une part importante du travail. Une plateforme, au sens où nous l'entendons, associe l'application, ce serveur et cet espace d'administration, d'où le seuil de 15 000 € HT. Si votre projet met en relation des utilisateurs entre eux, notre page sur la création de marketplace détaille ce type d'architecture.

La connexion à vos outils existants

Récupérer des données dans votre logiciel de gestion, de facturation ou de planification suppose que ce logiciel propose une interface d'échange, ce que les anciens outils ne font pas toujours. Vérifiez cela très tôt : c'est le type de surprise qui transforme un budget en deux.

Deux projets imaginaires, deux points de départ

Les deux situations ci-dessous sont illustratives : ce ne sont pas des clients réels, et elles ne contiennent aucun prix hors du barème de l'Agence. Elles servent à montrer comment un besoin se traduit en catégorie de projet.

Scénario 1 : un club de sport qui veut une application pour ses adhérents

Imaginons un club de quartier qui propose une quinzaine de cours par semaine. Les adhérents voudraient consulter le planning, réserver une place, recevoir un rappel la veille et être prévenus si un cours est annulé. Le club n'a ni logiciel de gestion sophistiqué ni service informatique. Ce besoin relève de l'application simple, à partir de 5 000 € HT : un nombre limité d'écrans, une connexion par adresse électronique, une liste de cours, une réservation et des notifications. L'essentiel du travail est de bien penser la règle de réservation : que se passe-t-il quand un cours est complet, quand un adhérent annule trop tard ?

Avec Flutter, les adhérents équipés d'iPhone et ceux qui ont un Android reçoivent la même expérience le même jour. Si, un an plus tard, le club veut ajouter le paiement des cartes de séances, ce sera une évolution chiffrée à part, et non une refonte.

Scénario 2 : une entreprise de maintenance dont les techniciens travaillent sur le terrain

Imaginons maintenant une entreprise dont les techniciens se rendent chez des clients, souvent dans des caves ou des locaux techniques sans réseau. Ils doivent consulter l'historique de l'équipement, remplir une fiche d'intervention, prendre des photos, faire signer le client sur l'écran et envoyer le tout au bureau. Ici, le mode hors connexion, la signature, les photos et la synchronisation avec l'outil de planification du bureau placent clairement le projet dans l'application métier, entre 8 000 et 15 000 € HT selon la profondeur des échanges avec les outils existants.

Le point décisif de ce scénario n'est pas Flutter : c'est la qualité de la préparation. Il faut lister les champs réellement utiles de la fiche d'intervention, décider qui valide les données au bureau, et prévoir ce qui se passe si un technicien perd son téléphone. Une agence qui ne vous pose aucune de ces questions avant de chiffrer ne connaît pas encore votre problème.

Flutter, natif, React Native, site web : le comparatif honnête

Flutter n'est pas la seule façon de faire une application, et un prestataire qui vous dit le contraire défend sa spécialité plutôt que votre projet. Voici les options principales, avec leurs forces et leurs limites.

En pratique, Flutter se révèle le choix le plus pertinent quand vous voulez une vraie application sur les deux boutiques, avec un budget maîtrisé, sans fonction exotique propre à un système. Le natif a du sens quand l'application dépend étroitement d'une fonction très récente ou très particulière du téléphone. Le site adapté au mobile suffit souvent pour valider une idée avant d'investir : si vos utilisateurs n'ont besoin ni de notifications ni de l'appareil photo, la question mérite d'être posée avant de lancer une application.

Pour les jeux et les expériences en 3D, notre page consacrée au développement Unity explique dans quels cas ce moteur est préférable.

Les cas où Flutter n'est pas le bon choix

Une agence honnête vous dit quand sa technologie favorite ne convient pas. Voici les situations où nous vous conseillerions autre chose.

• Un jeu en 3D ou une expérience graphique lourde. Flutter sait animer une interface, pas gérer une scène en trois dimensions. Un moteur spécialisé comme Unity est plus adapté.
• Une application qui repose sur une fonction très récente du système. Quand Apple ou Google lance une nouveauté, le code natif peut l'utiliser tout de suite ; Flutter doit parfois attendre qu'une brique d'intégration existe, ou qu'on l'écrive spécialement.
• Une extension profondément liée au système, comme un widget d'écran d'accueil très élaboré ou un composant de montre connectée : on peut souvent y arriver, mais au prix de développements natifs en plus, ce qui réduit l'avantage.
• Une idée encore floue. Si vous ne savez pas encore si les utilisateurs voudront de votre service, une page web adaptée au mobile ou un prototype cliquable coûte moins cher qu'une application publiée.
• Une équipe interne qui maintiendra le code et ne connaît que JavaScript. Le choix de la technologie doit tenir compte de qui la fera vivre après la livraison.

Comment reconnaître une agence qui maîtrise vraiment Flutter

Flutter est devenu populaire, et beaucoup de prestataires l'affichent désormais sur leur site. Quelques vérifications simples permettent de distinguer ceux qui l'ont pratiqué de ceux qui l'ont seulement ajouté à leur liste de compétences.

Demandez à voir des applications publiées, pas des maquettes. Une application disponible sur les boutiques peut être téléchargée et essayée. Regardez la fluidité du défilement, le comportement quand le réseau est coupé et la clarté des écrans de connexion. Une agence peut avoir des raisons de ne pas citer certains clients, mais elle doit pouvoir vous montrer au moins un travail terminé et vous expliquer ce qu'elle y a fait.

Interrogez-la sur la façon dont elle organise le code. Une application Flutter bien construite sépare l'affichage de la logique et des données, ce qui la rend évolutive. Sans entrer dans le détail technique, posez la question : « Comment faites-vous pour qu'une évolution dans deux ans ne remette pas tout en cause ? ». Une réponse vague est un signal.

Vérifiez qu'elle sait publier. Passer la validation d'Apple et de Google est un métier : textes de présentation, captures d'écran, déclaration de ce que l'application collecte comme données, politique de confidentialité. Demandez-lui comment elle réagit quand une boutique refuse une application : sa réponse en dit long sur son expérience. L'Agence DYNSEO réalise des applications depuis treize ans et sait ce que les boutiques exigent, mais ne nous croyez pas sur parole : exigez la même démonstration de chaque prestataire.

Regardez ce qu'elle propose au-delà du développement. Notre approche comprend des maquettes avec allers-retours illimités jusqu'à votre validation, la conception, les tests et la formation offerts, et une intervention dans l'heure ouvrée en cas de panne. Que vous choisissiez ou non notre agence, comparez les devis sur ces points : un prix bas qui exclut la conception, les tests et la formation ne désigne pas la même prestation.

Pour des projets liés à la santé, à l'éducation ou à la relation avec des publics sensibles, la sécurité des données prend une place particulière. Nous avons travaillé sur des projets santé avec l'AP-HP, notamment Centre VERTICO et LiveMyBrain, et vous pouvez retrouver notre approche dans notre page sur les applications de santé. Quel que soit votre secteur, demandez comment seront hébergées les données et qui y a accès.

Le déroulé d'un projet Flutter, de l'idée à la boutique d'applications

Voici les étapes d'un projet type, avec ce que vous devez préparer à chacune. Les durées dépendent du périmètre et sont précisées au devis : elles ne se devinent pas à l'avance.

1. 1

   Cadrage de votre besoin

   Nous parlons de vos utilisateurs, de ce qu'ils doivent pouvoir faire, de vos outils existants et de vos contraintes. Vous repartez avec un périmètre écrit et un devis. À préparer : la liste de vos idées de fonctions, classées de « indispensable » à « pour plus tard ».

2. 2

   Maquettes et parcours

   Nous dessinons les écrans et le chemin que suit l'utilisateur. Vous commentez, nous corrigeons, autant de fois que nécessaire jusqu'à votre validation. C'est à cette étape qu'on corrige le plus facilement et le moins cher : rien n'est encore développé.

3. 3

   Développement par étapes

   Nous construisons l'application par blocs fonctionnels et vous la montrons au fil de l'eau sur un vrai téléphone. À préparer : une personne qui répond vite aux questions, car l'attente de réponses est la première cause de retard.

4. 4

   Tests sur plusieurs téléphones

   L'application est essayée sur différents modèles et versions des deux systèmes, avec et sans réseau, avec des données réalistes. Vous testez aussi de votre côté : prêtez-la à deux ou trois vrais utilisateurs et notez ce qui les fait hésiter.

5. 5

   Préparation des boutiques

   Ouverture des comptes développeur à votre nom, rédaction de la fiche de présentation, captures d'écran, politique de confidentialité, déclaration des données collectées. À préparer : vos informations légales et vos visuels de marque.

6. 6

   Publication et formation

   Nous soumettons l'application à la validation d'Apple et de Google, corrigeons si l'une des deux la refuse, puis vous formons à l'espace d'administration. La date de mise en ligne dépend de ces vérifications, que nous ne maîtrisons pas : prévoyez de la marge.

Pour les projets qui intègrent de l'intelligence artificielle, comme un assistant qui répond aux questions des utilisateurs ou un tri automatique de photos, la phase de cadrage doit en plus fixer ce que l'outil a le droit de faire et ce qu'il ne doit jamais faire. Notre page sur l'intelligence artificielle présente ce que nous savons intégrer.

Les erreurs qui coûtent cher dans un projet Flutter

• Ouvrir les comptes développeur au nom du prestataire. Si l'application est publiée sous le compte de l'agence, vous dépendez d'elle pour toute mise à jour, et un transfert vers votre compte, quand il est possible, demande des démarches et des conditions propres à chaque boutique. Ouvrez les comptes à votre nom dès le départ et donnez des accès à votre prestataire.
• Ne pas définir de première version minimale. Vouloir tout mettre dans la version 1 est la façon la plus sûre de dépasser le budget et le calendrier. Gardez une liste de fonctions « pour la version 2 ».
• Choisir sur le seul prix. Un devis très inférieur aux autres n'inclut peut-être pas la conception, les tests sur plusieurs téléphones ou la préparation des boutiques. Comparez le contenu, pas la ligne du bas.
• Oublier que l'application doit vivre. Les systèmes d'Apple et de Google évoluent chaque année, et Flutter lui-même reçoit des mises à jour. Une application livrée puis oubliée finit par ne plus être acceptée sur les boutiques ou par mal s'afficher.
• Négliger la politique de confidentialité. Les boutiques demandent de déclarer les données collectées, et la réglementation européenne sur les données personnelles s'applique dès que vous en traitez. Faites relire ce point par un juriste si votre application manipule des informations sensibles.
• Ne pas prévoir comment l'utilisateur vous contacte. Une application sans moyen de signaler un problème accumule les avis négatifs sur les boutiques. Un simple écran d'aide ou un lien de contact évite beaucoup de mauvaises notes.

Les questions à poser à une agence Flutter avant de signer

Pour une application Flutter, la qualité des réponses compte autant que le chiffre. Posez ces questions à chaque agence consultée et notez ce que chacune répond.

1. Pourquoi Flutter plutôt qu'une autre technologie pour mon projet précis, et dans quel cas me le déconseilleriez-vous ?
2. Pouvez-vous me montrer deux applications que vous avez publiées sur l'App Store et sur Google Play ?
3. Qui est propriétaire du code source à la livraison, et recevrai-je l'accès au dépôt de code et aux comptes des boutiques ?
4. Que comprend le prix : conception, maquettes, tests sur plusieurs téléphones, publication, formation ?
5. Combien de retours sur les maquettes sont inclus avant le début du développement ?
6. Quels services tiers seront utilisés, et quels frais récurrents dois-je prévoir ?
7. Où seront hébergées les données de mes utilisateurs, et qui peut y accéder ?
8. Comment se passent les mises à jour quand Apple ou Google changent leurs règles, et qui s'en charge ?
9. Que se passe-t-il en cas de panne un jour de forte utilisation, et dans quel délai intervenez-vous ?

Après la mise en ligne : mises à jour, évolutions et propriété du code

Publier l'application n'est pas la ligne d'arrivée. Chaque année, Apple et Google modifient leurs exigences : nouvelles versions du système, règles de confidentialité, formats d'écran. Une application qui n'est jamais mise à jour finit par ne plus pouvoir être publiée ou par présenter des défauts d'affichage. Prévoyez donc, dès le devis, qui assurera ces mises à jour techniques et à quel rythme.

Surveillez aussi ce que les utilisateurs font réellement dans l'application : quels écrans ils visitent, où ils s'arrêtent, ce qu'ils écrivent dans les avis. Ce sont ces observations qui doivent orienter les évolutions, pas l'avis d'un comité. Une plateforme évolue plus sûrement par petites versions successives que par une grande refonte. Nous recommandons de planifier un point d'étape après quelques semaines d'usage réel.

Enfin, soyez clair sur la propriété. Le code, les maquettes, les comptes sur les boutiques, les clés des services tiers : tout cela doit être listé dans le devis et remis au client ou accessible par lui. C'est ce qui vous permet de changer de prestataire sans repartir de zéro. Pour les applications destinées à l'apprentissage, le même raisonnement vaut ; vous pouvez voir des exemples dans notre page sur les applications éducatives.