Un devis ne peut pas deviner ce que votre site doit changer pour votre activité. Si la demande se résume à « refaire le site » ou « ajouter quelques fonctionnalités », chaque prestataire risque de comprendre un projet différent. Les réponses seront alors difficiles à comparer, et les écarts apparaîtront souvent après le démarrage.

La bonne préparation ne consiste pas à rédiger un cahier des charges technique exhaustif. Elle consiste à décrire un résultat vérifiable, puis à donner assez d’informations pour que le périmètre, les livrables et les conditions de validation soient compris de la même façon.

Commencez par le résultat attendu

Avant de parler de thème, de plugin ou de technologie, répondez à quatre questions :

• Quel est l’objectif principal du projet ?
• À quel public le site s’adresse-t-il ?
• Quelle action ce public doit-il pouvoir réaliser ?
• Comment saurez-vous que le projet répond au besoin ?

L’objectif peut être de présenter une offre plus clairement, de faciliter une prise de contact, de permettre une demande en ligne ou de rendre une équipe autonome sur certaines mises à jour. Le public peut réunir plusieurs profils, à condition de préciser lequel est prioritaire. Quant à l’action attendue, elle doit être formulée concrètement : demander un rendez-vous, remplir un formulaire, consulter une information, télécharger un document ou acheter.

Le critère de réussite doit rester observable. Par exemple : un parcours de demande compréhensible par les utilisateurs concernés, un formulaire qui transmet les bonnes informations, une équipe capable de publier une actualité sans intervention externe ou des pages clés validées par les personnes qui les utiliseront. Il ne s’agit pas de promettre un résultat commercial automatique, mais de définir ce que le site doit permettre ou rendre plus simple.

Cette distinction entre intention et résultat est utile avant même de choisir entre amélioration et refonte. Un site existant n’a pas forcément besoin d’être remplacé : commencez par préciser ce qui doit fonctionner autrement. Vous pouvez aussi consulter ce qu’implique l’évolution d’un site existant avant de formuler votre demande.

Décrivez le besoin sans imposer la solution

Votre demande doit permettre au prestataire de comprendre le parcours et le périmètre, sans lui dicter trop tôt la réponse technique. Décrivez les éléments utiles :

• les pages ou types de contenus nécessaires ;
• les parcours prioritaires, de l’arrivée sur le site à l’action attendue ;
• les formulaires, recherches, espaces ou fonctionnalités réellement envisagés ;
• les services à connecter, comme un outil de prise de rendez-vous, une solution d’envoi d’e-mails ou un outil métier ;
• les personnes qui administreront le site et les droits dont elles auront besoin.

La nuance compte. « Nous voulons un espace client » ne décrit pas le même projet que « certains utilisateurs doivent accéder à des documents privés, tandis que l’équipe doit pouvoir les déposer et gérer leurs droits ». Dans le second cas, le parcours, les rôles et les dépendances sont déjà plus lisibles, sans qu’une solution soit imposée.

Lorsque vous hésitez entre plusieurs options, dites-le. Une demande de devis peut contenir une hypothèse à étudier, à condition de la distinguer d’un besoin non négociable.

Préparez les contenus avant de demander un chiffrage

Les contenus ne sont pas un détail à régler après la mise en ligne. Ils influencent le nombre de pages, la structure, les imports, les validations et le travail attendu de chaque partie.

Faites l’inventaire de ce qui existe déjà : textes, images, documents, fiches, actualités, comptes utilisateurs ou données à reprendre. Puis séparez clairement :

• les contenus disponibles et prêts à être intégrés ;
• ceux qui doivent être réécrits, créés ou photographiés ;
• ceux qui doivent être migrés depuis le site actuel ou un autre outil ;
• ceux qui restent à arbitrer.

Précisez aussi qui fournit, valide et met à jour chaque contenu. Un prestataire peut intégrer des textes fournis par votre équipe, produire certains éléments ou proposer une organisation différente. Ces scénarios ne recouvrent pas le même périmètre.

