Par Justin Rialland, fondateur d’Anthera
Juger un prestataire technique quand on n'est pas technique
On ne peut pas évaluer du code qu'on ne lit pas. Mais six questions simples, et la façon d'y répondre, disent presque tout sur la façon dont un prestataire travaille.
Choisir un prestataire technique quand on ne l'est pas soi-même est inconfortable : on compare des propositions qu'on ne peut pas juger sur le fond.
On peut en revanche juger la façon de répondre, et elle est très informative.
Les six questions à poser
« Qu'est-ce qui, dans mon projet, risque de coûter plus cher que prévu ? »
C'est la plus utile. Un prestataire qui répond « rien, c'est simple » n'a pas regardé. Tout projet a deux ou trois zones d'incertitude, et celui qui les nomme avant de commencer est celui qui les a cherchées.
« Qu'est-ce que vous me déconseillez de faire ? »
Quelqu'un qui accepte tout vous vendra tout, y compris ce dont vous n'avez pas besoin.
« Qui écrira le code, et qui sera mon interlocuteur ? »
Si ce ne sont pas les mêmes, demandez comment l'information circule entre eux. Ce n'est pas disqualifiant, c'est une question de taille de structure, mais il faut le savoir.
« Où sera hébergé le code, et à quel nom ? »
La bonne réponse est : sur un compte qui vous appartient. Tout le reste crée une dépendance.
« Que se passe-t-il si on arrête au milieu ? »
Qu'est-ce qui vous est remis, dans quel état, sous quel délai. Un prestataire sérieux a déjà réfléchi à cette question, parce qu'elle s'est posée.
« Comment je saurai que ça avance ? »
Démonstrations régulières, livraisons par lots, accès à une version en ligne. Un projet dont on ne voit rien pendant deux mois est un projet dont on découvre les écarts trop tard.
Ce qui ne dit rien
Le nombre d'années d'existence. Les logos de clients, qui peuvent recouvrir une prestation d'une journée. Les technologies citées, que vous ne pouvez pas évaluer. Et le prix seul, qui ne veut rien dire sans périmètre identique.
Le signal le plus fiable
Demandez à voir un projet proche du vôtre, et à parler au client. Pas une référence choisie dans une plaquette : un client, au téléphone, cinq minutes.
Deux questions suffisent : est-ce que les délais ont été tenus, et est-ce que vous rappelleriez cette personne aujourd'hui ?
Un prestataire qui n'a aucun client à vous faire parler, après plusieurs projets, vous dit quelque chose.
Le devis, et ce qu'il doit contenir
Un périmètre écrit, assez précis pour qu'on sache ce qui n'en fait pas partie. Un délai, même par étapes. Ce qui est attendu de vous, contenus, accès, validations, parce que c'est souvent là que les projets glissent. Et ce qu'il advient du code et des accès à la fin.
Un devis d'une ligne à un prix rond n'est pas un devis, c'est une intention.
Notre article sur agence, freelance ou studio compare les formes de prestation, et celui sur à qui appartient le code détaille ce qu'il faut écrire au contrat.