Application ou logiciel sur mesure : ce qui détermine le coût et le délai

Vous gérez vos rendez-vous sur un tableur, vos interventions par messages et vos devis dans trois outils différents. L'idée d'une application ou d'un logiciel sur mesure devient séduisante. Mais très vite, la question arrive : combien cela coûte-t-il, et combien de temps faut-il ?

La réponse honnête est : cela dépend. Pas pour esquiver la question, mais parce que le coût d'une application sur mesure et son délai découlent de choix précis. Ce guide vous présente ces facteurs, pour que vous puissiez comparer des offres en connaissance de cause et préparer un projet maîtrisé.

Le périmètre fonctionnel : le premier facteur de coût

Le facteur qui pèse le plus sur le coût et le délai, c'est ce que l'application doit faire. Chaque fonctionnalité demande de la conception, du développement, des tests et de la documentation.

Quelques questions à vous poser :

• Combien de types d'utilisateurs ? Un outil interne pour une équipe n'est pas une plateforme avec clients, collaborateurs et administrateurs, chacun avec ses droits.
• Combien d'écrans et de parcours ? Réserver, payer, annuler, modifier, consulter un historique : chaque parcours s'ajoute.
• Quelles règles métier ? Un calcul de prix selon la zone, la saison et le type de client est plus complexe qu'un tarif fixe.
• Quels documents générer ? Devis, factures, rapports, bons d'intervention en PDF.
• Quelles notifications ? E-mails, SMS, notifications push, rappels automatiques.

Un cahier des charges clair, même simple, est donc indispensable. Il permet d'obtenir des estimations comparables et d'éviter les mauvaises surprises en cours de route.

Le MVP : commencer petit pour aller plus vite

Le MVP (Minimum Viable Product, ou produit minimum viable) est une première version qui contient uniquement l'essentiel pour être utile. L'objectif : mettre l'outil entre les mains des utilisateurs rapidement, apprendre de leur usage, puis enrichir.

Exemple : une entreprise de nettoyage à Genève veut une application pour ses équipes. Le MVP pourrait se limiter à la consultation du planning, au pointage sur site et à la remontée de photos. La facturation automatique, les statistiques et l'espace client viendront dans une deuxième phase.

Les avantages du MVP :

• un délai de mise en service réduit ;
• un investissement initial plus contenu ;
• des décisions basées sur l'usage réel plutôt que sur des suppositions ;
• moins de fonctionnalités développées pour rien.

L'erreur fréquente consiste à vouloir tout livrer d'un coup. Le projet s'allonge, les besoins changent entre-temps et une partie du travail devient inutile.

Web, mobile, PWA, hybride ou native : quel impact ?

Le choix de la technologie influence directement le coût, le délai et la maintenance.

Application web

Elle s'utilise dans un navigateur, sur ordinateur comme sur téléphone. C'est souvent le choix le plus économique pour un outil de gestion interne, un portail client ou un back-office : une seule version à développer et à maintenir.

PWA (Progressive Web App)

Une application web qui peut s'installer sur l'écran d'accueil, fonctionner en partie hors connexion et, selon les appareils, envoyer des notifications. Bon compromis quand on veut une expérience proche d'une application sans passer forcément par les stores.

Application hybride ou multiplateforme

Développée avec des technologies comme React Native ou Flutter, elle produit une application pour iOS et Android à partir d'une base de code largement commune. Elle est publiée dans l'App Store et le Google Play Store.

Application native

Développée séparément pour iOS et pour Android. Elle offre un accès maximal aux fonctions du téléphone et les meilleures performances, mais demande davantage de travail, puisque deux applications sont à construire et à maintenir.

Pour beaucoup de PME, une application web ou une PWA couvre l'essentiel des besoins. Le natif se justifie surtout pour des usages très exigeants : capteurs, travail hors ligne poussé, fortes contraintes de performance.

Les intégrations avec vos outils existants

Une application utile communique rarement en vase clos. Elle doit souvent échanger des données avec d'autres systèmes :

• logiciel de comptabilité ou ERP ;
• agenda Google ou Microsoft 365 ;
• solution de paiement en ligne ou génération de QR-factures ;
• CRM, outil d'e-mailing ou boutique en ligne ;
• bases de données existantes, parfois anciennes.

Chaque intégration ajoute du travail, et pas toujours de façon prévisible. Un service qui propose une API moderne et bien documentée s'intègre plus facilement qu'un ancien logiciel sans interface prévue. Listez dès le départ les outils avec lesquels l'application doit dialoguer : c'est un élément déterminant pour l'estimation.

Design, sécurité et données : les coûts invisibles

Certains éléments ne se voient pas dans une liste de fonctionnalités, mais ils pèsent sur le projet.

• L'expérience utilisateur : une interface claire, testée avec de vrais utilisateurs, demande du temps de conception. Elle évite pourtant que l'outil soit abandonné par l'équipe.
• La sécurité : authentification, gestion des droits, chiffrement, sauvegardes. Indispensable dès qu'il y a des données de clients ou de patients.
• La protection des données : en Suisse, la nLPD impose des obligations sur le traitement des données personnelles. Le lieu d'hébergement, les sous-traitants et la gestion des accès sont à examiner ; faites valider les points sensibles par un spécialiste.
• Le multilinguisme : une application en français et en allemand demande une architecture prévue pour, et des traductions à maintenir.
• La reprise de données : importer des années de fichiers Excel ou d'un ancien logiciel peut représenter un chantier à part entière.

Après le lancement : maintenance et évolution

Une application n'est jamais « terminée ». Après la mise en service, il faut prévoir :

• l'hébergement et la surveillance des serveurs ;
• les mises à jour de sécurité des composants techniques ;
• l'adaptation aux nouvelles versions d'iOS, d'Android et des navigateurs ;
• la correction des anomalies découvertes à l'usage ;
• les évolutions demandées par les utilisateurs.

Ces coûts récurrents doivent faire partie de votre réflexion dès le départ. Demandez à chaque prestataire ce qui est inclus après la livraison, qui détient le code source et comment vous pourriez changer de prestataire si nécessaire.

Comment préparer votre projet et comparer les offres

Pour obtenir des estimations fiables et comparables :

1. Décrivez le problème à résoudre plutôt que la solution technique.
2. Listez les utilisateurs, leurs tâches principales et les outils existants.
3. Distinguez l'indispensable du souhaitable pour définir un MVP.
4. Demandez des offres détaillées par lot ou par fonctionnalité, avec un planning.
5. Vérifiez la méthode de travail : démonstrations régulières, validation par étapes, gestion des changements.

Méfiez-vous d'une offre très inférieure aux autres sans explication : elle omet souvent des éléments comme les tests, la sécurité ou la maintenance. Si vous souhaitez clarifier votre besoin avant de vous lancer, Marketing Suisse peut vous accompagner de la définition du périmètre jusqu'à la mise en service.

Questions fréquentes