# Brief de site web à remplir

Angello IA — version du 04/10/2026 — ressource gratuite.

Copie ce fichier, remplace les crochets, puis partage la version complétée avec la personne ou l’IA qui construit ton site. Tu peux préparer le fond avec Claude ou ChatGPT, puis préciser le projet destiné à Codex. Les informations laissées inconnues doivent rester visibles : un brief incomplet ne doit pas devenir une promesse inventée.

## 1. Le résultat attendu

- Nom du projet : [nom].
- Activité réelle : [ce que tu fais, pour qui, dans quelle zone].
- Public principal : [personne, besoin, contexte de visite].
- Problème de ce public : [question à laquelle le site répond].
- Action principale : [demander un devis / consulter une ressource / réserver / acheter].
- Résultat observable : [ce qui confirme qu’un visiteur comprend l’offre et peut agir].
- Ce qui sort du périmètre : [boutique / espace membre / réservation / autre].

Exemple fictif : « Une page vitrine pour un atelier de carnets. Le visiteur doit comprendre les formats proposés et demander une commande personnalisée. Pas de paiement ni d’espace client dans la première version. »

## 2. Les faits que tu peux publier

- Offres existantes et limites : [liste].
- Coordonnées autorisées à afficher : [coordonnées].
- Zone géographique : [zone, ou non pertinente].
- Tarifs et délais confirmés : [faits, ou “à préciser”].
- Expériences, photos et réalisations disponibles : [fichiers + ce qu’ils montrent].
- Témoignages autorisés : [citation exacte + autorisation, ou aucun].
- Informations à compléter avant publication : [liste + responsable].

N’ajoute pas de clients, de notes, de volumes de vente, de certifications ou de résultats pour remplir un espace vide. Demande une mise en page qui reste utile sans ces éléments.

## 3. Les pages et leur rôle

Pour chaque page, remplis cette fiche :

- Nom et adresse souhaitée : [nom / chemin].
- Question du visiteur : [question].
- Message principal : [une phrase].
- Sections nécessaires : [liste dans l’ordre].
- Texte ou document source : [fichier].
- Action et destination : [libellé du bouton + vraie destination].
- État de la destination : [disponible / à configurer / à créer].

Première version possible : accueil, détail de l’offre, ressources, contact, informations légales. Supprime toute page qui ne répond à aucun besoin identifié.

## 4. Le parcours principal

Décris un parcours concret, du premier écran au résultat :

1. Le visiteur arrive depuis [source].
2. Il comprend [information] dans [section].
3. Il ouvre [page ou bouton].
4. Il saisit ou choisit [données nécessaires].
5. Il obtient [confirmation réelle / document / destination].

Précise aussi le cas où il abandonne, se trompe ou revient en arrière. Pour un formulaire, distingue la confirmation réelle de réception d’une simple animation de bouton. Si aucun service d’envoi n’est configuré, la page doit l’expliquer et proposer une autre voie réelle.

## 5. Le style et les contenus

- Ton : [direct / posé / autre], avec [tu / vous].
- Termes à utiliser et à éviter : [liste].
- Identité visuelle : [couleurs, police autorisée, logo disponible].
- Références : [liens], avec ce que tu veux reprendre [rythme / structure / lisibilité].
- Images disponibles et droits d’usage : [fichiers + provenance].
- Besoin de visuels à préparer avec Higgsfield : [sujet, cadrage, format d’usage].

Une référence sert à expliquer une préférence. Elle ne donne pas l’autorisation de copier la marque, les photos ou les textes d’un autre site.

## 6. Les données et les contraintes

- Données collectées : [minimum utile].
- Destination et personne qui les reçoit : [service / responsable].
- Hébergement et accès disponibles : [ce qui est déjà choisi].
- Outils existants à relier : [outils, usage prévu, accès à vérifier].
- Contraintes : [mobile, langues, délai, autonomie de mise à jour].
- Coûts récurrents à confirmer : [hébergement / services / aucun identifié].

Ne colle pas de mot de passe ou de clé d’accès dans ce document. Pour les obligations légales propres à ton activité, indique les textes validés ou la personne chargée de les vérifier.

## 7. Les critères de validation

- [ ] Une personne nouvelle comprend l’offre et son public.
- [ ] Chaque bouton mène à une destination réelle.
- [ ] Le parcours principal fonctionne sur téléphone et ordinateur.
- [ ] Les champs indiquent clairement leurs erreurs.
- [ ] Aucun résultat, tarif ou témoignage n’a été inventé.
- [ ] Le texte, les images et les informations sensibles ont été relus.
- [ ] Tu sais qui peut mettre à jour le site et comment.

Utilise ensuite la fiche « Vérifier un site ou un outil : 5 scénarios » disponible dans le même kit.

## 8. La première demande de construction

> À partir de ce brief, commence par les informations manquantes et une structure de pages. Propose un premier périmètre que je peux vérifier. Construis ensuite une version de travail avec les contenus confirmés. Signale toute fonction qui nécessite un service externe ou une configuration. Ne publie pas sans ma validation. Termine par les fichiers modifiés, les vérifications réalisées et les limites restantes.

## Référence et limites

OpenAI Academy documente la création de sites ou d’outils légers avec Codex : https://openai.com/academy/chatgpt-sites/ — consulté le 04/10/2026.

Ce brief est un modèle éditorial, pas un projet exécuté ni une garantie de résultat. Les exemples sont fictifs. Les fonctionnalités accessibles dépendent de tes outils et de leur configuration.