Comment engager un développeur web : une liste de contrôle pour les clients

Engager un développeur web commence par savoir ce que vous achetez réellement — une page d'atterrissage, un site multi-pages, une boutique en ligne ou une application web — puis choisir une personne par des liens directs vers son travail et par les questions qu'elle vous pose, et payer par étapes avec des démonstrations entre les deux. Tout le reste est détail, et ce sont exactement ces détails qui font que les sites web sont reconstruits deux fois.

Voici le chemin, étape par étape, pour un client sans formation technique qui ne veut pas d'un dossier de jolies images au lieu d'un site fonctionnel. Les règles générales pour travailler avec des freelances se trouvent dans comment un client trouve un freelance fiable — celui-ci concerne uniquement le développement.

Étape 1. Décidez de ce dont vous avez réellement besoin

Dire à un développeur «J'ai besoin d'un site web» est aussi utile que de dire à un concessionnaire automobile «J'ai besoin de transport». Chaque type de projet nécessite une personne différente, un calendrier différent et un budget très différent.

• Page d'atterrissage — une page pour une campagne publicitaire ou un produit unique. Le plus rapide et le moins cher. Vous avez besoin d'une personne front-end avec un sens du design.
• Site multi-pages — entreprise, services, blog, formulaires. Généralement construit sur un CMS prêt à l'emploi. Vous avez besoin de quelqu'un qui peut également configurer le panneau d'administration, pas seulement la mise en page.
• Boutique en ligne — catalogue, panier, paiements, expédition, intégration des stocks. Cela nécessite une véritable expérience en e-commerce, pas « j'ai créé des sites web ».
• Application web — comptes utilisateurs, calculs, rôles, une base de données. L'option la plus longue et la plus coûteuse, et ne jamais embaucher pour cela à partir d'un portfolio rempli de pages d'atterrissage.

Jusqu'à ce que vous ayez choisi un élément de cette liste, toute estimation de prix est une conjecture. Si le mettre en mots est difficile, passez la tâche par le générateur de brief — il pose les questions qu'un bon développeur vous posera de toute façon. La version plus longue se trouve dans comment rédiger un brief pour un freelance.

Étape 2. Comment juger un développeur quand vous n'en êtes pas un

Vous n'avez pas besoin de lire du code pour distinguer un professionnel d'une personne aléatoire. Quatre mouvements suffisent.

Demandez des liens en direct, pas des captures d'écran. Une image prouve seulement que quelqu'un peut produire des images. Ouvrez le site sur votre téléphone, testez les formulaires, regardez-le se charger. Aucun lien du tout est déjà une réponse.

Demandez ce qu'ils ont exactement fait.Dans les projets d'équipe, une personne a conçu, une autre a construit l'interface, une troisième a configuré les paiements. Une bonne réponse ressemble à : « le design n'est pas le mien, j'ai fait l'interface et l'intégration des paiements ». Une mauvaise réponse est « c'est mon projet » — suivie de silence.

Demandez comment ils aborderaient votre tâche.Pas « combien », mais « par où commenceriez-vous et pourquoi ». Vous entendrez instantanément s'ils pensent à votre projet ou s'ils poursuivent simplement la commande.

Remarquez s'ils vous posent des questions.C'est le signal le plus fiable. Celui qui demande qui sont vos clients, d'où vient le trafic et ce qui doit se passer après la soumission du formulaire est presque toujours celui qui termine le travail.

La règle qui fait économiser de l'argent : celui qui pose des questions avant le paiement demande au lieu d'inventer en votre nom. Celui qui ne demande rien va inventer — et vous paierez pour cela en révisions.

Étape 3. Questions que vous pouvez copier directement dans le chat

1. Montrez-moi 2–3 liens actifs vers des projets du même type que le mien. Qu'avez-vous personnellement fait dessus ?
2. Avec quoi le construiriez-vous et pourquoi ? Que se passe-t-il si dans un an j'ai besoin de quelqu'un d'autre pour l'étendre ?
3. Comment allez-vous diviser le travail en étapes et que vais-je voir à chaque étape ?
4. De quoi avez-vous besoin de ma part pour commencer : textes, photos, accès ?
5. Qu'est-ce qui est inclus dans le prix et qu'est-ce qui compte comme travail supplémentaire ?
6. Combien de révisions sont incluses par étape, et comment les révisions supplémentaires sont-elles facturées ?
7. Que remettrez-vous à la fin : code, accès, instructions ?
8. Qu'en est-il du support après le lancement — pendant combien de temps et dans quelles conditions ?

Huit questions, cinq minutes de votre temps. Les candidats faibles se filtrent d'eux-mêmes.

Étape 4. Signaux d'alerte

