Phase 1 — Clarification du projet

Principe clé

« Si vous ne savez pas où vous allez, n'importe quel chemin vous y mènera. » — Lewis Carroll

Avant d'écrire une seule ligne de code, vous devez savoir exactement ce que vous construisez et pour qui.

Pourquoi clarifier son projet ?

Un projet mal défini mène à :

• Des fonctionnalités inutiles qui font perdre du temps
• Un site qui ne répond pas aux besoins des utilisateurs
• Des révisions constantes et coûteuses
• De la frustration pour vous et vos utilisateurs

Selon Steve Krug dans Don't Make Me Think, la clarté des objectifs est la base de tout projet web réussi.

Les 4 questions fondamentales

1. Quel est le but du site ?

Définissez en une phrase l'objectif principal du site.

Exemples

• « Permettre aux clients de réserver une table en ligne »
• « Présenter mon portfolio de développeur »
• « Vendre des produits artisanaux »
• « Informer les citoyens sur les services municipaux »

Exercice : Écrivez la phrase qui définit votre projet :

Le but de mon site est de ________________________________

2. Qui sont les utilisateurs cibles ?

Identifiez précisément vos utilisateurs. Plus vous les connaissez, mieux vous pourrez répondre à leurs besoins.

Question	À définir
Âge	Enfants, adolescents, adultes, seniors ?
Niveau technique	Novices, intermédiaires, experts ?
Contexte d'utilisation	Bureau, transport, domicile ?
Appareil principal	Mobile, tablette, ordinateur ?
Motivations	Pourquoi viennent-ils sur le site ?
Freins potentiels	Qu'est-ce qui pourrait les décourager ?

Important

Ne dites pas « tout le monde ». Un site pour tout le monde est un site pour personne. Identifiez votre cible principale.

Exercice : Créez le profil de votre utilisateur type (persona) :

Nom fictif : _______________
Âge : _______________
Profession : _______________
Niveau technique : _______________
Objectif principal sur le site : _______________
Frustrations potentielles : _______________

3. Quelles fonctionnalités sont nécessaires ?

Listez toutes les fonctionnalités envisagées, puis classez-les par priorité.

Priorité	Description	Exemple
🔴 Essentielle	Le site ne peut pas fonctionner sans	Afficher les produits
🟠 Importante	Améliore significativement l'expérience	Filtrer par catégorie
🟢 Souhaitable	Bonus si le temps le permet	Mode sombre

Méthode MoSCoW (utilisée en gestion de projet) :

• Must have — Indispensable
• Should have — Important
• Could have — Souhaitable
• Won't have (this time) — Reporté

Exercice : Listez vos fonctionnalités et leur priorité :

Fonctionnalité	Priorité (M/S/C/W)

4. Quelles sont les contraintes ?

Identifiez les limites de votre projet :

Type de contrainte	Questions à se poser
Temps	Quelle est la deadline ? Combien d'heures disponibles ?
Budget	Y a-t-il un budget pour l'hébergement, les outils, les images ?
Technique	Quelles technologies dois-je/puis-je utiliser ?
Contenu	Qui fournit les textes, images, données ?
Légal	RGPD, mentions légales, droits d'auteur ?
Accessibilité	Niveau WCAG requis (A, AA, AAA) ?

Document de cadrage

À l'issue de cette phase, rédigez un document de cadrage qui résume :

# Cadrage du projet : [Nom du projet]

## 1. Objectif
[Une phrase claire]

## 2. Public cible
- Cible principale : [Description]
- Cibles secondaires : [Description]

## 3. Fonctionnalités
### Essentielles (Must have)
- [ ] Fonctionnalité 1
- [ ] Fonctionnalité 2

### Importantes (Should have)
- [ ] Fonctionnalité 3

### Souhaitables (Could have)
- [ ] Fonctionnalité 4

## 4. Contraintes
- Deadline : [Date]
- Technologies : [Liste]
- Contraintes particulières : [Description]

## 5. Critères de succès
Comment saurons-nous que le projet est réussi ?
- [ ] Critère 1
- [ ] Critère 2

Les heuristiques de Nielsen

Jakob Nielsen, expert en utilisabilité, a défini 10 heuristiques qui s'appliquent dès la phase de clarification :

1. Visibilité de l'état du système — L'utilisateur sait toujours où il en est
2. Correspondance avec le monde réel — Utiliser un langage familier
3. Contrôle et liberté — Permettre d'annuler et de revenir en arrière
4. Cohérence et standards — Suivre les conventions du web
5. Prévention des erreurs — Anticiper les erreurs plutôt que les corriger
6. Reconnaissance plutôt que rappel — Rendre les options visibles
7. Flexibilité et efficacité — Proposer des raccourcis pour les experts
8. Design minimaliste — Ne montrer que l'essentiel
9. Aide à la récupération d'erreurs — Messages d'erreur clairs
10. Aide et documentation — Disponible si nécessaire

À retenir

Ces heuristiques doivent guider toutes vos décisions, de la conception à la réalisation.

Questions guidées pour aller plus loin

Posez-vous ces questions supplémentaires :

Sur le contenu

• Quelles pages sont nécessaires ?
• Qui rédige le contenu ?
• À quelle fréquence sera-t-il mis à jour ?
• Faut-il prévoir un blog, des actualités ?

Sur la technique

• Le site doit-il être multilingue ?
• Y a-t-il des besoins de sécurité particuliers ?
• Quelle est la charge attendue (nombre de visiteurs) ?
• Faut-il une base de données ?

Sur l'avenir

• Le site devra-t-il évoluer ?
• D'autres fonctionnalités sont-elles prévues ?
• Qui maintiendra le site après le lancement ?

Checklist de la Phase 1

Avant de passer à la phase suivante, vérifiez :

• [ ] L'objectif du site est défini en une phrase claire
• [ ] Le public cible est identifié (persona créé)
• [ ] Les fonctionnalités sont listées et priorisées (MoSCoW)
• [ ] Les contraintes sont documentées (temps, budget, technique)
• [ ] Un document de cadrage est rédigé
• [ ] Les critères de succès sont définis
• [ ] Les questions sur le contenu ont été abordées
• [ ] Les questions techniques ont été posées

Prochaine étape

Une fois le projet clarifié, passez à la Phase 2 — Card Sorting pour organiser l'information de votre site.