Pourquoi vous ne trouverez pas de note moyenne ici
Une note affichée par celui qu’elle note ne prouve rien. Voici ce que je mets à votre disposition à la place, et comment vérifier vous-même le travail d’un prestataire technique.
Une note que j’écris moi-même ne vaut rien
Beaucoup de sites de prestataires affichent une note sur cinq, un nombre d’avis et quelques témoignages en italique. Rien de tout cela n’est vérifiable : c’est le prestataire qui choisit les avis, qui les met en forme, et qui décide lesquels disparaissent. Vous n’avez aucun moyen de savoir ce qui a été retiré.
Les moteurs de recherche traitent d’ailleurs ces notes comme ce qu’elles sont. Les données structurées de type avis publiées par une entreprise sur son propre site ne sont plus prises en compte pour l’affichage d’étoiles dans les résultats : elles sont ignorées précisément parce que personne ne peut les contrôler. Ce site n’en émet donc aucune, et ce n’est pas un oubli.
Je préfère vous donner de quoi juger sur pièces.
Ce que vous pouvez consulter dès maintenant
-
Les missions livrées
Des projets réellement mis en production, décrits par leur contrainte technique et la solution retenue. Sans nom de client, mais avec le détail de ce qui a été construit.
-
Les guides techniques
Des procédures écrites à partir de pannes réelles. C’est le meilleur indicateur disponible : on ne rédige pas une méthode de diagnostic sur un problème qu’on n’a jamais traité.
-
Les pannes traitées
Chaque page décrit un symptôme, ses causes possibles et la façon de les distinguer. Comparez-les à ce que vous constatez sur votre site.
-
Les tarifs
Des ordres de grandeur annoncés à l’avance, plutôt qu’un devis dont vous ne pouvez rien comparer.
Comment vérifier un développeur avant de l’engager
Ces questions valent pour moi comme pour n’importe quel prestataire technique. Elles coûtent cinq minutes et évitent des mois difficiles.
- Demandez qui écrira le code. Si la personne qui répond n’est pas celle qui intervient, demandez à parler à celle qui intervient. Beaucoup de projets se dégradent exactement là.
- Demandez ce qui se passe si ça casse en production. Une réponse honnête décrit une procédure de retour arrière, pas une promesse que ça ne cassera pas.
- Demandez à qui appartient le code. Faites écrire la réponse. Un module développé pour vous doit vous rester, avec ses sources.
- Demandez ce qui n’est pas inclus. Un prestataire qui ne sait pas dire non n’a pas réfléchi au périmètre.
- Posez une question technique précise sur votre propre problème. Une réponse qui décrit le mécanisme, plutôt qu’une réponse qui rassure, vous en dira plus que dix témoignages.