Refonte de site · Conseils pratiques
Cahier des charges de refonte de site internet : le modèle à compléter
Un cahier des charges de refonte décrit les changements attendus et la reprise du site existant. Il donne au prestataire une base de chiffrage et vous permet de retrouver ce qui était convenu au moment de la livraison.
Copiez le modèle ci-dessous dans votre document de travail. Complétez les rubriques pertinentes et utilisez des annexes pour les inventaires volumineux. Une information manquante peut rester « à vérifier », avec la question et la personne qui doit répondre.
Le modèle de cahier des charges à copier
Préparez l’adresse du site et les observations de votre audit avant refonte. Le modèle organise ces pièces ; il ne remplace pas les vérifications encore nécessaires.
CAHIER DES CHARGES — REFONTE DE [ENTREPRISE] Version et date : Adresse du site actuel : Référent du projet et coordonnées : Personne qui arbitre le périmètre et valide la mise en ligne : 1. RAISON DE LA REFONTE Activité actuelle et prestations prioritaires : Publics visés et questions principales : Difficultés observées, avec référence aux preuves : Objectif principal et action attendue du visiteur : Autres objectifs, dans l’ordre de priorité : Changements d’activité depuis la création du site : 2. ÉTAT DE L’EXISTANT Outil de gestion et fournisseur actuels, si connus : Inventaire des pages : annexe et état de complétude : Pages, contenus et fonctions indispensables à conserver : Éléments à corriger ou remplacer : Éléments non examinés et questions à faire vérifier : Contraintes connues de récupération, avec pièce disponible : 3. PÉRIMÈTRE DU FUTUR SITE Parcours à rendre possibles : Pages ou rubriques envisagées, à confirmer : Changements indispensables au lancement : Améliorations souhaitées à chiffrer en option : Besoins reportés et éléments exclus : Critères permettant de réexaminer le périmètre : 4. REPRISE DES TEXTES ET DES MÉDIAS Annexe : ancien emplacement / décision / destination prévue / fournisseur / validateur / état : Textes repris, à actualiser et rédaction à commander : Nouveaux contenus à produire : Photos, logo, documents et originaux disponibles : Personne confirmant les faits et la possibilité de publication : Pièces manquantes, responsable et date attendue : 5. FONCTIONS À CONSERVER OU À CHANGER Pour chaque fonction : – Nom, usage actuel et changement souhaité : – Priorité au lancement : – Action du visiteur et informations demandées : – Résultat visible attendu : – Destinataire ou gestionnaire dans l’entreprise : – Traitement attendu des erreurs : – Outil connecté, fournisseur et formule utilisés : – Compatibilité et frais tiers à vérifier : – Test prévu et personne qui confirmera le résultat : 6. ADRESSES ET CONTINUITÉ DES SERVICES Domaine à conserver ou changement envisagé : Annexe des anciennes adresses et de leur rôle : Pour chaque adresse : maintien / changement à étudier / retrait à examiner, avec destination proposée si pertinente : Responsable de l’inventaire et des correspondances : Vérifications techniques à préciser au prestataire : Messagerie, formulaires et outils à maintenir pendant la bascule : Autres liens partagés ou documents à reprendre : Personne chargée de vérifier chaque service après bascule : 7. ACCÈS ET PRÉPARATION DE LA BASCULE Pour domaine, hébergement, site, messagerie et outils : – Fournisseur, titulaire connu et gestionnaire de l’accès : – Accès disponible ou à récupérer, sans mot de passe : – Responsable et étape avant laquelle il sera nécessaire : Sauvegardes et possibilité de restauration à faire vérifier : Version de préparation et modalités d’examen : Organisation de la bascule à proposer : Procédure et responsable en cas de difficulté : Point de contact pendant les vérifications : 8. ORGANISATION ET CALENDRIER Référent qui centralise les retours : Responsables des faits métier, textes, médias et technique : Jalons et personne donnant chaque validation : Disponibilités de l’entreprise pour fournir et relire : Date souhaitée, raison et caractère impératif ou indicatif : Dépendances connues et dates des pièces attendues : Conséquence à convenir si une pièce ou validation manque : 9. BUDGET ET GESTION APRÈS PUBLICATION Enveloppe initiale, HT ou TTC : Frais récurrents acceptables, sur la même base : Options à distinguer dans la proposition : Licences et abonnements tiers à identifier : Qui modifiera quels contenus après publication : Accompagnement ou formation attendus : Hébergement, maintenance et assistance à préciser : Accès et éléments récupérables à faire décrire : Conditions de sortie ou de transfert à faire préciser : 10. CRITÈRES DE VALIDATION Pour chaque usage indispensable : – Version et environnement examinés : – Tâche à réaliser et résultat attendu : – Personne qui teste et personne qui valide : – Preuve ou trace du test : Contrôles des contenus et anciennes adresses retenues : Vérification de la réception et des outils connectés : Écarts empêchant la mise en ligne : Traitement convenu des autres écarts : Accord de publication : responsable et mode de confirmation : 11. RÉPONSE ATTENDUE DU PRESTATAIRE Périmètre inclus et exclusions : Reprises, créations et options distinguées : Hypothèses retenues et inconnues à lever : Livrables, responsabilités et calendrier proposés : Détail des frais initiaux, récurrents et tiers : Méthode de traitement des changements demandés : Transition et contrôles proposés : Conditions de gestion, d’assistance et de récupération :
Conservez les mots de passe hors de ce document. L’indication d’un accès disponible et le nom de son gestionnaire suffisent à préparer une transmission séparée.
Décrire un usage assez précisément pour le vérifier
« Refaire le formulaire » peut recevoir des interprétations très différentes. Décrivez le trajet entier, y compris le destinataire et le cas d’erreur. Précisez s’il s’agit d’un lien vers un service externe ou d’une fonction intégrée, sans supposer une compatibilité inconnue.
Voici un exemple entièrement fictif, pour un atelier de réparation de mobilier inventé :
Le visiteur renseigne son nom, un moyen de réponse, le type de meuble et sa commune. La demande doit parvenir à la boîte prévue par l’atelier. Une confirmation s’affiche après l’envoi abouti ; les erreurs doivent permettre de corriger les champs. La gérante vérifiera la réception d’un essai identifié.
Dans ce scénario, l’envoi de photos reste une option à étudier et à chiffrer. Il n’est pas promis dans la description du formulaire principal. Cette séparation empêche une idée encore ouverte d’apparaître comme une fonction déjà commandée.
Garder deux annexes pour les contenus et les anciennes adresses
La première annexe décrit ce qui devient chaque texte ou média. La seconde décrit ce qui se passe lorsqu’une personne ouvre un ancien lien. Reliez les deux sans confondre leurs décisions.
Dans le même exemple fictif, l’atelier souhaite actualiser sa page de services. Sa gérante fournit les informations métier ; la rédaction est commandée au prestataire. Le passage de /services/ à /reparations/ reste, lui, à confirmer. Le responsable technique devra proposer et vérifier le traitement de l’ancienne adresse si le changement est retenu.
Une adresse conservée doit être indiquée comme telle. Une case vide ne permet pas de la distinguer d’un oubli. La préparation de la migration SEO (guide à venir) explique les vérifications associées, sans garantir le maintien de la visibilité.
La même précision s’applique aux médias : « reprendre les photos » ne dit pas qui retrouve les originaux, qui sélectionne les images et qui confirme leur publication. Attribuez ces tâches.
Utiliser la version envoyée pour comparer les propositions
Datez le document et conservez les réponses reçues. Demandez de signaler les écarts : contenu exclu, fonction remplacée, frais tiers ou récupération non comprise. La question utile est alors précise : « Cette prestation figure-t-elle dans votre proposition, avec quelles limites ? »
Le guide du prix d’une refonte aide à rapprocher les montants sur une base identique. Le calendrier (guide à venir) reprendra ensuite les responsabilités et dépendances retenues.
