Commencer par le changement qui motive le projet
Expliquez pourquoi le projet est nécessaire maintenant : évolution des services, clients, marchés, ventes ou responsabilités. Nommez le résultat commercial principal et ce qui distingue une demande qualifiée.
Indiquez l'URL actuelle et ce qu'il faut préserver. Contenus, visibilité, intégrations et parcours familiers sont des actifs ou contraintes impossibles à déduire d'une planche d'inspiration.
- Changement commercial et échéance
- Service et acheteur prioritaires
- Forces et échecs actuels
- Résultat observable après lancement
Décrire les contenus par tâche d'achat
Listez les pages nécessaires et la question traitée par chacune. Associez à chaque affirmation importante une preuve disponible : processus, qualification, témoignage autorisé, photo, spécification ou source primaire. Attribuez les manques.
Séparez les langues obligatoires des phases ultérieures. La traduction touche aussi la revue, la navigation, les formulaires, les métadonnées et la gouvernance.
- Page proposée et fonction
- Source et responsable de la preuve
- Langues requises
- Responsable de l'approbation
Consigner intégrations, gouvernance et contraintes
Recensez formulaires, réservations, CRM, analyse, consentement, hébergement, domaines et accès. Précisez qui entretiendra le site et quelles modifications doivent être possibles sans développement.
Exprimez si possible le résultat attendu. « Transmettre les demandes acceptées avec service et langue au responsable commercial » est plus utile que d'imposer un module avant d'étudier le processus.
- Formulaire et suivi
- Analyse et consentement
- Domaine, hébergement et accès
- Rôles éditoriaux et transmission
Rendre les propositions comparables
Demandez hypothèses, exclusions, étapes, contributions du client, validations et responsabilités de lancement. Faites préciser comment seront testés redirections, mobile, formulaires, métadonnées et mesure.
Définissez les critères avant réception : compréhension, qualité du processus et maintenabilité aux côtés du prix et du calendrier. Une maquette soignée ne dit pas qui produira les textes ni protégera les URL.
- Livrables et exclusions
- Jalons et délais de revue
- Contrôles d'acceptation et lancement
- Responsabilité après transmission
Questions fréquentes
Questions fréquentes
Quel niveau de détail faut-il fournir ?
Assez pour expliquer problème, limites, contributions et décision, tout en laissant un professionnel recommander l'architecture et la mise en œuvre.
Les textes finaux sont-ils nécessaires ?
Non. Identifiez toutefois qui les crée et les valide, quelles sources existent et quelles langues sont requises.
Que fournir sur le site existant ?
URL, données disponibles, pages précieuses, contraintes techniques, intégrations, propriété des accès et éléments à conserver.