Le risque n'est pas le prix
Quand une entreprise compare les devis de logiciel sur mesure, elle regarde presque toujours le montant total. Et le risque n'est presque jamais là.
Le risque, c'est de signer quelque chose qui fonctionne bien pendant un an et qui vous laisse sans issue : pas d'accès au code, impossible de changer de prestataire, doutes sur le lieu de stockage de vos données, et une maintenance qui renchérit parce que vous n'avez pas d'alternative.
Voici les questions qu'il convient de poser avant de signer. Nous les écrivons en sachant que nous sommes partie intéressée : nous vendons aussi du développement sur mesure. C'est précisément pour cela que nous savons lesquelles sont inconfortables.
1. À qui appartient le code ?
La question la plus importante et celle qu'on pose le moins souvent.
Trois réponses sont possibles et toutes trois sont légitimes si elles sont clairement énoncées : le code est vôtre, il appartient au prestataire et vous en avez une licence d'utilisation, ou c'est un produit du prestataire que vous louez.
Ce qui n'est pas acceptable, c'est qu'aucun écrit ne le précise. Si le contrat ne mentionne pas à qui appartient le code, la réponse par défaut ne vous plaira pas le jour où vous voudrez changer de prestataire.
Question complémentaire : si le code m'appartient, me le remettez-vous dans un référentiel auquel j'ai accès dès le premier jour, ou à la fin du projet ?
La bonne réponse est dès le premier jour. Un prestataire qui travaille dans un référentiel auquel vous avez accès depuis la minute zéro est un prestataire qui n'a rien à cacher.
2. Où sont mes données et comment les récupère-je ?
Vos données vous appartiennent toujours, mais cela ne signifie pas que vous puissiez les récupérer facilement.
Voici les questions concrètes à poser :
- Chez quel prestataire et dans quel pays est hébergée la base de données ?
- Puis-je obtenir une copie complète et exploitable à tout moment, sans demander la permission ?
- Si nous nous séparons, sous quel format et en combien de temps reçois-je tout ?
- Qui dispose de l'accès administratif ?
Pour une entreprise andorrane, il y a une couche supplémentaire : l'hébergement hors du pays soulève des questions de protection des données qu'il convient de clarifier, et nous en parlons dans l'article sur les exigences de l'APDA.
Andie recommande
Demandez une sauvegarde complète le premier mois, quand la relation est bonne et qu'il n'y a pas de tension. Cela sert deux choses : vérifier que la procédure existe vraiment, et savoir sous quel format vos données sortent. La demander pour la première fois le jour où vous partez est la situation la pire possible.
3. Que comprend exactement la maintenance ?
« Maintenance » signifie des choses très différentes selon qui en parle. Il faut la décomposer :
- Correction des erreurs sur le livrable : devrait être incluse et sans délai de garantie court
- Mises à jour de sécurité du framework et des dépendances : indispensable, c'est là où les projets sont le plus souvent abandonnés
- Petits changements : y a-t-il une enveloppe d'heures, se facture-t-il à part, y a-t-il un minimum ?
- Support : sur quels horaires, par quel canal et avec quel délai de réponse ?
- Sauvegardes : fréquence, rétention et, surtout, si on vérifie qu'elles peuvent être restaurées
C'est cette dernière qui sépare les professionnels des autres. Une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde, c'est un dossier.
4. Que se passe-t-il si vous disparaissiez ?
C'est une question gênante et tout à fait raisonnable, surtout avec les petits prestataires. En Andorre, où beaucoup d'équipes comptent deux ou trois personnes, elle est particulièrement pertinente.
Ce que vous voulez entendre : que le code est dans un référentiel auquel vous avez accès, que l'infrastructure est au nom de votre entreprise ou est transférable, qu'une documentation technique existe, et que la technologie utilisée est standard et non une création propriétaire.
Signal d'alarme : un prestataire qui a construit votre système sur un framework propriétaire non documenté. Même s'il est bon, cela vous attache à vie.
5. Avec quelle technologie et pourquoi celle-ci ?
Vous n'avez pas besoin de comprendre la réponse technique, vous devez vérifier qu'il y a une raison.
Une bonne réponse ressemble à : « Laravel, parce que votre projet est surtout de la logique métier et des formulaires, beaucoup de développeurs la connaissent et vous pourrez trouver quelqu'un qui la maintienne sans nous ».
Une réponse préoccupante ressemble à : « notre plateforme propriétaire », « c'est ce que nous utilisons toujours » ou une liste de technologies à la mode sans lien avec votre problème.
Le critère de fond est simple : une autre équipe pourrait-elle reprendre cela et continuer ? Si la réponse est non, le prix du projet ne comprend pas le coût réel.
6. Comment gère-t-on les changements de périmètre ?
Tous les projets évoluent en cours de route. Ce qui distingue un prestataire sérieux n'est pas l'absence de changements, c'est l'existence d'une procédure convenue avant qu'ils n'apparaissent.
Questions : comment évalue-t-on un changement ? Qui décide si c'est un changement ou si c'était inclus ? Le reste s'arrête-t-il en attendant ?
Si la réponse est « on verra bien », ce que vous verrez, c'est une discussion au pire moment possible.
7. Puis-je parler avec deux de vos clients ?
C'est la question la plus simple et celle qui donne le plus d'informations. Ne demandez pas des références écrites, demandez à parler avec quelqu'un.
Et quand vous parlez, posez les questions qui comptent vraiment : qu'est-ce qui s'est mal passé, comment l'ont-ils réglé, ont-ils respecté les délais, les réembaucheraient-ils ? Un client satisfait vous parlera des problèmes naturellement. C'est exactement cela que vous voulez entendre, parce que cela signifie qu'il y a eu des problèmes et qu'ils ont été résolus.
Andie recommande
Ajoutez une question de plus à cette conversation : combien de temps ont-ils mis à répondre la dernière fois que quelque chose s'est vraiment cassé. Les délais commerciaux de support sont dans tous les contrats. Le délai réel, celui d'un vendredi à dix-neuf heures avec le système en panne, seul un autre client peut vous le raconter.
8. Qu'est-ce que vous NE ferez PAS ?
Un prestataire qui dit oui à tout est un signal d'alarme, pas un signal de flexibilité.
Une équipe sérieuse vous dira qu'il y a des choses qui n'ont pas de sens, des fonctionnalités que vous n'utiliserez pas, ou qu'une partie de ce que vous demandez se résout mieux avec un outil existant qu'en développant de zéro. Si personne ne vous a dit non à quoi que ce soit pendant toute la conversation commerciale, c'est qu'on vous vend, non qu'on vous conseille.
Et une que vous devriez vous poser vous-même
Avant de commander quoi que ce soit : Quel problème concret veux-je résoudre et comment saurai-je qu'il est résolu ?
Si la réponse est « nous moderniser » ou « nous numériser », vous n'êtes pas encore prêt pour demander des devis. Si c'est « je veux arrêter de consacrer quatre heures par semaine à copier des données entre le devis et la facture », vous avez déjà un projet et une façon de le mesurer.
Sur ce point de départ, nous en parlons dans l'article sur la migration d'Excel vers un système de gestion.
Chez AndorraDev, nous répondons à ces huit questions par écrit avant de signer quoi que ce soit, et le code va dans un référentiel auquel le client a accès dès le premier jour. Si vous évaluez des prestataires et voulez un avis extérieur sur ce qu'on vous a proposé, écrivez-nous.
