Les questions à poser à une société de développement — quand la technologie n'est pas votre fort

Moins on s'y connaît, plus il faut poser de questions

Quand la technologie n'est pas votre domaine, le réflexe naturel est de limiter les questions — pour ne pas paraître naïf, ou parce qu'on se dit qu'on ne comprendra pas la réponse de toute façon. C'est précisément l'erreur. Vous n'êtes pas là pour juger le code ; vous êtes là pour juger les gens. Et cela, vous savez déjà très bien le faire, chaque jour, avec vos fournisseurs, vos salariés et vos clients.

Personne ne vérifie lui-même les calculs fiscaux de l'expert-comptable qu'il choisit. On demande comment il travaille, combien cela coûte, ce qui se passe en cas de problème — et l'on écoute la manière dont il répond. Avec une société de développement, c'est exactement pareil. Les questions ci-dessous se répartissent en quatre familles, chacune accompagnée d'un indice : à quoi ressemble une bonne réponse.

Questions sur la compréhension : vous ont-ils vraiment écouté ?

1. « Dites-moi avec vos mots ce que vous avez compris de mon activité. » C'est la question la plus importante, et la fin du premier rendez-vous est le bon moment pour la poser. Si la réponse est une liste d'écrans et de technologies, on ne vous a pas écouté. Si elle ressemble à une journée de travail chez vous, agacements compris, on vous a écouté.

2. « Que me conseilleriez-vous de ne pas construire ? » Une société payée au volume est tentée de dire oui à chaque idée. Celle qui sait dire « gardez cela dans le tableur encore un an » ou « cela ne vaut pas l'argent » pense à votre résultat plutôt qu'à sa facture. Nous avons parlé du prix de « juste une fonction de plus » dans plus de fonctions, plus de désordre.

3. « À qui, dans mon équipe, voulez-vous parler ? » Une bonne réponse demande à rencontrer ceux qui utiliseront le logiciel au quotidien — la secrétaire, le magasinier, le salarié le plus ancien — et pas seulement celui qui paie. Un logiciel conçu autour du seul dirigeant brille en démonstration et se retrouve abandonné au bout d'un mois.

Questions sur l'argent : ce qui est inclus, et ce qui viendra ensuite

4. « Le prix est-il forfaitaire, ou à l'heure ? » Les deux sont légitimes, mais il faut savoir lequel vous achetez. À l'heure, chaque changement, chaque malentendu et chaque retard retombent sur vous. Au forfait, le risque passe du côté de la société — qui investira donc davantage pour bien comprendre le besoin avant de commencer. Demandez aussi ce qui se passe si vous voulez changer quelque chose en cours de route.

5. « Combien me coûtera le fonctionnement la première année après la mise en ligne ? » Hébergement, nom de domaine, licences, corrections, mises à jour de sécurité, petites modifications. Un devis qui ne répond pas à cette question est un devis qui attend de vous surprendre. Nous avons détaillé les postes dans combien coûte un site ou une application à entretenir.

6. « Qu'est-ce qui n'est pas inclus, exactement ? » Une question simple qui en dit long. La reprise des données de l'ancien système, la formation, l'accessibilité exigée par la loi, la liaison avec votre logiciel de comptabilité — chacun de ces points peut être « compris » à l'oral et « en supplément » sur la facture. Demandez-le par écrit.

Questions sur la propriété : ce qui est à vous le lendemain

7. « À qui appartient le code ? » C'est là que beaucoup découvrent une mauvaise surprise, trop tard. En droit israélien, le premier titulaire des droits sur une œuvre de commande — et le code en est une — est son auteur, sauf accord contraire. Si le contrat ne dit rien, ce que vous avez payé ne vous appartient peut-être pas. La bonne réponse : une clause explicite dans le contrat, et un accès réel au code.

8. « Où seront stockées les données, et qui pourra y accéder ? » La réponse doit préciser un lieu (quel cloud, quel pays), des personnes (qui, chez eux, voit les informations) et une sortie (comment obtenir une copie complète). Lorsqu'un prestataire traite des données personnelles pour votre compte, le règlement israélien sur la sécurité des données impose d'encadrer cela par un accord — ce n'est pas qu'une affaire de confiance. Nous avons traité la question plus largement dans où sont vraiment stockées vos données.

9. « Que se passe-t-il si vous fermez, ou si nous voulons changer de prestataire ? » Ce n'est pas une question vexante ; c'est une question professionnelle. Une bonne réponse décrit une passation ordonnée : code, mots de passe, documentation et données. Une réponse évasive est un signal d'alerte plus sérieux que n'importe quel prix.

Questions sur l'usage : comment savoir que c'est réussi

10. « Comment saurons-nous que le projet a réussi ? » Si la réponse est « quand le logiciel sera en ligne », c'est la mauvaise. Un logiciel réussit quand vos équipes s'en servent sans revenir au carnet. Nous en avons parlé dans le logiciel qui n'a pas besoin de formation.

11. « Puis-je parler à un client qui utilise votre logiciel depuis un an ? » Pas à celui qui a reçu un site le mois dernier, mais à celui qui vit avec le produit. Demandez-lui ce qui s'est passé la première fois que quelque chose a cassé, et combien de temps a pris la réparation.

12. « Que se passe-t-il quand quelque chose tombe en panne un vendredi après-midi ? » Pas besoin d'une cellule de crise ouverte jour et nuit. Il faut en revanche savoir à qui s'adresser, par quel canal, et dans quel délai quelqu'un répondra au moins.

Comment écouter quand on ne connaît pas les termes

Inutile de comprendre chaque mot. Il faut en revanche être attentif à trois choses. D'abord, vous traduit-on les choses sans que vous le demandiez. Qui maîtrise vraiment un sujet sait l'expliquer simplement ; qui se cache derrière le vocabulaire cache souvent quelque chose, ne serait-ce que sa propre incertitude. Ensuite, le « ça dépend » est-il suivi d'une suite. « Ça dépend » est une réponse honnête, à condition d'être suivie de « de quoi, et comment le vérifier ». Enfin, existe-t-il une réponse écrite. Tout ce qui vous semble important dans un rendez-vous, demandez-le par e-mail. Ceux qui assument leurs paroles n'ont aucun mal à les écrire.

Encore une chose : si vous sortez d'un rendez-vous en vous sentant bête, ce n'est pas votre faute. Une société qui fait ressentir cela à un client lors d'un rendez-vous commercial le fera ressentir à vos salariés devant son logiciel. Et si vous êtes tenté de vous passer de prestataire et de tout construire vous-même avec un outil d'IA, nous avons examiné la question honnêtement dans j'ai construit une application avec base44 — pourquoi payer quelqu'un ?

Envie d'essayer ces questions sur quelqu'un ? Écrivez-nous ce que vous préparez, et nous répondrons aux douze — par écrit et en langage clair. Vous pouvez aussi voir ce que nous avons construit dans notre portfolio.