Faire développer un logiciel sur mesure : le guide, de la première idée au lancement

Faire développer un logiciel sur mesure, étape par étape : besoin, budget, choix de l'équipe, phase de cadrage, contrat, développement, lancement et l'après.

Points clés

  • Partez du problème et des personnes qui le rencontrent, pas d'une liste de fonctionnalités. Les fonctionnalités découlent du problème ; l'inverse fonctionne rarement.
  • Vérifiez si un produit existant en couvre l'essentiel. Le sur-mesure se justifie quand le processus vous est propre ou vous donne un avantage.
  • Fixez tôt une fourchette de budget. Le périmètre, les intégrations et la conformité pèsent bien plus sur le coût que le nombre d'écrans.
  • Choisissez une équipe sur ce que vous pouvez vérifier : qui fera réellement le travail, des projets comparables, des références et les conditions du contrat.
  • Commencez par une courte phase de cadrage payante, puis développez par jalons, chacun avec des critères de recette écrits.
  • Préparez l'après-lancement dès le départ : maintenance, mises à jour de sécurité et une passation claire si l'équipe venait à changer.

Faire développer un logiciel sur mesure, c'est confier à une équipe la conception et le développement d'une application adaptée à vos besoins, plutôt que d'acheter un produit existant. Bien mené, le projet vous donne un système qui épouse le fonctionnement de votre entreprise et qui vous appartient. Mal mené, c'est l'un des moyens les plus sûrs de dépenser un budget important sans obtenir ce dont vous aviez besoin. Ce guide parcourt tout le processus dans l'ordre et renvoie, pour chaque étape, vers nos guides détaillés.

1. Définissez le problème, pas la solution

Le document le plus utile à apporter à un premier rendez-vous n'est pas un cahier des charges. C'est une description claire de :

  • qui rencontre le problème (clients, salariés, partenaires) et combien de personnes sont concernées ;
  • ce qu'elles font aujourd'hui, y compris les tableurs, les e-mails et les étapes manuelles ;
  • ce qui ne va pas : temps perdu, erreurs, chiffre d'affaires manqué, risque de non-conformité ;
  • ce à quoi ressemble la réussite dans un an, en des termes mesurables.

Une liste de fonctionnalités rédigée avant ce travail décrit souvent le processus actuel avec une nouvelle interface. Une bonne équipe vous aidera à transformer le problème en périmètre, et vous dira quand une fonctionnalité demandée n'y répond pas.

2. Choisissez entre développer et acheter

