Un logiciel métier sur mesure est pertinent dans un cas précis : quand votre façon de travailler est ce qui vous distingue, et qu’aucun outil du marché ne la respecte sans vous obliger à la tordre. Dans tous les autres cas — comptabilité, paie, facturation, messagerie — un logiciel existant fera mieux, plus vite et moins cher. Ce guide vous aide à savoir de quel côté vous êtes, puis détaille le déroulement d’un projet, ce que vous devez préparer, vos données, les délais et le coût réel.
Un logiciel métier, c’est quoi exactement ?
C’est un outil construit autour du fonctionnement d’une entreprise précise : un planning qui connaît les horaires et les congés de chaque collaborateur, un suivi de chantiers avec vos vraies étapes, une gestion de commandes qui parle votre vocabulaire. Techniquement, il prend aujourd’hui le plus souvent la forme d’une application web : accessible depuis un navigateur, sur ordinateur comme sur téléphone, avec un espace réservé à votre équipe — le back-office. Ce n’est pas un logiciel « en boîte » qu’on paramètre : ses règles sont écrites pour vous. Notre page logiciels métier décrit ce type de projet.
SaaS du marché ou sur mesure : commencez par l’option la moins chère
Avant d’envisager du sur-mesure, testez sérieusement ce qui existe. France Num, portail public du numérique des entreprises, donne la méthode dans son guide sur le choix d’un logiciel de gestion, écrit pour les TPE du bâtiment mais valable pour tous : faire le point sur ce qui prend du temps et où surviennent les erreurs, transformer ces besoins en une liste courte de critères classés par importance — « mieux vaut une liste courte de critères vraiment décisifs qu’un cahier des charges interminable » —, puis tester en conditions réelles avec vos propres scénarios, ce que permettent les abonnements mensuels sans engagement de beaucoup d’éditeurs. Enfin, raisonner en coût total sur deux à trois ans plutôt que sur le prix d’appel.
Si un outil du marché passe ce test, prenez-le. Le sur-mesure ne devient pertinent que quand le test échoue pour une raison structurelle, pas pour un détail d’habitude.
Les 5 situations où le sur-mesure est pertinent
- Votre façon de travailler est votre avantage. Votre manière de planifier, de chiffrer ou de suivre vos clients vous fait gagner du temps, et chaque logiciel testé vous demande d’y renoncer.
- Vous ressaisissez la même information dans plusieurs outils. Le devis dans un tableur, le planning dans un agenda, le client dans un carnet : chaque double saisie est une erreur en attente.
- Aucun outil ne gère votre règle. Des créneaux qui dépendent des horaires, congés et blocages de chaque personne ; une seconde prestation enchaînée dans le même rendez-vous ; un client qui veut être prévenu si un créneau plus tôt se libère. C’est ce qu’applique le moteur de réservation écrit pour le salon Update, à Audincourt.
- Les abonnements s’empilent. Trois outils, chacun facturé par utilisateur et par mois, avec des options payantes pour les faire se parler : le total sur trois ans mérite d’être posé à côté d’un développement.
- Vos données et vos clients doivent rester chez vous. Certaines plateformes gardent votre fichier clients chez elles, à côté de vos concurrents, avec des conditions d’export à lire de près.
Les situations où il ne l’est pas
La comptabilité, la paie, la facturation électronique (qui passe, depuis le 1er septembre 2026, par une plateforme agréée : ne la redéveloppez pas), l’e-mail, la signature électronique : ces besoins sont standard et réglementés, les outils existants les couvrent. Le sur-mesure n’est pas non plus pertinent si personne ne peut consacrer quelques heures par semaine au projet pour tester et décider, ni si le budget ne prévoit rien après la livraison : un outil vivant demande hébergement, sauvegardes et corrections.
Comment ça se passe : les 6 étapes
1. Le cadrage. Le prestataire vient voir comment vous travaillez : une matinée à observer les vraies tâches vaut plus que dix pages de spécifications. On en sort avec le problème prioritaire et les utilisateurs concernés.
2. Le cahier des charges court. Une ou deux pages (voir plus bas), écrites ensemble, qui servent de base au devis.
3. Les maquettes. Les écrans sont dessinés avant d’être codés, pour que vous validiez sur du concret. Pour le salon Update, le site, les écrans du back-office et les e-mails ont été dessinés pour le salon, sans thème préexistant.
4. Le MVP. Une première version qui ne contient que l’essentiel, mise entre les mains des utilisateurs réels. Voir ci-dessous.
5. Les itérations. Selon les retours d’usage, on corrige, on ajoute, on retire : c’est là que l’outil devient le vôtre.
6. La mise en production et l’exploitation. Hébergement, HTTPS, sauvegardes, surveillance, formation de l’équipe.
Le cahier des charges : une page qui dit l’essentiel
Il n’a pas à être long ; il doit être juste. Les rubriques qui comptent :
- Le contexte : votre activité, votre équipe, vos outils actuels et ce qui coince.
- L’objectif : une phrase, mesurable si possible (« ne plus ressaisir les rendez-vous », « voir le planning de la semaine depuis le téléphone »).
- Les utilisateurs : qui, sur quel appareil, à quel moment.
- Les cas d’usage prioritaires : trois ou quatre scénarios racontés simplement (« un client réserve une coupe avec son coiffeur habituel jeudi à 15 h »).
- Les données : ce que l’outil doit stocker, d’où ça vient, ce qui doit être repris de l’existant.
- Les contraintes : matériel, connexion, réglementation, calendrier, budget indicatif.
- Ce qui n’est pas dans le périmètre : aussi important que le reste.
Le prestataire reformule ce document en fonctionnalités et en étapes ; c’est cette version-là qui engage.
Le MVP : livrer petit, tôt, puis élargir
Bpifrance Création définit le produit minimum viable comme une première version de l’offre « avec le strict nécessaire pour la confronter rapidement au marché », afin de recueillir des retours concrets et de limiter les investissements trop précoces. Pour un logiciel métier : identifier le flux qui vous fait le plus mal et ne livrer que lui, utilisable tous les jours. Pour un salon, ce serait la prise de rendez-vous et le planning ; les clients fidèles ou les rappels peuvent venir ensuite. Vous utilisez l’outil plus tôt, et chaque fonction suivante est décidée sur des faits d’usage, pas sur des suppositions.
Vos données : où elles vivent, qui y accède, comment vous les récupérez
Au sens du RGPD, vous êtes responsable du traitement des données de vos clients ; le développeur et l’hébergeur sont vos sous-traitants, avec un contrat écrit. Trois points à régler avant le premier écran :
- La durée de conservation. La CNIL rappelle dans ses repères sur les durées de conservation que c’est au responsable du traitement de la fixer selon la finalité. Son référentiel pour la gestion commerciale recommande, pour la prospection, trois ans à compter de la fin de la relation commerciale pour un client, et trois ans à compter de la collecte ou du dernier contact pour un prospect. L’outil doit permettre de purger, pas seulement d’accumuler.
- L’hébergement et les sauvegardes. Où est le serveur, qui y accède, à quelle fréquence la base est sauvegardée, et où. Sur le projet Update : une sauvegarde chiffrée quotidienne de la base et des alertes en cas d’échec des tâches planifiées.
- La réversibilité. Vous devez pouvoir exporter toutes vos données dans un format ouvert (CSV, SQL) à tout moment, et récupérer le code source et la documentation. France Num note que cette question « est rarement posée au moment de la signature » ; sur mesure, c’est une clause, pas une option.
Ajoutez-y la propriété du code, traitée dans notre guide sur le choix d’une agence web : sans cession écrite, les droits restent au développeur.
Combien de temps ?
Honnêtement : cela dépend, et tout prestataire qui annonce une durée avant le cadrage devine. Ce qui fait la durée d’un projet : le nombre de cas d’usage du premier livrable (d’où l’intérêt du MVP), les connexions à d’autres systèmes (caisse, comptabilité, agenda, e-mails ou SMS), la reprise de données existantes et — facteur le plus sous-estimé — votre disponibilité pour tester et décider vite. Après le cadrage, demandez un planning par étapes, avec ce que chacun doit livrer, et une première version utilisable le plus tôt possible.
Le coût de possession : ce qu’il faut mettre dans la balance
Ne comparez pas un devis à une mensualité : mettez les deux sur le même horizon, trois à cinq ans, et comptez tout.
Côté sur mesure : le développement initial ; l’hébergement et le nom de domaine ; la maintenance corrective (bugs, mises à jour de sécurité) ; les évolutions que vous demanderez forcément ; la formation de l’équipe.
Côté abonnement : le prix par utilisateur, multiplié par le nombre réel d’utilisateurs et de mois ; les options payantes ; la mise en route ; les intégrations ; les hausses de tarif ; le coût de sortie (export, migration, double emploi).
En face, dans les deux cas : les heures gagnées chaque semaine, les erreurs évitées, les clients mieux servis. C’est cette ligne-là qui justifie — ou non — le projet.
Un exemple réel : le back-office du salon Update
Update est un salon de coiffure et barbier d’Audincourt. Son site prend les rendez-vous en ligne 24 h/24, sans paiement (le règlement se fait sur place), et le salon gère son activité depuis un back-office sur mesure pensé pour le téléphone, en neuf onglets : planning, agenda, suivi, disponibilités, congés et blocages, prestations, équipe, fidèles, réglages. Le moteur calcule les créneaux libres selon les horaires, congés et blocages de chaque coiffeur et bloque les doubles réservations en base ; les rendez-vous récurrents des clients fidèles sont créés automatiquement ; les e-mails de confirmation, de rappel la veille et d’annulation partent seuls. La fiche du projet Update détaille les fonctions, la technique et les mesures de performance ; nos autres réalisations sont sur la page Projets.
Les 7 questions à poser avant de signer
- Avez-vous testé un outil du marché avant de me proposer du sur-mesure, et pourquoi ne convient-il pas ?
- Que contient exactement la première version livrée, et quand puis-je l’utiliser ?
- Le code, la documentation et les accès me seront-ils remis, avec une cession écrite des droits ?
- Où sont hébergées mes données, comment sont-elles sauvegardées, comment les exporte-t-on ?
- Que couvre la maintenance après livraison, à quel prix, avec quel engagement ?
- Quelles technologies utilisez-vous, et un autre développeur pourrait-il reprendre le projet ?
- De quoi avez-vous besoin de ma part, et à quel rythme, pour tenir le planning ?
Avec ces sept réponses par écrit, vous savez dans quoi vous vous engagez. Notre réponse à la troisième est dans nos conditions générales : code source complet remis à la livraison, cession des droits patrimoniaux une fois le prix payé. Pour parler de votre cas, la page contact est là.