Combien coûte le développement d’une application mobile en Suisse ?

L’IDÉE À GARDER

« Combien coûte une application en Suisse ? » La question arrive souvent avant que le projet soit décrit. Pourtant, une application de consultation, un outil de terrain et une plateforme de réservation avec plusieurs rôles représentent des périmètres très différents.

Pour préparer un budget, commencez par une première version précise. Les montants en CHF de ce guide sont des simulations pédagogiques fondées sur des hypothèses fictives, pas des moyennes du marché ni des tarifs Solvaneo. Nos prestations sont chiffrées sur devis après étude du besoin.

1. Trois projets qui ne demandent pas le même travail

Le nombre d’écrans ne suffit donc pas à comparer deux propositions. Un écran de réservation simple en apparence peut dépendre d’un planning externe, de règles d’accès et de plusieurs situations d’erreur. À l’inverse, plusieurs écrans de consultation peuvent partager la même structure.

Décrivez le parcours d’un utilisateur avec un exemple réel : créer un compte, trouver une prestation, réserver, modifier puis annuler. Indiquez également qui gère le service côté entreprise. L’interface d’administration est souvent moins visible dans l’idée initiale, mais indispensable à son fonctionnement.

2. Transformer le périmètre en enveloppe

La méthode la plus lisible consiste à décomposer les travaux, à estimer leur charge puis à préciser le mode de facturation. Pour illustrer uniquement le calcul, une hypothèse de 120 CHF par heure donne 12 000 CHF pour 100 heures, 30 000 CHF pour 250 heures et 60 000 CHF pour 500 heures, hors taxes.

Ces volumes ne sont pas associés automatiquement aux trois projets ci-dessus. Ils montrent pourquoi une estimation doit expliquer les tâches incluses. Un prix forfaitaire peut être établi autrement, mais doit lui aussi définir le résultat attendu et les conditions de modification du périmètre.

Demandez ce qui reste hors enveloppe : rédaction, traduction, reprise de données, prestations graphiques particulières, services tiers ou évolutions futures. Précisez le nombre de versions à valider et les appareils utilisés pour la réception. Un total sans ces limites est difficile à comparer.

3. Les choix qui font varier le devis

Une application destinée à une équipe équipée de téléphones connus n’a pas les mêmes contraintes qu’un service ouvert à tous. Avant de retenir une solution technique, faites tester la fonction la plus exigeante sur les appareils concernés. Le guide application mobile ou application web aide à préparer cet arbitrage.

4. Ajouter les frais après la mise en ligne

Listez l’hébergement éventuel, les sauvegardes, l’envoi de messages, les licences, le suivi des incidents et les mises à jour. Demandez ce que couvre la maintenance et comment sont facturées les nouvelles fonctionnalités. Le support aux utilisateurs est aussi un travail à attribuer.

Les comptes de publication ont leurs propres frais. Au moment de la rédaction, Apple annonce 99 USD par an pour son programme développeur, avec une tarification locale selon la région ; Google Play indique 25 USD de frais d’inscription uniques. Ces montants ne couvrent pas le développement ni les éventuels frais sur certaines transactions. Vérifiez les conditions applicables au lancement sur les pages officielles Apple Developer et Play Console.

Cette simulation doit être remplacée par vos postes réels. Prévoyez aussi le temps de votre équipe pour les validations, les contenus et l’assistance. Désignez le titulaire des comptes de publication et les accès à remettre ; le produit doit rester administrable dans la durée.

5. Réduire le budget en choisissant la première version

Concentrez le lancement sur une action utile à un public précis. Un service de réservation peut commencer avec un seul type de prestation et des règles simples. Les programmes de fidélité ou les tableaux de bord avancés peuvent attendre si leur utilité n’est pas encore établie.

En revanche, les erreurs courantes font partie du fonctionnement initial : mot de passe oublié, connexion interrompue, demande envoyée deux fois ou action non autorisée. Les retirer du devis ne fait pas disparaître ces situations chez les utilisateurs.

Demandez une liste distinguant ce qui est livré, ce qui est reporté et ce qui doit encore être étudié. Une étape de cadrage ou un prototype ciblé peut lever une incertitude avant d’engager tout le développement. Le livrable et le prix de cette étape doivent être précisés eux aussi.

6. Comparer deux propositions sur les mêmes bases

Pour obtenir une proposition adaptée, préparez un parcours utilisateur, les fonctions indispensables et votre enveloppe de travail. Découvrez notre accompagnement en développement d’applications mobiles ou le guide du développement d’une application web sur mesure si le navigateur correspond mieux à votre usage.