Refonte de site · Conseils pratiques
Prestataire pour une refonte de site internet : les questions à poser avant de choisir
Les réalisations d’un prestataire vous plaisent. Reste à savoir comment il reprendra votre site, ce qu’il vous demandera et sur quelles pièces vous validerez la livraison. L’entretien doit rendre cette collaboration concrète.
Transmettez le même besoin aux candidats : site actuel, difficultés observées, éléments à conserver et contraintes de lancement. Le cahier des charges de refonte peut servir de socle. Sans base commune, vous risquez de comparer une nouvelle présentation et une reprise complète des contenus.
« Que devez-vous examiner avant de confirmer votre proposition ? »
Cherchez comment le prestataire traite les inconnues. Il peut avoir besoin des comptes, d’un inventaire ou d’un examen des outils connectés. Demandez ce qui est déjà vérifié et ce qui conditionne encore son estimation.
Un accès manquant ou une compatibilité inconnue ne rend pas une réponse inutile. Il faut savoir comment le point sera examiné et quelle conséquence il peut avoir. La certitude affichée sans examen ne remplace pas le diagnostic.
Demandez aussi comment seront choisis les éléments à conserver. Si une page reçoit des demandes utiles, signalez-le avant qu’une nouvelle arborescence prévoie sa suppression.
« Pouvez-vous me montrer votre travail sur un parcours comparable ? »
Une référence proche par son usage peut être instructive : prise de rendez-vous, présentation de prestations ou publication régulière de réalisations. Le seul métier du client ne décrit pas ce qui a été réalisé.
Faites préciser le rôle du prestataire : conception, rédaction, développement, reprise ou accompagnement. Demandez de parcourir la référence sur téléphone pour trouver une prestation et son contact.
Une démonstration, une maquette et un projet client doivent être distingués. Vous pouvez aussi examiner un document anonymisé de validation ou un exemple de test. N’exigez pas la divulgation d’informations confidentielles.
Si des résultats sont avancés, demandez la période, le contexte et la définition de l’indicateur. Des visites et des demandes reçues ne sont pas interchangeables. Une hausse après publication ne prouve pas, seule, l’effet de la refonte.
« Que vais-je devoir fournir et valider ? »
Faites préciser les livrables et les moments de décision. Examinerez-vous le plan des pages avant le design détaillé ? Une page représentative sur ordinateur et téléphone ? Une version où les fonctions peuvent être essayées ?
« Vous pourrez faire des retours » reste incomplet. Demandez le support prévu, le traitement des corrections et les limites de ce qui est compris. Un bouton convenu qui n’ouvre pas le formulaire est un écart. Ajouter une réservation avec paiement modifie le besoin si elle n’était pas prévue. Les cas intermédiaires méritent une clarification écrite.
Dans votre entreprise, nommez qui confirme les prestations et qui regroupe les remarques. Faites également préciser l’effet d’une validation tardive et le relais pendant une absence. Le prestataire ne peut pas confirmer seul vos informations métier.
« Comment vérifierons-nous la livraison et la bascule ? »
Demandez un exemple de plan de recette et les responsabilités de lancement. Les captures permettent de regarder une présentation ; elles ne démontrent pas la réception d’un formulaire ou le fonctionnement d’un outil connecté.
Qui teste ? Qui vérifie une correction ? Qui autorise la publication ? Certains contrôles devront être repris sur le domaine public après la bascule. Ils doivent avoir un responsable avant le lancement.
La checklist de recette de site web (guide à venir) permet de préciser les résultats que vous attendez, sans transformer les tests prévus en essais déjà réussis.
« Que se passe-t-il après publication, puis si je pars ? »
Décrivez un besoin ordinaire : modifier une information ou ajouter une page. Le ferez-vous vous-même, ou enverrez-vous une demande ? Quel accompagnement est prévu, avec quels frais et quelles limites ? Faites la même vérification pour un incident et une évolution de fonction.
WordPress désigne un outil de gestion, l’abonnement un mode commercial. Comparez les usages possibles et les conditions de chaque proposition. Site-web.fr propose un site en code avec abonnement et une création WordPress au forfait, avec maintenance en option ; leurs modalités ne se transposent pas automatiquement.
Faites préciser la gestion du domaine et les éléments récupérables. Un export de fichiers visibles peut laisser de côté le formulaire, la réservation ou l’espace administrable. Demandez où il pourra fonctionner et ce qui restera à remettre en place.
Dans l’offre en code avec abonnement Site-web.fr, le client est titulaire du domaine et le site est proposé en location. Les conditions de départ se lisent dans l’offre correspondante. Le guide du prix d’une refonte rassemble les postes de coût et l’option d’export.
Comparer les réponses sans une note qui masque l’essentiel
Notez la réponse, la pièce reçue et son état : « documenté », « à vérifier », « non prévu » ou « hors périmètre ». Une affirmation orale attend sa confirmation dans les documents concernés.
Voici un exemple fictif. Une menuiserie consulte deux prestataires pour présenter ses nouvelles prestations et recevoir la commune du chantier dans les demandes.
La première proposition décrit huit pages, mais laisse la rédaction et les tests de réception indéterminés. La seconde précise ces points sans expliquer le devenir des anciennes pages. L’entreprise demande donc des compléments différents avant de comparer les montants.
Elle distingue ensuite l’indispensable de l’utile et du facultatif. Une fonction essentielle absente ne se compense pas par plusieurs détails secondaires satisfaisants. La réception des demandes et une animation décorative n’ont pas le même rôle dans sa décision.
