Comment évaluer un partenaire de développement web
Les questions qui révèlent la façon dont une agence travaille vraiment, y compris celles qui mettent un mauvais partenaire mal à l'aise.
La plupart des projets web qui tournent mal n'ont pas été mal vendus. Ils ont été vendus sur un portfolio et un prix, et les problèmes sont apparus plus tard : dans la propriété, la maintenabilité, la performance ou le coût du premier changement significatif.
Voici les questions qui valent la peine d'être posées. Les réponses comptent, mais l'accueil réservé à la question aussi.
À qui appartient le code ?
Posez la question directement, et faites-la figurer au contrat. Vous voulez la propriété du code source et des ressources au paiement final, ainsi que l'accès au dépôt et au déploiement. Si une société conserve la propriété ou construit sur une plateforme propriétaire que vous ne pouvez pas quitter, vous louez votre site : c'est un modèle légitime, mais vous devez savoir que vous le choisissez.
Que se passe-t-il si nous changeons de prestataire ?
Une bonne réponse décrit des technologies répandues, une architecture documentée et une passation propre. Une mauvaise réponse est vague ou légèrement vexée. Vous ne prévoyez pas de partir : vous vérifiez que vous le pourriez.
Comment la sécurité est-elle traitée ?
Demandez à quel moment la sécurité est prise en compte et ce qui est fait concrètement. Des réponses du type « nous utilisons SSL » ou « la plateforme s'en charge » indiquent qu'elle ne fait pas vraiment partie du processus. Vous cherchez la gestion des dépendances, le contrôle d'accès, le traitement des entrées et la revue de configuration comme activités nommées du projet.
Comment la performance sera-t-elle mesurée ?
Demandez la cible et la manière dont elle sera vérifiée. Des seuils Core Web Vitals convenus à l'avance et testés sur du matériel mobile de milieu de gamme constituent une réponse substantielle. « Ce sera rapide » n'en est pas une.
Combien coûte le premier changement après la mise en ligne ?
C'est la question la plus révélatrice de la liste. Un système construit comme une série de pages uniques coûte cher à modifier ; un système construit en composants, non. La réponse vous dit ce que vous achetez réellement.
Qu'est-ce qui est explicitement exclu ?
Contenu, migration, intégrations, formation et accompagnement après la mise en ligne sont les écarts habituels entre un prix annoncé et un site qui fonctionne. Un partenaire qui annonce ses exclusions avant que vous ne les demandiez mérite d'être retenu.
Une question sans mauvaise réponse, seulement révélatrice : demandez ce qu'ils conseilleraient si la bonne solution était un produit qu'ils ne vendent pas. La volonté de le dire est le signal le plus clair sur la façon dont les conseils seront donnés ensuite.
Rédigé par
RegenByte
Les articles sont rédigés par l'équipe RegenByte à partir du travail mené sur des projets clients. Nous publions ce que nous avons réellement fait plutôt que des résumés d'articles d'autrui.