Comment fonctionne le développement web ? Le processus complet
Vu de l'extérieur, le développement web peut ressembler à un long silence suivi d'un site terminé. En pratique c'est une suite d'environnements, de points de contrôle et de décisions, et le côté client a des obligations à presque chacun d'eux.
Ce guide couvre le déroulement réel d'un projet, ce qu'on vous demandera et quand, et les points de contrôle où un problème est encore peu coûteux à corriger.
Les environnements : où vit le site avant d'être en ligne#
Presque tout projet professionnel fait tourner trois copies du site. Savoir laquelle vous regardez évite beaucoup de confusion pendant les revues.
| Environnement | Qui l'utilise | À quoi il sert |
|---|---|---|
| Local | Le prestataire | Travail quotidien ; vous ne le voyez jamais |
| Préproduction | Vous et le prestataire | Revue, tests et validation ; bloqué aux moteurs de recherche |
| Production | Les visiteurs | Le site en ligne |
Le contenu ajouté en préproduction n'apparaît pas automatiquement en production, sauf si le projet est prévu pour le migrer. Posez la question tôt, car taper 200 produits deux fois est un risque réel.
La séquence d'une réalisation typique#
Les noms varient selon les équipes, mais l'ordre est assez constant car chaque étape dépend de la précédente.
- Lancement. Exigences confirmées, accès accordés, interlocuteurs nommés, dates convenues.
- Mise en place. Dépôt, environnements, CMS ou framework installé, chaîne de déploiement.
- Gabarits. Le design devient des gabarits fonctionnels, généralement le plus complexe d'abord.
- Modélisation du contenu. Champs et types pour que votre équipe modifie sans casser les mises en page.
- Intégrations. Paiement, CRM, e-mail, statistiques : chacune demande des identifiants de votre part.
- Saisie du contenu. La vôtre ou la leur, selon ce que disait le devis.
- Tests. Fonctionnels, multi-navigateurs, performance, accessibilité.
- Vérifications avant mise en ligne. Redirections, robots, sitemap, statistiques, sauvegardes.
- Mise en ligne. Changement DNS, vérification, supervision.
- Après la mise en ligne. Correctifs, passation, formation, puis maintenance.
Ce que votre côté doit fournir, et quand#
La plupart des retards qui ressemblent à des retards du prestataire sont des attentes du client. Voici les éléments à avoir prêts avant qu'on les demande, car chacun bloque du travail quand il arrive tard.
| Vous fournissez | Nécessaire à | Si cela arrive tard |
|---|---|---|
| Accès au domaine et au DNS | Mise en place | Impossible de planifier la mise en ligne |
| Éléments de marque et fichiers du logo | Gabarits | Habillage provisoire pendant toute la revue |
| Contenu et images des pages | Saisie du contenu | La cause la plus fréquente d'une date de lancement manquée |
| Données produits | Saisie du contenu | La construction de la boutique s'arrête complètement |
| Identifiants tiers | Intégrations | Le travail d'intégration est bloqué en plein sprint |
| Retours à chaque revue | Chaque point de contrôle | Du travail refait, car la réalisation a avancé |
| Pages légales | Avant la mise en ligne | Lancement retardé pour une politique de confidentialité |
Les points de contrôle où un problème est encore peu coûteux#
Le coût du changement grimpe fortement au fil d'un projet. Voici les moments où il faut regarder vraiment plutôt que survoler, car après chacun le même changement coûte plusieurs fois plus.
- Après les wireframes : la structure et les priorités changent encore gratuitement.
- Après la construction du premier gabarit : c'est là que vous découvrez si le design survit au vrai contenu.
- Après la modélisation du contenu : essayez de modifier une page vous-même. Si c'est pénible maintenant, ce le sera pendant des années.
- Après la première intégration : vérifiez que les données atterrissent là où votre équipe travaille vraiment.
- En préproduction avec du vrai contenu : le dernier moment où les problèmes de mise en page sont peu coûteux.
- Avant le changement DNS : redirections, statistiques et formulaires vérifiés.
Faire la revue sur un mobile n'est pas optionnel. La plupart des sites reçoivent l'essentiel de leur trafic depuis des mobiles, et une revue uniquement sur ordinateur est la façon dont les problèmes mobiles atteignent la production.
Questions fréquentes
Combien de mon temps le projet va-t-il prendre ?
Plus que ce que la plupart des gens prévoient. Comptez un point de contrôle hebdomadaire de trente à soixante minutes, plus le travail de contenu, qui se mesure en jours et non en heures. Le meilleur prédicteur d'un projet livré à l'heure est l'existence, côté client, d'une personne ayant l'autorité de décider et le temps de relire.
Qu'est-ce qu'un sprint et dois-je m'en soucier ?
Un sprint est une période fixe — généralement une ou deux semaines — pendant laquelle un ensemble de travail convenu est terminé et vous est montré. Cela vous concerne parce que cela définit le rythme des décisions : un retour donné pendant un sprint coûte peu, un retour donné trois sprints plus tard est du travail refait. Si votre prestataire ne travaille pas en sprints, vous voulez tout de même un point de contrôle régulier pour la même raison.
Puis-je voir l'avancement avant que le site soit terminé ?
Oui, et vous devriez. Demandez un accès à la préproduction dès le premier gabarit. Voir du travail partiel est inconfortable mais bien préférable à une révélation finale, quand un retour structurel coûte cher. Attendez-vous à ce que cela paraisse inachevé : c'est tout l'intérêt de regarder tôt.
Que se passe-t-il juste après la mise en ligne ?
Une période courte — couramment deux à quatre semaines — où les petits correctifs sont couverts, puis une transition vers un contrat de maintenance ou vers rien du tout. Convenez d'avance duquel il s'agit, de ce qui compte comme correctif plutôt que comme nouvelle demande, et de qui contacter hors horaires si le site tombe. « On verra plus tard » est la façon dont les sites finissent sans maintenance.
comment fonctionne le développement webprocessus de développement webétapes développement webenvironnement de préproductiongestion de projet webplanning de réalisation web
