Méthode projet
Qui fait quoi dans un projet web
Dans un projet web, 5 rôles se partagent le travail : vous (le client), le chef de projet, le designer, le développeur et la personne chargée des contenus et du référencement. Sur un site sur modèle livré en 10 jours, une même personne en cumule plusieurs ; sur une application métier de 8 000 à 15 000 € HT, ils sont tenus par des personnes distinctes. Ce guide détaille la mission de chacun, ce qu'on attend de vous, comment l'équipe change selon la taille du projet et où l'organisation déraille.
L'essentiel
- Cinq rôles interviennent : le client, le chef de projet, le designer, le développeur, et le responsable des contenus et du référencement.
- Le client garde quatre choses que personne ne peut faire à sa place : fixer l'objectif, fournir la matière (textes, photos, accès), trancher, valider.
- Sur un petit site, une seule personne peut tenir plusieurs rôles ; sur une application, chaque rôle a son titulaire et la coordination devient un métier à part entière.
- Un projet web accumule du retard surtout quand personne n'est désigné pour répondre, pour fournir les textes ou pour valider.
- Avant de signer, demandez au prestataire le nom de votre interlocuteur, la liste de ce qu'il attend de vous et la date à laquelle chaque élément est nécessaire.
Les cinq rôles d'un projet web, en clair
Un projet web réunit toujours les mêmes cinq fonctions, même quand elles tiennent dans deux têtes : celui qui commande et décide (vous), celui qui coordonne (le chef de projet), celui qui dessine (le designer), celui qui construit (le développeur) et celui qui s'occupe des mots et de la visibilité (contenus et référencement). Les confondre est la première cause de malentendus : on reproche au développeur un texte absent, ou au designer un retard de validation qui ne dépend que du client.
Le tableau ci-dessous donne la photographie d'ensemble. Les sections suivantes reprennent chaque rôle avec ses limites, c'est-à-dire ce qu'il ne fait pas.
| Rôle | Il décide ou produit | Il vous demande |
|---|---|---|
| Vous, le client | L'objectif du site, le budget, le choix entre deux options, la validation finale | Des textes, des photos, des accès, des réponses rapides |
| Chef de projet | Le planning, l'ordre des étapes, les arbitrages entre périmètre, délai et budget | Une personne référente et un circuit de validation clair |
| Designer | L'organisation des pages, les couleurs, les typographies, les maquettes | Votre logo, vos habitudes visuelles, vos références, vos retours groupés |
| Développeur | Le site ou l'application qui fonctionne : pages, formulaires, paiement, connexions | Les accès techniques, les cas particuliers de votre activité |
| Contenus et référencement | Les textes, les titres, la structure pour les moteurs de recherche, les redirections | Votre savoir-faire, vos mots, vos questions de clients |
Dans une petite structure, le même interlocuteur peut tenir le rôle de chef de projet et celui de développeur. Ce qui compte n'est pas le nombre de personnes, mais que chaque fonction ait un responsable identifié. Pour une vue d'ensemble du chiffrage avant d'entrer dans le détail, le simulateur de coût d'un site web donne une première estimation selon vos besoins.
Votre rôle de client : ce que personne ne peut faire à votre place
Le client n'est pas un spectateur qui attend la livraison. Quatre responsabilités lui reviennent, et un prestataire, aussi bon soit-il, ne peut pas les assumer en votre nom.
- Fixer l'objectif. « Recevoir des demandes de rendez-vous », « vendre mes produits sans passer par une place de marché », « informer les familles » : un objectif écrit en une phrase permet de trancher tous les débats suivants.
- Fournir la matière. Textes, photos, logo, catalogue, mentions légales, accès à l'hébergement et au nom de domaine. Le prestataire peut aider à les rédiger ou à les chercher, mais l'information sur votre activité ne vient que de vous.
- Trancher. Quand deux solutions existent, quelqu'un doit choisir. Si trois personnes de votre côté ont un avis différent, le projet attend.
- Valider, et dire quand c'est validé. Une maquette « plutôt bien » n'est pas une maquette validée. Une validation claire, par écrit, autorise l'étape suivante.
Le point le plus sous-estimé est le délai de réponse. Un projet de site livré en 10 jours suppose que vos retours arrivent en un jour ou deux ; si chaque question reste une semaine sans réponse, le calendrier se décale d'autant, sans que personne n'ait mal travaillé.
Désignez un seul référent de votre côté
Quand plusieurs personnes s'expriment pour une même organisation (la direction, la communication, un conseil d'administration), nommez celle qui rassemble les avis et donne une réponse unique. Le prestataire ne devrait jamais avoir à arbitrer entre deux de vos collaborateurs.
Le chef de projet : celui qui garde le fil entre vous et l'équipe
Le chef de projet est l'interlocuteur qui connaît à la fois votre besoin et l'état d'avancement du travail. Il traduit votre demande en tâches, fixe l'ordre des étapes, annonce les dates et prévient dès qu'un élément manque. Il n'est ni le designer ni le développeur : son métier consiste à éviter qu'un oubli ne se découvre au moment de la mise en ligne.
Concrètement, il rédige ou reformule le cahier des charges, découpe le projet en étapes, organise les points d'échange et tient la liste de ce qui est en attente, de votre côté comme du nôtre. Il arbitre aussi entre trois leviers qui se tirent mutuellement : ce que le projet contient, le délai et le budget. Ajouter une fonction en cours de route est possible ; le rôle du chef de projet est de dire ce que cela déplace.
Sur les petits projets, ce rôle est discret et se confond avec celui de l'interlocuteur commercial. Sur une application ou une plateforme, il devient un poste à part entière, parce que le nombre de décisions et de dépendances dépasse ce qu'un développeur peut suivre en plus de son travail. Si vous voulez comprendre comment l'Agence cadre un projet, la page de prise de contact décrit le premier échange.
Le designer : transformer votre activité en pages que l'on comprend
Le designer ne choisit pas des couleurs « qui font joli ». Il décide de l'ordre dans lequel un visiteur découvre l'information, de ce qui est mis en avant sur une page d'accueil, de la place du bouton de contact et de la lisibilité sur un téléphone. Son livrable, la maquette, est le moment où vous voyez le site avant qu'il existe.
Il travaille à partir de ce que vous lui donnez : logo, couleurs déjà utilisées, sites que vous aimez (et pourquoi), exemples à éviter. Plus ces éléments sont précis, moins les allers-retours sont nombreux. À l'Agence DYNSEO, les maquettes se corrigent par allers-retours illimités jusqu'à votre validation ; cela ne dispense pas de grouper vos remarques, car dix retours dispersés en dix jours coûtent plus de temps qu'un seul retour complet.
Un site sur modèle part d'une conception existante que l'on adapte à votre identité ; un design sur mesure part d'une page blanche, ce qui explique l'écart de prix et de délai. Pour comparer les deux voies, la page site web personnalisé présente ce que couvre chacune.
Le designer n'écrit pas vos textes
Une maquette remplie de faux texte (« lorem ipsum ») ne dit pas si vos vrais titres tiendront dans la place prévue. Si les textes arrivent après la validation du design, il faut s'attendre à reprendre la mise en page. Fournissez au moins les titres et les messages principaux avant la maquette.
Le développeur : ce qui fait que le site ou l'application fonctionne
Le développeur construit ce que la maquette montre : il paramètre le site, programme les fonctions manquantes, branche le formulaire de contact, le paiement, la prise de rendez-vous ou l'espace de connexion, puis teste le tout. Son travail est en grande partie invisible quand il est réussi : un formulaire qui envoie bien le message, une page qui s'affiche sans à-coup sur un téléphone ancien.
Il a besoin de vous pour les cas particuliers que seul le client connaît : une remise réservée aux adhérents, un envoi différent selon le pays, un délai de réservation minimal, un formulaire qui doit prévenir deux personnes. Chaque règle oubliée au départ se découvre pendant les tests, et la corriger tard coûte plus cher que la dire tôt.
Les tests font partie de son rôle, mais pas la recette finale. Le développeur vérifie que ce qui est prévu marche ; vous vérifiez que ce qui est prévu correspond bien à ce que vous vouliez. Les deux regards sont nécessaires, et c'est à vous de passer réellement par le site comme le ferait un de vos clients : remplir le formulaire, passer une commande de test, ouvrir la page sur votre téléphone.
Contenus et référencement : qui écrit, qui optimise, qui renseigne
C'est la zone où les rôles se mélangent le plus, et celle où les projets perdent le plus de temps. Trois tâches voisines existent : écrire les textes, les adapter pour qu'ils soient bien compris par les moteurs de recherche, et paramétrer le site pour qu'ils puissent le lire (titres de pages, descriptions, redirections, plan du site).
Vous : le fond
Vous savez ce que vous faites, pour qui, à quelles conditions. Aucun prestataire n'invente cela. Même si on rédige pour vous, c'est vous qui relisez et corrigez les faits.
L'Agence : la forme et la structure
Titres, longueur des pages, vocabulaire des recherches de vos clients, balises, redirections depuis l'ancien site. C'est un travail technique que le client ne voit pas, mais que la mise en ligne rend visible.
Ensemble : les questions de vos clients
Les formulations qui reviennent au téléphone ou à l'accueil sont la meilleure matière d'une page de questions fréquentes. Elles viennent de votre terrain, pas d'un outil.
Un point mérite d'être dit clairement dès le devis : qui écrit les textes ? Si la réponse est « vous », prévoyez le temps nécessaire et des dates précises. Si la réponse est « nous vous aidons », demandez combien de pages sont couvertes. Un site sans texte prêt à la date de montage se remplit de contenus provisoires, qui risquent de rester en ligne bien plus longtemps que prévu.
Le référencement, lui, ne se termine pas à la livraison : les moteurs de recherche pourraient mettre plusieurs semaines à prendre en compte un nouveau site, et aucun prestataire sérieux ne peut promettre une position. Ce qu'il peut faire, c'est poser des bases propres. Le détail d'un accompagnement SEO relève d'un projet à part, que le simulateur de coût d'un projet SEO permet de situer.
Qui fait quoi à chaque étape d'un projet web
Le même projet se découpe en six étapes. À chacune, la responsabilité principale change de main. Repérez dans la liste ci-dessous les moments où l'on attend quelque chose de vous : ce sont ceux où le calendrier se joue.
- 1
Cadrage : le chef de projet pose les questions, vous répondez
Objectif, public, fonctions attendues, budget, échéance. Vous apportez les réponses et vos contraintes ; le chef de projet les écrit et vous les renvoie pour accord. Rien de ce qui n'est pas écrit à cette étape ne peut être exigé ensuite sans en reparler.
- 2
Maquettes : le designer propose, vous réagissez
Le designer présente la page d'accueil et quelques pages types. Votre rôle est de dire ce qui vous gêne avec des mots précis (« le bouton est trop discret », « ce bandeau ne reflète pas notre public ») plutôt que « je n'aime pas ».
- 3
Contenus : vous fournissez, l'Agence structure
Textes, photos, tarifs, documents à télécharger. Le responsable des contenus place chaque élément dans la bonne page et signale ce qui manque. C'est la phase qui prend le plus de temps du côté client.
- 4
Développement : le développeur construit, le chef de projet rend compte
Vous êtes peu sollicité, mais vous devez rester joignable pour les questions de détail. Une version de travail vous est ouverte pour que vous puissiez suivre l'avancée avant la fin.
- 5
Recette : vous testez, le développeur corrige
Vous parcourez le site comme un visiteur et notez chaque anomalie en indiquant la page, l'appareil et ce que vous attendiez. Une liste unique et datée évite les corrections oubliées.
- 6
Mise en ligne et prise en main : l'Agence déploie, forme, et reste disponible
Le site passe en ligne, les redirections sont vérifiées, et la prise en main de votre outil de gestion vous est expliquée. Les tests et la formation sont offerts.
Petit site, boutique ou application : comment l'équipe change selon la taille du projet
Ce qui change avec la taille d'un projet n'est pas la nature des rôles, mais leur séparation. Plus le projet grandit, plus chaque fonction exige un spécialiste, et plus la coordination devient importante.
| Type de projet | Repère de budget | Comment les rôles se répartissent |
|---|---|---|
| Site sur modèle | Dès 500 € HT, livré en 10 jours | Une ou deux personnes côté Agence cumulent cadrage, adaptation du modèle et mise en ligne ; l'essentiel de l'attente porte sur vos textes et photos |
| Site au design sur mesure | Dès 800 € HT, en 2 à 3 semaines | Le design devient une étape distincte avec maquettes validées avant tout développement ; deux cycles de retours sont à prévoir de votre côté |
| Application simple | Dès 5 000 € HT | Un chef de projet identifié, un designer pour les écrans, un développeur ; les tests sur de vrais téléphones deviennent une phase à part |
| Application métier | 8 000 à 15 000 € HT | Équipe complète, avec règles métier à documenter ; vos propres équipes (terrain, comptabilité, support) fournissent des cas d'usage |
| Plateforme | Dès 15 000 € HT | Plusieurs profils d'utilisateurs, paiements, administration : la coordination est un poste en soi et les validations se font par lots |
Plus le projet est complexe, plus votre propre organisation compte. Sur une application métier ou une plateforme, il est utile d'identifier dès le départ une personne qui connaît l'activité en profondeur (celle qui sait comment se passe réellement une commande, une réservation ou un dossier) et de lui libérer du temps. Pour les applications, la page applications mobiles décrit comment un projet est mené.
Un prix très bas peut cacher une répartition des rôles transférée à vous
Quand un devis est nettement plus bas que les autres, regardez ce qu'il suppose de votre part : textes entièrement rédigés par vous, photos fournies, saisie des produits, tests faits seul. Ce n'est pas un défaut en soi, à condition que ce soit écrit noir sur blanc et que le temps correspondant soit prévu dans votre agenda.
Un exemple illustratif : une association qui refait son site
Imaginons une association de quartier qui souhaite remplacer un vieux site par un site sur modèle, avec une page d'inscription aux activités. Ce scénario est illustratif : il ne décrit aucun client réel, seulement la façon dont les rôles se répartissent.
Côté association, la présidente est désignée comme référente unique. Elle consulte le bureau avant de répondre, et ne transmet à l'Agence qu'une réponse par question. Le trésorier fournit le tableau des tarifs et le règlement intérieur ; une bénévole rassemble les photos de l'année en vérifiant qu'elle a l'accord des personnes photographiées. Ce partage a un mérite simple : personne ne se demande qui doit répondre.
Côté Agence, un même interlocuteur cadre le projet et suit le calendrier, tandis qu'une personne adapte le modèle aux couleurs de l'association et qu'une autre branche le formulaire d'inscription. Les maquettes sont validées par la présidente après un échange avec le bureau, ce qui évite de reprendre un choix de couleur au dernier moment.
Là où le projet pourrait dérailler : la liste des activités change deux fois en cours de route parce qu'un atelier est supprimé et qu'un autre est ajouté. Le chef de projet note que ces modifications arrivent après la validation du contenu, propose de les intégrer dans la version suivante et indique ce que cela ajoute. La décision, elle, reste celle de l'association.
Les erreurs d'organisation qui coûtent le plus cher dans un projet web
Ces erreurs ne relèvent pas de la technique. Elles se règlent avec une conversation avant le début du projet, plutôt qu'avec une rallonge de budget en cours de route.
- Plusieurs décideurs, aucun référent. Les retours se contredisent, le designer reprend trois fois la même page. Remède : un seul porte-parole côté client, avec un circuit de relecture interne.
- Les textes « qui arrivent bientôt ». La maquette est validée avec du faux texte, puis les vrais titres sont trop longs. Remède : fixer une date de remise des contenus dans le planning, avec la conséquence d'un retard sur la mise en ligne.
- Les retours par morceaux. Une remarque par mail le lundi, une autre au téléphone le jeudi, une troisième en réunion. Remède : une liste unique, mise à jour à chaque étape.
- Les accès tardifs. Hébergement, nom de domaine, boîte mail, outil de paiement : leurs identifiants dorment chez un ancien prestataire ou un salarié parti. Remède : demander les accès dès le cadrage, car certains prennent des jours à obtenir.
- L'ajout permanent. « Tant qu'on y est, pourriez-vous aussi… ». Chaque ajout est légitime, aucun n'est gratuit. Remède : une liste d'idées pour une deuxième version plutôt qu'une première version sans fin.
- La recette bâclée. On regarde le site sur son ordinateur et on conclut que tout va bien. Remède : tester sur un téléphone, avec une connexion ordinaire, en suivant le parcours d'un vrai visiteur.
Le silence n'est pas une validation
Quand un client ne répond pas pendant plusieurs semaines, le projet s'arrête, et la reprise exige de se réapproprier le contexte. Convenez dès le départ d'un délai de réponse raisonnable et de ce qui se passe s'il est dépassé : étape reportée, créneau de l'équipe réattribué, ou point de relance fixé.
Les questions à poser sur l'organisation du projet, avant de signer le devis
Un devis décrit ce que le prestataire livre ; pas toujours ce qu'il attend de vous. Ces questions comblent cet écart, et la façon dont elles sont reçues vous renseigne sur la maturité de l'équipe en face.
- Qui sera mon interlocuteur du début à la fin, et qui le remplace en cas d'absence ?
- Quels éléments devez-vous recevoir de ma part, et à quelle date au plus tard chacun ?
- Combien de cycles de retours sur les maquettes sont inclus, et que se passe-t-il au-delà ?
- Qui rédige les textes, et pour combien de pages ?
- Qui possède le site, le nom de domaine et l'hébergement une fois le projet terminé ?
- Comment sont suivies les demandes qui arrivent en cours de projet : une liste partagée, un point régulier, un devis complémentaire ?
- À quelle fréquence aurai-je des nouvelles, et sous quelle forme (mail, appel, visio) ?
- Que couvre la prise en main de l'outil, et combien de personnes de mon côté peuvent y assister ?
Si vous préférez cadrer ces points à l'oral, un premier échange permet de passer en revue ces huit questions ; vous pouvez réserver un rendez-vous pour le faire avant de vous engager.
Après la mise en ligne : qui s'occupe du site au quotidien ?
La livraison ne met pas fin aux rôles : elle les redistribue. Le chef de projet cède la place à un interlocuteur de suivi, le développeur intervient sur demande, et vous devenez celui qui fait vivre le site : nouvelles pages, actualités, mises à jour de tarifs.
Trois choses se font en continu et doivent être attribuées avant la mise en ligne, sans quoi elles ne sont faites par personne : les mises à jour techniques (le cœur du site et ses extensions vieillissent), les sauvegardes, et la surveillance du bon fonctionnement du formulaire de contact ou du paiement. Un contrat de maintenance les confie à l'Agence ; à défaut, elles reposent sur vous.
Pour une panne, l'Agence intervient dans l'heure ouvrée : mieux vaut savoir à qui écrire et par quel canal avant que cela arrive. Pour les évolutions (ajouter une page, modifier un parcours), un échange court permet le plus souvent de décider si cela relève d'une modification simple ou d'un nouveau projet. Dans le cas d'une boutique en ligne ou d'une application, un point régulier avec le chef de projet permet de ne pas laisser dériver les demandes.
Un projet en tête, et vous voulez savoir qui fera quoi ?
Racontez-nous votre activité et ce que vous attendez du site ou de l'application : nous vous dirons quels rôles sont à prévoir, ce que nous attendons de vous et dans quel délai.
Questions fréquentes
Faut-il un chef de projet pour un petit site internet ?
Pour un petit site sur modèle, le rôle existe mais il est souvent tenu par la personne qui vous suit du début à la fin, sans titre à part. Ce qui compte est qu'un interlocuteur unique garde le calendrier et la liste de ce qui manque. Sur une application ou une plateforme, un chef de projet dédié devient indispensable.
Qui doit rédiger les textes de mon site ?
Les informations sur votre activité viennent de vous : personne d'autre ne connaît vos clients et vos conditions. La mise en forme, l'adaptation pour le web et parfois la rédaction peuvent être confiées au prestataire, à condition que cela figure au devis avec le nombre de pages concernées. Sans cette précision, la rédaction reste à votre charge.
Combien de temps dois-je consacrer à mon projet web ?
Sur un site sur modèle livré en 10 jours, comptez surtout du temps de réponse : quelques échanges courts, des textes et photos à fournir, puis une recette de quelques heures. Sur une application, le temps est nettement supérieur, avec des points réguliers et des tests. Le prestataire doit vous en donner une estimation avant la signature.
Que se passe-t-il si mon interlocuteur change en cours de projet ?
Un prestataire organisé tient un suivi écrit (décisions, validations, liste d'attente) qui permet à un collègue de reprendre sans repartir de zéro. Demandez dès le départ qui remplace votre interlocuteur en cas d'absence. Côté client, le même principe vaut : si votre référent change, transmettez-lui l'historique des validations.
Puis-je demander des modifications après la validation des maquettes ?
Oui, mais elles ont un coût en temps et parfois en budget, car le développement s'appuie sur la maquette validée. Plus la modification arrive tard, plus elle déplace d'éléments déjà construits. Le chef de projet doit vous indiquer ce qu'elle change au planning avant que vous décidiez de la demander.
Qui a accès à mon site et à mon nom de domaine pendant le projet ?
Les personnes de l'équipe du prestataire qui travaillent sur votre projet reçoivent les accès nécessaires, idéalement par des comptes nominatifs plutôt que par un mot de passe partagé. Le nom de domaine et l'hébergement doivent rester à votre nom. Demandez un récapitulatif des accès créés et de leur suppression à la fin.
Dois-je choisir entre un freelance et une agence pour ces rôles ?
Un freelance peut cumuler plusieurs rôles sur sa seule personne, ce qui peut convenir à un petit projet où la communication est directe. Une agence répartit les fonctions entre plusieurs personnes et offre une continuité en cas d'absence. Dans les deux cas, vérifiez que le devis précise qui fait quoi et qui vous répond.
Mon projet est urgent : peut-on raccourcir les étapes ?
On peut réduire les délais en limitant le périmètre, en partant d'un modèle existant et en fournissant vos contenus dès le début. Supprimer des étapes (cadrage, tests, recette) fait en revanche reporter les problèmes après la mise en ligne. Un site sur modèle en 10 jours reste réalisable si vos textes et photos sont prêts.
