Deux montants ne suffisent pas à comparer deux devis
Un devis à 45'000 CHF peut coûter davantage qu'une offre à 60'000 CHF si les tests, le backend ou la publication sont facturés ensuite. Commencez par aligner le périmètre livré, les responsabilités et les coûts après lancement. Vous pourrez ensuite comparer le montant et le calendrier sur une base commune.
Cette grille sert à examiner des propositions. Pour connaître les enveloppes indicatives par type de produit, consultez notre guide du prix d'une application en Suisse.
Envoyer le même brief aux prestataires
Décrivez les utilisateurs, leur problème et les trois parcours indispensables au lancement. Ajoutez les plateformes visées, les outils à connecter, les données à reprendre et la date souhaitée en expliquant sa contrainte : événement, contrat client ou échéance interne.
Précisez aussi ce que vous fournissez : maquettes, textes, traductions, documentation API, environnement de test et responsable de validation. Une agence qui doit produire ces éléments ne chiffre pas le même travail qu'une équipe qui les reçoit.
Un brief peut commencer ainsi : « Nos membres doivent réserver une activité et recevoir une confirmation. Nous visons iPhone et Android, avec un portail administrateur web. Les membres existent déjà dans notre CRM ; l'API reste à tester. Le paiement et la gestion des remboursements sont dans le périmètre. » Ce descriptif est plus utile qu'une simple liste de dix écrans.
La grille à joindre à chaque demande de devis
Demandez pour chaque poste : inclus, option ou exclu, montant, livrable attendu et personne responsable.
| Poste | Question à faire préciser |
|---|---|
| Cadrage | Parcours, prototype, hypothèses et critères d'acceptation sont-ils livrés ? |
| Design | Quelles plateformes, quels états d'erreur et combien de cycles de validation ? |
| Application | iOS, Android et web : quelles fonctions exactes sur chaque plateforme ? |
| Backend et administration | Qui gère les données, les rôles, les exports et les opérations métier ? |
| Intégrations | Quelle API, quel environnement de test et quelles dépendances externes ? |
| Reprise de données | Quel volume, nettoyage, rapprochement et contrôle après import ? |
| Qualité | Quels appareils, parcours et conditions réseau seront testés ? |
| Sécurité | Quels contrôles d'accès, sauvegardes et vérifications sont inclus ? |
| Publication | Qui prépare les comptes, fiches stores, soumissions et réponses aux retours ? |
| Transmission | Code, maquettes, accès, documentation et procédure de publication ? |
| Maintenance | Quels correctifs, mises à niveau, horaires et délais de prise en charge ? |
| Coûts externes | Hébergement, emails, SMS, IA, cartes et autres abonnements ? |
Pour une intégration encore inconnue, demandez un poste de validation technique avant l'engagement complet. Un devis peut identifier cette incertitude sans prétendre avoir déjà résolu un problème dont personne n'a encore testé l'API.
Transformer une fonctionnalité en résultat vérifiable
« Mode hors ligne inclus » reste trop vague. Une formulation vérifiable décrit la tâche : l'utilisateur peut enregistrer une intervention sans réseau, retrouver ses données après fermeture de l'app et synchroniser au retour de la connexion. Il faut également décider ce qui se passe si deux personnes modifient le même dossier.
Pour un paiement, précisez au minimum le succès, l'échec, l'annulation et le traitement d'une confirmation tardive. Pour une notification, vérifiez le lien vers le bon écran et le comportement lorsque l'utilisateur refuse la permission.
Demandez qui accepte ces résultats, sur quels appareils et dans quel délai. Le nombre de fonctionnalités compte moins que la clarté des comportements attendus.
Forfait ou facturation au temps passé ?
Un forfait peut convenir à un périmètre suffisamment défini. Vérifiez les hypothèses, les exclusions et la manière de chiffrer un changement. Un montant fixe ne supprime pas les arbitrages lorsque les besoins évoluent.
Une facturation au temps passé peut convenir lorsque le produit se précise par étapes. Demandez un budget de référence, une visibilité régulière sur la consommation, un rythme de démonstration et un point de décision avant chaque nouvelle tranche.
Une formule par étapes peut combiner un cadrage limité, une première livraison puis une décision sur la suite. Comparez les règles de pilotage et les livrables de chaque étape, pas seulement le nom du modèle commercial.
Exemple chiffré : remettre deux offres au même périmètre
Les montants suivants sont fictifs, hors TVA. Ils illustrent une méthode, pas des tarifs de marché ni des propositions d'Appik.
| Poste | Offre A | Offre B |
|---|---|---|
| Réalisation annoncée | 45'000 CHF | 60'000 CHF |
| Backend et administration nécessaires | 10'000 CHF supplémentaires | Inclus |
| Tests et publication nécessaires | 5'000 CHF supplémentaires | Inclus |
| Total de réalisation comparable | 60'000 CHF | 60'000 CHF |
| Maintenance annuelle supposée | 8'000 CHF | 8'000 CHF |
| Hébergement mensuel supposé | 200 CHF | 200 CHF |
| Sous-total avec trois ans d'exploitation | 91'200 CHF | 91'200 CHF |
Le calcul est : 60'000 + (3 × 8'000) + (36 × 200) = 91'200 CHF. Il couvre la réalisation puis trois années d'exploitation. Il exclut les comptes et commissions des stores, les autres services tiers, le support métier, le marketing, les évolutions et une éventuelle réserve de risque.
Dans un vrai comparatif, utilisez les montants de chaque prestataire : ici, maintenance et hébergement sont volontairement identiques pour isoler l'effet des exclusions. Si une ligne n'est pas chiffrée, marquez-la « à confirmer » ; ne la comptez pas comme gratuite.
Ce qu'Expo change dans le devis
Nous utilisons Expo pour développer web/PWA et natif dans un même projet, une approche déjà livrée plusieurs fois chez Appik. Le devis doit faire ressortir ce travail partagé : logique métier, composants réutilisables et intégrations communes. Il distingue ensuite les adaptations aux plateformes et leur validation.
Cette structure rend le gain compréhensible : une même fonctionnalité peut être développée dans le socle commun, puis adaptée là où le téléphone et le navigateur diffèrent. Pour comprendre les choix possibles, lisez notre comparatif PWA et Expo.
Les mises à jour Expo doivent rester compatibles avec la partie native installée ; modifier celle-ci demande un nouveau build. Prévoyez les mises à niveau et les publications dans la maintenance. La mutualisation ne supprime pas la vérification sur iOS et Android.
Vérifier les dépenses et les accès après lancement
Identifiez qui règle les services et qui maîtrise les comptes. L'adhésion standard Apple Developer est affichée à 99 USD par an, avec tarif local à vérifier ; Google Play indique 25 USD à l'inscription. Ces frais sont distincts du travail de préparation et de publication.
Demandez également ce qui relève d'une correction, d'une évolution et du support utilisateur. Précisez les plages de disponibilité et la différence entre un délai de prise en charge et un délai de résolution. Une ligne « maintenance incluse » sans durée ni contenu ne permet pas de prévoir l'exploitation.
Choisir après avoir clarifié les écarts
Renvoyez aux équipes la même liste des points manquants, puis comparez une version révisée des offres. Examinez les références comparables, l'équipe affectée et votre capacité à prendre les décisions attendues.
Le guide agence ou freelance aide à choisir le modèle de collaboration ; notre panorama des agences lausannoises présente des profils locaux.
Pour demander une proposition Appik, transmettez-nous vos parcours prioritaires, plateformes et intégrations. Nous pourrons distinguer le socle partagé, les adaptations et les postes à valider pour votre application mobile.
Swiss Made Software
