Comment choisir une société de développement logiciel : guide pratique

Un beau portfolio ne suffit pas à choisir une société de développement logiciel. Le bon partenaire doit comprendre votre problème, travailler avec vos équipes et vous permettre de faire évoluer le produit après sa mise en service. Son offre doit aussi expliciter les risques, les responsabilités et les hypothèses qui sous-tendent son estimation.

Voici une méthode pour comparer plusieurs prestataires sur des bases communes, tester leur façon de travailler et préparer une collaboration durable.

1. Partez du besoin métier, pas de la technologie

Préparez un brief court : qui sont les utilisateurs, quel problème faut-il résoudre, quel résultat recherchez-vous et à quels systèmes le logiciel devra-t-il se connecter ? Distinguez les fonctionnalités indispensables au lancement de celles qui peuvent attendre. Précisez les contraintes connues de budget, de calendrier, d’accessibilité, de sécurité et de données.

Prenons une organisation qui souhaite remplacer une procédure de validation manuelle. Elle peut mesurer le délai entre une demande et une décision, puis suivre son évolution après le lancement. Demandez aux candidats ce qu’ils proposent de construire, d’acheter ou de tester en premier, ainsi que les points à éclaircir. Le guide du gouvernement britannique sur les choix technologiques invite notamment à considérer le coût global, les systèmes existants et la possibilité de changer de cap.

2. Déterminez le mode de collaboration adapté

• Réalisation d’un projet : le prestataire mobilise une équipe autour d’un résultat convenu. Clarifiez qui arbitre les priorités et valide les livrables.
• Renfort d’équipe : des professionnels du prestataire rejoignent votre équipe. Ce modèle suppose de préciser l’encadrement, l’intégration et les accès nécessaires.
• Conseil ou phase de cadrage : une mission limitée permet d’explorer les besoins, l’architecture ou un prototype avant un engagement plus important. Définissez les décisions et les documents attendus.

Les approches peuvent se combiner. Dans tous les cas, identifiez la personne responsable des priorités produit, des décisions techniques, de la coordination et du support en production.

3. Demandez des preuves adaptées à votre projet

Rencontrez les personnes qui devraient piloter la mission et soumettez-leur une difficulté proche de la vôtre. Une étude de cas pertinente explique le contexte, la contribution réelle du prestataire, les contraintes et les résultats observés. Si la confidentialité le permet, demandez une référence et interrogez-la sur la gestion des changements ou d’un incident.

Examinez aussi les justifications des choix techniques, les risques d’intégration, les tests et la maintenance. Une expérience strictement identique n’est pas indispensable, mais le prestataire doit montrer des compétences transférables et expliquer comment il comblera ses éventuelles lacunes. Méfiez-vous d’un devis sans hypothèses ou d’une équipe proposée que vous ne pouvez pas rencontrer.

4. Vérifiez sécurité, accessibilité et traitement des données

Demandez des exemples de revue de code, de gestion des accès et des dépendances, de tests de vulnérabilité, de réponse aux incidents et de correction après livraison. Le Secure Software Development Framework du NIST peut structurer cette discussion. Adaptez les preuves demandées au niveau de risque : citer un cadre ne prouve ni une certification ni la sécurité du produit.

Pour une interface web, convenez d’un objectif d’accessibilité et des méthodes de test, y compris avec des technologies d’assistance si nécessaire. La présentation des WCAG 2.2 par le W3C fournit des critères utiles pour préparer cet échange.

En présence de données personnelles, cartographiez les accès, les lieux d’hébergement ou d’accès et les sous-traitants. Prévoyez les modalités d’alerte en cas d’incident, de conservation et de suppression. Les règles applicables aux transferts internationaux varient selon la situation et les territoires : le guide de l’ICO britannique constitue un exemple propre au Royaume-Uni, pas une règle universelle. Faites appel à un conseil qualifié si nécessaire.

5. Comparez les offres sur leur coût complet

Un forfait peut convenir lorsque le périmètre et les critères de réception sont suffisamment précis ; les changements peuvent néanmoins modifier le coût final. Une facturation au temps passé facilite l’évolution du périmètre, mais demande un suivi du budget et des priorités. Une équipe dédiée apporte une capacité continue, dont les résultats dépendent aussi des compétences mobilisées et des décisions prises.

Demandez à chaque candidat de distinguer le développement initial, le cadrage, l’hébergement, les licences tierces, la migration, le support et les évolutions. Comparez les estimations à périmètre et hypothèses équivalents. Un tarif horaire ne révèle pas, à lui seul, le nombre d’heures nécessaires ni les prestations incluses après le lancement.

6. Testez la collaboration et préparez la réversibilité

Avant un engagement majeur, envisagez un cadrage rémunéré ou un pilote limité. Fixez par écrit sa durée, son coût, les éléments fournis par chaque partie, les critères de validation et la date de décision. Le pilote peut, par exemple, tester une intégration complexe ou produire un prototype accompagné d’un registre des risques. Évaluez le résultat, mais aussi la communication, la prise en compte des retours et l’explication des arbitrages. Prévoyez l’issue de la mission si vous ne poursuivez pas.

Pour la suite, précisez les droits de propriété ou de licence sur le code spécifique et les composants préexistants, l’accès aux dépôts et aux comptes cloud, la documentation, l’export des données et le plan de transfert. Définissez également les tests de réception, la gestion des changements, les échéances de paiement, les horaires de support, les délais de réponse, l’escalade et les conditions de fin de contrat. Faites examiner ces dispositions par les conseillers compétents.

7. Notez les offres, puis suivez les résultats

Pour une première comparaison, attribuez une note de 1 à 5 à chaque critère, multipliez-la par sa pondération, puis divisez la somme par 5 pour obtenir une note sur 100 :

• Équipe et preuves d’expérience pertinentes : 25 points.
• Compréhension du besoin et approche proposée : 25 points.
• Sécurité, accessibilité et traitement des données : 20 points.
• Clarté commerciale et coût global : 15 points.
• Communication, gouvernance et transfert : 15 points.

Cette grille est un exemple, pas une norme sectorielle. Adaptez les poids à vos risques et définissez d’abord vos exigences éliminatoires : un prix attractif ne doit pas compenser une exigence de sécurité non satisfaite.

Une fois le prestataire choisi, suivez le résultat métier et les indicateurs de livraison convenus. Selon le service, ils peuvent inclure la fréquence des mises en production, le temps de rétablissement après un changement défaillant ou la réussite des tâches utilisateur. Les indicateurs de livraison logicielle DORA aident à discuter de la performance dans son contexte, plutôt qu’à classer les prestataires sur un chiffre isolé.

Conclusion

Le bon partenaire associe des compétences vérifiables, un mode de travail adapté et des conditions commerciales compréhensibles. Altweeb propose le développement de logiciels et de produits numériques, le conseil technologique et le renfort d’équipe. Quel que soit le prestataire envisagé, partez d’un brief commun, demandez des preuves et définissez une première étape mesurable avant d’élargir la mission.

Pour approfondir ce sujet, découvrez aussi LawFirmApp : logiciel de gestion pour cabinets d’avocats au Maroc.