Comment lire un devis logiciel

Un devis logiciel se lit facilement pour le chiffre et difficilement pour tout le reste. Le chiffre est ce que tout le monde regarde ; les lignes autour décident de ce qu'il achète, et les lignes absentes décident de ce qu'il n'achète pas. Voici comment nous en lisons un, le nôtre compris.

Ce qu'un devis omet d'habitude

Cinq choses restent tues plus souvent que toutes les autres, et chacune devient une facture plus tard :

• Le périmètre du support : « support inclus » sans dire ce qui compte comme support, ce qui est facturé en plus, et comment le travail est priorisé une fois le produit en service.
• Le prix des changements : comment une demande après signature est chiffrée, en forfait, en taux horaire ou en pack. Si ce n'est pas sur la page, le changement sera chiffré plus tard, aux conditions du prestataire.
• Les coûts de licence dans la mensualité : licences tierces, hébergement et services fondus en une seule ligne, si bien que vous ne voyez ni ce que vous payez ni ce que vous gardez en partant.
• Le transfert comme faveur : rien sur ce que vous recevez à la fin, donc le transfert devient une négociation au moment où vous avez le moins de poids.
• Hébergement et comptes qui ne sont pas à votre nom : domaine, hébergement et services tiers enregistrés au nom du prestataire, ce qui fait du départ un projet technique plutôt qu'une décision.

Aucun de ces cinq points n'est malhonnête en soi. Un devis est un document court, et personne n'écrit tout. L'ennui, c'est que le silence se lit « inclus » pour l'acheteur et « en supplément » pour le vendeur, et que la différence n'apparaît que lorsqu'elle coûte quelque chose.

Un prix fixe ou une fourchette

Un chiffre unique paraît sûr. Pour un travail déjà fait de nombreuses fois, il peut être juste. Pour tout ce qui est nouveau, il plafonne le projet et coûte souvent plus au final, parce que le risque est provisionné en marge invisible et que chaque changement doit passer par une ré-estimation. Nous avons écrit pourquoi, et la version courte est qu'un prix fixe rend le changement coûteux précisément quand la liberté de corriger le cap est le but.

Une estimation qui vous respecte est une fourchette avec ses hypothèsesCe que le prestataire a tenu pour acquis en dimensionnant le travail : ce qui existe déjà, ce que vous fournirez, ce qui est hors périmètre. Si l'une se révèle fausse, le chiffre bouge. écrites : ce que le prestataire croit simple, ce qu'il soupçonne difficile, et quelles inconnues feront bouger le chiffre. Les deux formes peuvent faire un devis juste. Ce qui compte, c'est de savoir laquelle vous tenez, et ce qui se passe quand la réalité s'écarte des hypothèses.

Ce qu'un bon devis nomme

• Le périmètre : ce qui sera construit, dans des mots que vous comprenez, y compris ce qui est explicitement exclu.
• L'acceptation : comment vous décidez que c'est terminé, et qui décide.
• Qui fait le travail : des personnes nommées, si une partie est sous-traitée, et qui est votre interlocuteur au quotidien.
• Ce que vous recevez : code source, documentation, identifiants et comptes, à votre nom.
• De quoi la mensualité est faite : hébergement, licences, support, et ce que chacun couvre.
• Comment les changements et le support sont chiffrés après le lancement, avant d'avoir besoin de l'un ou de l'autre.

Nos propres conditions générales précisent que le conseil relève d'une obligation de moyens, et que les arrangements concrets sur le périmètre, le prix, les délais, l'acceptation et la propriété intellectuelle figurent dans les documents du projet. C'est voulu : une page de conditions générales ne peut pas décrire votre projet, donc le devis et le document de périmètre doivent le faire. Il en va de même pour le support. Nous le définissons par système et le convenons d'avance, et nous travaillons par priorité plutôt qu'à horloge fixe, donc le devis le dit au lieu de vous laisser supposer autre chose.

Cinq questions à poser en retour

1. Qu'est-ce qui est explicitement exclu, et combien coûterait son ajout ?
2. Comment un changement est-il chiffré après la signature ?
3. Que couvre le support, qu'est-ce qui est facturé en plus, et comment décidez-vous de ce qui passe en premier ?
4. Lesquels de ces coûts sont des licences ou de l'hébergement, et sont-ils enregistrés à mon nom ?
5. Que recevrai-je exactement à la fin, et le transfert est-il décrit et chiffré ici ?

Un prestataire qui répond aux cinq par écrit vous a donné un meilleur devis que celui que vous aviez demandé. L'hésitation sur les bases est aussi une réponse, tout comme une réponse qui arrive par téléphone et n'atteint jamais la page.

Avant de demander un devis

Si vous en êtes plus tôt, notre estimateur de projet donne une première taille à votre idée et un brief de périmètre à remettre à n'importe quel prestataire. Envoyer le même brief à tous est la façon la plus simple d'obtenir des devis comparables, parce que les différences se trouveront dans les conditions plutôt que dans ce que chaque prestataire a cru comprendre.

La liste complète des questions, y compris celles sur qui possède quoi et sur ce qui arrive si le partenaire disparaît, se trouve dans notre liste de contrôle pour choisir un partenaire logiciel. Emportez-la à l'entretien, et gardez les réponses.