Comment recruter un développeur web : une méthode pratique
Choisir un développeur web relève surtout de la collecte de preuves, et la plupart des gens collectent les mauvaises : des portfolios, qui montrent le meilleur travail plutôt que le travail habituel, et des prix, qui comparent des choses non comparables.
Ce guide couvre une méthode qui donne de meilleurs résultats : quoi envoyer, quoi demander, quoi vérifier, et quand s'arrêter.
Envoyez le même brief à tout le monde#
Les devis ne sont comparables que s'ils répondent à la même question. Un brief d'une page plus une structure de pages suffit, et cela supprime l'essentiel de la variance qui rend les devis si différents.
- Ce que le site doit accomplir, et l'action unique qui compte le plus.
- Une liste de pages, marquées critiques pour le lancement ou ultérieures.
- Les exigences fonctionnelles : formulaires, recherche, comptes, commande, intégrations.
- Ce qui est hors périmètre : rédaction, photographie, SEO continu.
- Votre fourchette de budget. La cacher fait perdre du temps à tout le monde et produit des devis inutilisables.
- Votre échéance et ce qui la motive.
- Comment vous déciderez, et pour quand.
Donner une fourchette de budget ne signifie pas qu'on vous facturera le haut de la fourchette. Cela signifie que les propositions reçues porteront sur des projets que vous pouvez réellement acheter.
Quoi demander, et ce que les réponses signifient#
Ces questions séparent ceux qui ont terminé des projets de ceux qui en ont commencé.
| Question | À quoi ressemble une bonne réponse |
|---|---|
| Montrez-moi un site comme le mien à mon échelle | Une URL en production, pas une image de portfolio, avec du contexte |
| À qui appartiennent le code et les comptes ? | « À vous » — immédiatement, sans réserve |
| Comment un changement arrive-t-il en production ? | Gestion de versions et un processus de déploiement, pas du FTP |
| Que se passe-t-il si quelque chose casse après le lancement ? | Une fenêtre de support définie et ce qui vient ensuite |
| Qu'est-ce qui n'est pas inclus ? | Une liste précise, proposée sans qu'on insiste |
| Qu'est-ce qui pourrait mal tourner dans ce projet ? | Des risques honnêtes : retards de contenu, intégrations, décisions |
| Qui fera réellement le travail ? | Des personnes nommées, pas « notre équipe » |
| De quoi avez-vous besoin de notre part ? | Une liste claire avec des dates |
Vérifiez les preuves vous-même#
Vingt minutes de vérification indépendante valent plus qu'une heure de conversation, car elles testent le travail plutôt que le discours.
- Ouvrez deux de leurs sites en production sur un mobile, en données mobiles.
- Passez-en un dans un test de performance et regardez le résultat honnêtement.
- Parcourez une page au clavier avec Tab et voyez si le focus est visible.
- Regardez le code source : y a-t-il un titre, une méta-description, une structure de titres saine ?
- Parlez à un ancien client — et demandez précisément une fois où quelque chose a mal tourné.
- Vérifiez si leur propre site est entretenu. Ce n'est pas décisif, mais c'est un signal.
La question de référence la plus utile n'est pas « étiez-vous satisfait » mais « qu'est-il arrivé quand quelque chose a mal tourné, et comment ont-ils géré ? ». Tout projet en compte un.
Signaux d'alarme et bons signaux#
Des motifs auxquels il vaut la peine de donner beaucoup de poids dans un sens comme dans l'autre.
| Signal d'alarme | Bon signal |
|---|---|
| Un devis en une heure, sans questions | Des questions sur votre activité avant de chiffrer |
| Des positions garanties en première page | Expliquer que personne ne peut garantir des positions |
| Périmètre flou avec prix ferme | Une liste d'exclusions explicite |
| Ils détiennent le domaine ou l'hébergement | Tout enregistré à votre nom |
| Pas d'environnement de préproduction | Vous relisez en préproduction dès le premier gabarit |
| Refus de donner des références | Ils les proposent avant qu'on demande |
| Pression pour signer cette semaine | Prêts à attendre pendant que vous comparez |
| Paiement intégral d'avance | Paiements par jalons adossés à des livrables |
Questions fréquentes
Dois-je choisir le devis le moins cher ?
Seulement s'il répond à la même question que les autres. Un devis très en dessous des autres exclut généralement quelque chose — saisie de contenu, tests, correctifs après lancement — ou n'a pas lu le brief. Demandez par écrit ce qui est exclu, puis comparez le coût total de la première année, maintenance comprise, et ce qui vous appartient à la fin.
Comment juger un prestataire si je ne suis pas technique ?
Jugez le processus et les preuves plutôt que la technologie. Peuvent-ils vous montrer un site en production à votre échelle ? Utilisent-ils la gestion de versions et une préproduction ? Répondent-ils à « à qui appartient le code ? » sans hésiter ? Posent-ils des questions sur votre activité ? Rien de tout cela ne demande de connaissances techniques, et cela prédit mieux le résultat que la pile technique.
Que doit contenir le contrat ?
Le périmètre avec une liste d'exclusions explicite, les jalons et paiements, la propriété du code, du domaine et des comptes, les tours de correction, ce qui se passe après le lancement, les délais de réponse en cas de problème, et les préavis. S'il y a une clause sur laquelle insister, c'est la propriété : tout le reste se renégocie ensuite, pas celle-là.
Combien de prestataires solliciter ?
Trois à cinq est la fourchette utile. Moins et vous n'avez rien à comparer ; plus et l'effort d'évaluation dépasse la valeur des options supplémentaires, et vous faites attendre tout le monde. Envoyez le même brief à tous et fixez une date de décision pour que le processus se termine.
recruter un développeur webchoisir un développeur webquestions développeur webcontrat développement webrecrutement développeursdevis site web