• Accepte tout.«Bien sûr, pas de problème» à chaque souhait que vous exprimez n'est pas un service, c'est l'absence d'analyse.
• Citations instantanément, sans voir un brief.Ce nombre n'est soutenu par rien et augmentera plus tard.
• Aucun travail en direct.Seulement des maquettes dans une archive, ou « celui-ci est sous NDA » pour chaque question.
• Refuse les démos intermédiaires.« Je te montrerai quand ce sera fait » est la phrase après laquelle rien n'est généralement montré.
• Disparaît pendant une semaine.Le silence avant l'argent signifie le silence après l'argent, seulement plus cher.
• Veut la somme totale à l'avance et déplace la discussion et le paiement en dehors de la plateforme. Comment cela se termine est couvert dans offres sécurisées et protection contre les escrocs.

Étape 5. Jalons au lieu d'un gros paiement

Divisez le projet en au moins trois parties : prototype et structure, design et mise en page, fonctionnalités et lancement. Chaque étape reçoit son propre paiement et approbation. Dans le pire des cas, vous perdez une étape, pas tout le budget — et vous pouvez vous tourner vers un autre développeur avec la partie terminée en main.

Les démonstrations intermédiaires ne sont pas de la bureaucratie, ce sont des assurances. Un lien en direct une fois par semaine, même vers un brouillon moche, montre un véritable progrès. Des rapports soignés «tout est en bonne voie» ne montrent rien. Comment approuver le travail sans se noyer dans les révisions se trouve dansl'acceptation du travail et la gestion des révisions.

Étape 6. Ce que vous devez obtenir à la fin

C'est là que les clients perdent le plus. Le site fonctionne, tout le monde est heureux, et un an plus tard, vous découvrez qu'il n'est pas à vous.

• Code source — dans votre dépôt ou en tant qu'archive, pas «je le garde, envoyez-moi un message si besoin».
• Hébergement et domaine enregistrés à votre nom.Votre email, votre carte. Pas le développeur. Jamais.
• Accès: panneau d'administration, panneau d'hébergement, base de données, analyses, mail — sous forme de liste, avec mots de passe.
• Un transfert court: comment ajouter une page, où changer le numéro de téléphone, où atterrissent les demandes. Une page de texte ou une vidéo de 15 minutes suffisent.

Un domaine au nom de quelqu'un d'autre n'est pas un détail technique. Cela signifie que votre entreprise fonctionne sur un accord avec une personne avec qui vous pourriez un jour avoir des différends.

Étape 7. Support après le lancement

Le site est en ligne et trois jours plus tard, le formulaire de demande tombe en panne. Qui le répare, à quel coût ? Convenez avant le début : combien de jours après la livraison les bugs sont corrigés gratuitement, ce qui compte comme un bug par rapport à une nouvelle tâche, et le tarif pour un travail supplémentaire. Une ligne dans l'accord élimine 90 % des ressentiments futurs.

Étape 8. Le piège du prix le plus bas

Le classique : choisir le moins cher parmi dix offres, obtenir un site à moitié fonctionnel, puis payer un deuxième développeur pour le démêler et le reconstruire. Coût total — plus que ce qu'un bon professionnel de niveau intermédiaire aurait facturé d'avance.

Quel est le coût d'un site web ? Honnêtement : cela dépend du type de projet, du marché et de l'expérience du développeur, et l'écart entre une page d'atterrissage et une application web est facilement multiplié par dix. Visez la médiane des offres, pas le minimum : si neuf personnes proposent des chiffres similaires et que la dixième est trois fois moins chère, elles ont soit mal compris la tâche, soit ne la termineront pas. La logique budgétaire est expliquée dans ce que coûte le travail freelance.

Liste de contrôle pour le client avant de commencer

• Type de projet choisi : page d'atterrissage, site, boutique ou application.
• Un cahier des charges existe, au moins une page.
• Liens actifs de trois candidats au moins examinés.
• Demandé « comment aborderiez-vous ma tâche » et obtenu une réponse réfléchie.
• Travail divisé en étapes, chacune avec son propre paiement.
• Démos intermédiaires par lien actif convenues.
• Écrit ce qui est remis : code, accès, domaine, hébergement.
• Tarifs de support et après lancement discutés.
• L'accord et la discussion restent sur la plateforme, pas dans des messages privés.

Que faire ensuite

Trouver un programmeur est facile. Choisir celui qui pose les bonnes questions et livre un travail qui peut être transmis est la partie difficile. Parcourez la liste de contrôle de haut en bas : cela prend une demi-heure et vous fait économiser environ un site web reconstruit.

Une fois le brief prêt, publiez votre projet et collectez des offres, voyez qui demande quoi dans le section des projets, ou parcourez le catalogue de freelances et envoyez un message aux personnes dont le travail en direct vous a plu. Un développeur freelance choisi selon ces règles coûte moins cher qu'un employé interne et est plus sûr qu'un choix aléatoire.