Avant de lancer quoi que ce soit, vérifiez honnêtement si un produit existant (un outil SaaS, un module d'ERP ou de CRM, une plateforme no-code) couvre l'essentiel du besoin. Acheter revient généralement moins cher et va plus vite quand votre processus est standard.

Le logiciel sur mesure a du sens quand :

  • le processus est propre à votre activité, ou c'est ce qui vous distingue ;
  • vous devez relier plusieurs systèmes qu'aucun produit ne connecte correctement ;
  • vous avez des exigences réglementaires, de sécurité ou de localisation des données que les outils du marché ne satisfont pas ;
  • le coût des licences des produits nécessaires augmente plus vite que votre activité.

Une voie intermédiaire est courante : acheter pour les briques standard, développer la partie qui vous est propre.

3. Fixez une fourchette de budget

Vous n'avez pas besoin d'un chiffre exact, mais d'une fourchette, car elle oriente toutes les décisions suivantes. Le coût d'une application sur mesure dépend surtout de la complexité des règles métier, du nombre d'intégrations, des rôles et droits des utilisateurs et des éventuelles exigences de conformité, bien plus que du nombre d'écrans. Notre guide combien coûte une application web sur mesure détaille ce qui fait le prix, avec des fourchettes de marché publiées.

Pensez aussi aux coûts après le lancement : l'hébergement, la maintenance et les mises à jour de sécurité continuent tant que le logiciel est utilisé.

4. Choisissez qui va le développer

Les principales options sont une agence ou un studio, un freelance, ou votre propre équipe interne. Chacune convient à des situations différentes ; notre comparatif agence, freelance ou équipe interne présente les compromis en matière de coût, de continuité et de maîtrise.

Quelle que soit l'option envisagée, jugez sur ce que vous pouvez vérifier :

  • Qui fera réellement le travail, et avec quel niveau d'expérience.
  • Des projets comparables, avec des détails vérifiables, et un échange avec un ancien client.
  • Les conditions du contrat : propriété du code, comptes à votre nom, jalons et passation.

Notre liste de questions à poser avant de signer en fait une checklist pratique.

5. Commencez par une phase de cadrage

Une phase de cadrage payante précède le développement principal. En quelques semaines, l'équipe étudie les utilisateurs et les processus, les intégrations et les données, ainsi que les risques techniques, puis produit un plan écrit : périmètre d'une première version, architecture, estimation et calendrier. Les équipes numériques du secteur public procèdent de la même façon ; le manuel de service du gouvernement britannique décrit une phase de cadrage, dite « discovery » (en anglais), destinée à comprendre le problème avant même de décider s'il faut développer quelque chose.

La phase de cadrage vous protège de deux façons. L'estimation du développement repose sur des faits plutôt que sur une première conversation et, si le plan écrit vous appartient, vous pouvez le confier à n'importe quelle équipe.

6. Signez un contrat qui vous protège

Le modèle de contrat détermine la façon dont le prix est fixé et qui porte le risque des changements. Pour la plupart des applications sur mesure, un contrat par jalons offre le meilleur équilibre ; notre guide forfait, régie ou jalons compare les trois.

Quel que soit le modèle, vérifiez que le contrat prévoit :

  • une cession écrite des droits de propriété intellectuelle à votre profit (au regard du Code de la propriété intellectuelle, payer ne suffit pas : voir à qui appartient le code) ;
  • des dépôts de code et un hébergement sur vos comptes dès le premier jour ;
  • des critères de recette pour chaque jalon et une procédure écrite de demande de modification ;
  • un contrat de sous-traitance (RGPD) conforme à l'article 28 du RGPD (en anglais) si des données personnelles sont traitées ;
  • la résiliation et la passation : ce que vous recevez, et l'aide due à une nouvelle équipe.

7. Pendant le développement : restez au plus près du travail

Un bon projet se voit. Attendez-vous à :

  • des démonstrations régulières d'un logiciel qui fonctionne, toutes les une à deux semaines, pas des présentations ;
  • un accès au dépôt de code et à l'outil de suivi des tâches, pour suivre l'avancement entre deux démonstrations ;
  • une personne nommément responsable de la livraison côté prestataire, et un décideur de votre côté capable de répondre vite aux questions ;
  • des tests automatisés sur les parcours critiques, pour que les nouveaux développements ne cassent pas ce qui fonctionne déjà.

La cause de retard la plus fréquente n'est pas technique : ce sont les décisions qui attendent une réponse pendant des jours. Assurez-vous que quelqu'un de votre côté a le temps et l'autorité de les prendre.

8. Lancez, puis préparez la suite

Le lancement marque le début de la vie du produit, pas la fin du projet. Avant la mise en production, mettez-vous d'accord sur :

  • la supervision et les alertes, et qui intervient en cas d'incident, dans quel délai ;
  • les sauvegardes, avec une restauration testée ;
  • qui maintient le système : mises à jour du framework et des dépendances, correctifs de sécurité et petites améliorations. Des vulnérabilités sont publiées chaque semaine, et une application en production a besoin de quelqu'un qui les surveille (le Top 10 de l'OWASP, en anglais, recense les risques les plus courants) ;
  • une documentation suffisante pour qu'une autre équipe puisse reprendre le projet.

Ce dernier point est votre assurance. Si la relation prend fin un jour, une passation propre est ce qui permet à votre produit de continuer à tourner ; notre checklist de passation détaille ce qu'elle doit contenir.

Quand quelque chose a déjà mal tourné

Beaucoup d'acheteurs découvrent ce guide en plein projet difficile. Si l'application est instable, si le prestataire a disparu ou si personne ne sait vraiment dans quel état est le code, commencez par un regard indépendant : nos guides sur ce que comprend un audit technique et sur le choix entre reprendre ou réécrire expliquent comment obtenir une vision objective avant de décider de la suite.

Questions fréquentes

Combien de temps faut-il pour faire développer un logiciel sur mesure ? Cela dépend de la taille du produit. La phase de cadrage dure généralement quelques semaines, et une première version d'une application métier prend le plus souvent plusieurs mois. Méfiez-vous des délais fermes annoncés avant que quiconque ait étudié le problème.

Ai-je besoin d'un profil technique de mon côté ? C'est utile, mais pas indispensable. Il vous faut quelqu'un qui comprend le problème métier et qui peut prendre des décisions. Un bon prestataire explique ses choix techniques en termes simples et consigne les plus importants par écrit.

Dois-je d'abord rédiger un cahier des charges détaillé ? Décrivez par écrit le problème, les utilisateurs et ce à quoi ressemble la réussite. Un cahier des charges détaillé gagne à être construit avec l'équipe pendant la phase de cadrage, quand il peut être confronté à la réalité technique.

Et si je veux changer de prestataire plus tard ? Cela doit être possible à tout moment, sans rien perdre, à condition que le code et les comptes soient à votre nom et que la propriété intellectuelle vous ait été cédée. Vérifiez-le dans le contrat avant de signer, pas le jour où vous en avez besoin.

Chez FNB Solutions, nous travaillons ainsi : une phase de cadrage payante et facultative, dont le plan écrit vous appartient, une livraison par jalons avec des critères de recette écrits, un code et une propriété intellectuelle qui appartiennent au client dès le premier jour, puis une maintenance ou une passation structurée après le lancement. Notre méthode et nos conditions contractuelles sont publiques. Si vous préparez un projet, parlez-nous-en.

Sources

Tous les articles →