Rassembler les faits avant le design

Corrigé et raisonnement

Non. Retirer cette urgence et décrire l’action réellement disponible. Une maquette ne constitue pas un système de disponibilité.

Appliquer à votre projet

Un brief et un objectif de page limités. Reprenez les quatre étapes avec votre activité : indiquez ce qui est connu, ce qui reste à vérifier et le responsable de la prochaine action. Un exemple simulé ne valide pas le réglage d’un compte réel. Pour appliquer, travaillez avec des droits autorisés, vérifiez l’aide officielle et testez sur une copie lorsque nécessaire.

Critères de réussite

Votre réponse nomme une décision, son motif, une limite et le prochain contrôle. Conservez une version avant toute modification et comparez au corrigé sans copier sa conclusion si votre contexte diffère. Une preuve manquante reste « à vérifier » : elle ne devient pas valide pour terminer le module.

Aller jusqu’au résultat

Une page statique adaptable, ses fichiers commentés, un brief, une recette mobile et une procédure de publication et de retour arrière. À la fin du module, relisez vos quatre réponses ensemble. Vérifiez qu’elles ne se contredisent pas et que le livrable peut être compris par une autre personne sans explication orale. Consignez une erreur trouvée et sa correction dans votre journal.

Le kit ne connecte ni serveur de formulaire, ni réservation, ni paiement. Le simulateur de demande indique explicitement qu’il n’envoie rien. Une vraie voie de contact nécessite configuration et recette dans votre environnement. Domaine, hébergement, outil IA et services tiers non inclus.