Ressources
Ton rapport de scorecard de devis
Ton score, tes signaux d'alerte expliqués, et l'email à envoyer à ton prestataire.
Le score se calcule dans ton navigateur, ce qui demande JavaScript. Sans lui, tu peux quand même te servir des 15 questions ci-dessous comme d'une check-list.
Solide
Un devis solide. Le chiffre devrait tenir. Garde les réponses écrites : ce sont elles qui te protègent.
À négocier
Négocie avant de signer. Tes signaux d'alerte sont les questions à envoyer : un prestataire sérieux peut y répondre par écrit.
Exposé
L'essentiel du risque repose sur toi. Ce devis est construit pour bouger.
Tes signaux d'alerte
- 01 — Le prix est-il ferme, et écrit ? Une estimation est une prévision, pas un engagement. Avec une estimation, chaque dépassement t'est facturé.
Ce qu'il faut demander — « Pouvez-vous confirmer par écrit que le montant total est un prix ferme pour le périmètre décrit, et non une estimation ? »
- 02 — Le périmètre a-t-il été écrit avant que le prix soit donné ? Un prix donné avant que le périmètre existe est un pari. Soit il est gonflé pour absorber l'inconnu, soit il grossit quand l'inconnu apparaît — et le prestataire le sait en général au moment où il chiffre.
Ce qu'il faut demander — Le document sur lequel repose le prix : les parcours utilisateurs, les écrans, ce qui est dedans et ce qui est dehors.
- 03 — Le devis liste-t-il ce qui n'est pas inclus ? Les factures surprises naissent dans les trous : les contenus, les intégrations, les frais des stores, l'hébergement, l'interface d'administration dont personne n'a parlé.
Ce qu'il faut demander — Une liste explicite de ce qui est hors périmètre.
- 04 — Le prix reste-t-il valable assez longtemps pour que tu puisses comparer ? Un devis qui expire en quelques jours te pousse à signer avant d'avoir comparé. Quelques semaines, c'est raisonnable.
Ce qu'il faut demander — Une date de validité écrite.
- 05 — Si le travail prend plus de temps que prévu, est-ce à la charge du prestataire — et non à la tienne ? Au forfait, une sous-estimation est le problème du prestataire. En régie, chaque heure en plus est pour toi.
Ce qu'il faut demander — « Si le périmètre convenu prend plus de temps que prévu, une partie me sera-t-elle facturée ? » La réponse doit être non, par écrit.
- 06 — Chaque changement est-il chiffré par écrit, et validé par toi, avant tout travail ? « On verra au fur et à mesure » : c'est comme ça qu'un projet à 35 000 € devient un projet à 70 000 €. Chiffrer bas, puis facturer chaque changement, c'est une façon connue de récupérer la marge.
Ce qu'il faut demander — « Aucun travail hors du périmètre convenu ne démarre sans un devis écrit que j'ai validé. »
- 07 — Y a-t-il un délai maximal pour chiffrer un changement ? Tant qu'un changement attend son prix, le projet est à l'arrêt. Et un projet à l'arrêt consomme ta trésorerie, pas celle du prestataire.
Ce qu'il faut demander — Un délai maximal pour chiffrer toute demande de changement — en jours, pas en semaines.
- 08 — Les bugs sur le périmètre convenu sont-ils corrigés gratuitement — pendant le développement et pendant une période définie après la mise en ligne ? Si les corrections sont facturées, le prestataire gagne plus quand le code est moins bon.
Ce qu'il faut demander — Une période de garantie écrite après la mise en ligne, qui couvre sans frais les défauts de ce qui a été livré. Demande combien de temps.
- 09 — Hors acompte de départ, paies-tu jalon par jalon — après avoir utilisé ce qui a été construit ? L'histoire que les fondateurs racontent le plus souvent n'est pas celle de la facture qui gonfle. C'est celle d'avoir payé pour quelque chose qui avait l'air d'aller, et qui ne marchait pas.
Ce qu'il faut demander — Des paiements liés à des jalons que tu valides après avoir utilisé le produit toi-même, sur une version de test.
- 10 — Verras-tu le vrai produit régulièrement — pas des slides ni des points d'avancement ? Un point d'avancement peut dire n'importe quoi. Un produit sur lequel tu cliques, non.
Ce qu'il faut demander — Une démo du produit qui fonctionne au moins toutes les deux semaines, et un accès à une version de test entre les démos.
- 11 — « Terminé » est-il défini avant chaque jalon ? Sans critères d'acceptation écrits, « terminé » veut dire ce que le prestataire décide.
Ce qu'il faut demander — Pour chaque jalon, la liste des parcours qui doivent fonctionner avant que tu le valides.
- 12 — Le code est-il dans un dépôt qui appartient à ta société — au plus tard quand chaque jalon est payé ? Du code hébergé sur le compte du prestataire est un moyen de pression contre toi. « Vous l'aurez à la fin » veut dire que tu ne peux pas partir avant la fin.
Ce qu'il faut demander — Un dépôt au nom de ta société, dans lequel arrive le code de chaque jalon payé.
- 13 — L'hébergement, le nom de domaine et les comptes tiers sont-ils à ton nom ? Une application hébergée sur le compte personnel d'un développeur devient un otage le jour où la relation s'arrête.
Ce qu'il faut demander — Des comptes créés au nom de ta société. Le prestataire obtient un accès, pas la propriété.
- 14 — Recevras-tu une documentation qu'une autre équipe pourrait utiliser pour reprendre le projet ? Si seul le prestataire sait faire tourner le produit, tu ne peux pas changer d'équipe — et il le sait.
Ce qu'il faut demander — Un document de passation : comment faire tourner le produit, comment le déployer, où se trouve chaque chose, ce qui reste ouvert.
- 15 — Les personnes qui ont cadré ton projet sont-elles nommées comme celles qui le construisent ? Une personne vend, d'autres construisent. Le senior qui remporte le contrat n'est pas toujours celui qui écrit ton code.
Ce qu'il faut demander — Des personnes nommées au contrat, et aucun remplacement sans ton accord écrit.
- Le montant total est un prix ferme pour le périmètre décrit, et non une estimation.
- Le prix repose sur un périmètre écrit — les parcours utilisateurs, les écrans, ce qui est dedans et ce qui est dehors — et vous pouvez me transmettre ce document.
- Ce que le prix ne comprend pas, sous forme de liste explicite.
- La date jusqu'à laquelle ce prix reste valable.
- Si le périmètre convenu prend plus de temps que prévu, rien ne me sera facturé en plus.
- Aucun travail hors du périmètre convenu ne démarre sans un devis écrit que j'ai validé.
- Le délai maximal pour chiffrer une demande de changement, en jours.
- Les défauts sur le périmètre convenu sont corrigés sans frais pendant le développement et pendant une période définie après la mise en ligne — et la durée de cette période.
- Hors acompte, les paiements sont liés à des jalons que je valide après avoir utilisé le produit moi-même, sur une version de test.
- Je verrai une démo du produit qui fonctionne au moins toutes les deux semaines, avec un accès à une version de test entre les démos.
- Chaque jalon liste les parcours qui doivent fonctionner avant que je le valide.
- Le code est dans un dépôt au nom de ma société, et le code de chaque jalon payé y est livré.
- L'hébergement, le nom de domaine et les comptes tiers sont créés au nom de ma société ; vous en avez l'accès, pas la propriété.
- À la passation, je reçois un document qui explique comment faire tourner et déployer le produit, où se trouve chaque chose et ce qui reste ouvert.
- Les personnes qui ont cadré le projet sont nommées au contrat comme celles qui le construisent, et aucun remplacement n'a lieu sans mon accord écrit.
L'email à envoyer à ton prestataire
Ceci est une check-list pratique, pas un conseil juridique. Fais relire tout contrat par un avocat avant de signer.
Conçu par NexusInsight, un petit studio produit.
Tu veux un devis bâti sur un périmètre écrit dès le départ ? C'est ce que produit notre Sprint de cadrage. Product Discovery Sprint
Ce lien ne contient pas de score. Sers-toi des 15 points ci-dessous comme d'une check-list : ce qu'il faut exiger avant que quiconque te donne un chiffre.
- 01
Le prix est-il ferme, et écrit ?
Ce qu'il faut demander — « Pouvez-vous confirmer par écrit que le montant total est un prix ferme pour le périmètre décrit, et non une estimation ? »
- 02
Le périmètre a-t-il été écrit avant que le prix soit donné ?
Ce qu'il faut demander — Le document sur lequel repose le prix : les parcours utilisateurs, les écrans, ce qui est dedans et ce qui est dehors.
- 03
Le devis liste-t-il ce qui n'est pas inclus ?
Ce qu'il faut demander — Une liste explicite de ce qui est hors périmètre.
- 04
Le prix reste-t-il valable assez longtemps pour que tu puisses comparer ?
Ce qu'il faut demander — Une date de validité écrite.
- 05
Si le travail prend plus de temps que prévu, est-ce à la charge du prestataire — et non à la tienne ?
Ce qu'il faut demander — « Si le périmètre convenu prend plus de temps que prévu, une partie me sera-t-elle facturée ? » La réponse doit être non, par écrit.
- 06
Chaque changement est-il chiffré par écrit, et validé par toi, avant tout travail ?
Ce qu'il faut demander — « Aucun travail hors du périmètre convenu ne démarre sans un devis écrit que j'ai validé. »
- 07
Y a-t-il un délai maximal pour chiffrer un changement ?
Ce qu'il faut demander — Un délai maximal pour chiffrer toute demande de changement — en jours, pas en semaines.
- 08
Les bugs sur le périmètre convenu sont-ils corrigés gratuitement — pendant le développement et pendant une période définie après la mise en ligne ?
Ce qu'il faut demander — Une période de garantie écrite après la mise en ligne, qui couvre sans frais les défauts de ce qui a été livré. Demande combien de temps.
- 09
Hors acompte de départ, paies-tu jalon par jalon — après avoir utilisé ce qui a été construit ?
Ce qu'il faut demander — Des paiements liés à des jalons que tu valides après avoir utilisé le produit toi-même, sur une version de test.
- 10
Verras-tu le vrai produit régulièrement — pas des slides ni des points d'avancement ?
Ce qu'il faut demander — Une démo du produit qui fonctionne au moins toutes les deux semaines, et un accès à une version de test entre les démos.
- 11
« Terminé » est-il défini avant chaque jalon ?
Ce qu'il faut demander — Pour chaque jalon, la liste des parcours qui doivent fonctionner avant que tu le valides.
- 12
Le code est-il dans un dépôt qui appartient à ta société — au plus tard quand chaque jalon est payé ?
Ce qu'il faut demander — Un dépôt au nom de ta société, dans lequel arrive le code de chaque jalon payé.
- 13
L'hébergement, le nom de domaine et les comptes tiers sont-ils à ton nom ?
Ce qu'il faut demander — Des comptes créés au nom de ta société. Le prestataire obtient un accès, pas la propriété.
- 14
Recevras-tu une documentation qu'une autre équipe pourrait utiliser pour reprendre le projet ?
Ce qu'il faut demander — Un document de passation : comment faire tourner le produit, comment le déployer, où se trouve chaque chose, ce qui reste ouvert.
- 15
Les personnes qui ont cadré ton projet sont-elles nommées comme celles qui le construisent ?
Ce qu'il faut demander — Des personnes nommées au contrat, et aucun remplacement sans ton accord écrit.
Le meilleur moyen d'obtenir des devis comparables, c'est d'écrire ton périmètre avant de demander un prix. Ouvrir le template