Signalez les contraintes connues

Une demande utile ne cache pas les contraintes qui peuvent modifier le projet. Indiquez votre calendrier cible, votre budget indicatif si vous en avez un, les disponibilités de votre équipe et les outils qui doivent rester en place.

Ajoutez les contraintes fonctionnelles ou organisationnelles déjà identifiées : environnement WordPress existant, hébergement, comptes et accès disponibles, outils à connecter, exigences d’accessibilité ou de conformité, langues à gérer et besoins de maintenance. Vous n’avez pas besoin de connaître la solution technique pour signaler un problème à résoudre.

Si certaines informations manquent encore, écrivez-le. Une hypothèse explicite vaut mieux qu’un silence qui sera interprété différemment selon les devis.

Demandez des livrables que vous pourrez valider

Un devis devient plus lisible lorsqu’il décrit ce qui sera remis et à quel moment. Demandez notamment que la proposition précise :

• les étapes du projet et leurs livrables ;
• le périmètre inclus et les éléments exclus ;
• les hypothèses retenues pour établir la proposition ;
• les délais prévus et les dépendances liées à vos validations ;
• les modalités de recette, c’est-à-dire la façon dont vous vérifierez que chaque étape répond au besoin ;
• la maintenance proposée après la mise en ligne et ce qu’elle couvre.

Pour chaque étape, formulez un critère d’acceptation simple. Une maquette peut être validée lorsqu’elle couvre les parcours prioritaires et les contenus prévus. Un formulaire peut l’être lorsque les champs nécessaires, les destinataires et les messages de confirmation sont conformes à ce qui a été défini. Une livraison WordPress peut être vérifiée lorsque les rôles d’administration et les opérations attendues sont testés par les personnes concernées.

Ces critères ne garantissent pas que le projet ne changera jamais. Ils donnent un point de référence pour distinguer une correction prévue d’une nouvelle demande.

Comparez les périmètres, pas seulement les montants

Deux devis peuvent répondre à la même demande avec des périmètres différents. L’un peut inclure la rédaction et la migration des contenus, l’autre attendre que votre équipe les fournisse. L’un peut détailler les tests, la formation et la maintenance, l’autre s’arrêter à la mise en ligne.

Pour comparer les réponses, reprenez votre demande point par point. Vérifiez ce qui est inclus, ce qui dépend de votre équipe, ce qui fera l’objet d’une estimation séparée et ce qui n’est pas traité. Regardez aussi si les délais correspondent à vos capacités de validation et si les livrables annoncés permettent réellement de contrôler l’avancement.

Un montant isolé ne dit donc pas grand-chose sur la réponse apportée. La question utile est plutôt : que couvre exactement cette proposition, et que devra-t-il encore être décidé ou produit ?

La trame à copier dans votre demande de devis

Vous pouvez partir de cette structure courte :

• Objectif : le résultat prioritaire attendu du site.
• Publics : les utilisateurs concernés et le public prioritaire.
• Actions attendues : ce que les visiteurs doivent pouvoir faire.
• Critères de réussite : les éléments observables qui permettront de valider le résultat.
• Périmètre : pages, parcours, fonctionnalités, intégrations et rôles d’administration.
• Contenus : éléments existants, à produire, à migrer ou à valider.
• Contraintes : calendrier, budget indicatif, ressources internes, outils existants et exigences connues.
• Livrables : étapes, maquettes, intégration, configuration, formation ou documentation attendues.
• Délais : calendrier souhaité et temps disponible pour vos retours.
• Maintenance : niveau d’accompagnement souhaité après la mise en ligne.
• Validation : méthode et critères d’acceptation pour chaque étape.

Cette trame ne remplace pas l’échange avec un prestataire. Elle permet surtout de commencer cet échange sur une base concrète. Si vous préparez un projet WordPress et souhaitez clarifier son périmètre avant de demander des devis, DOWOP peut vous aider à formuler le besoin et les critères de validation.