Concevoir un site ou une application — formation

De l'idée à la production, sans construire ce que personne n'utilisera. Huit modules. Chacun se termine par un livrable que vous produisez vous-même — la formation ne sert à rien si vous vous contentez de la lire.

Elle porte sur la méthode de conception, de construction et de mise en production. Elle n'enseigne pas un langage : les principes restent valables que vous écriviez le code, que vous employiez quelqu'un, ou que vous assembliez des outils sans code.

Les huit modules

1. Décider quoi construire — La formulation du problème qui trie les bonnes idées des mauvaises, avec un exemple faible et un exemple utilisable. Pourquoi votre vrai concurrent est un tableur. La règle du remplacement : pourquoi 20 % d'amélioration ne remplace jamais rien. La méthode de découpe en trois passes, et la liste des « pas maintenant ».

2. Enquêter sans se mentir — Les quatre règles de l'entretien utile. Un guide d'entretien complet de 35 minutes, prêt à l'emploi. Une grille de lecture des réponses : ce qui est un signal, ce qui n'est rien.

3. Concevoir avant de construire — Écrire les parcours en texte, y compris la ligne que tout le monde oublie. Réduire le chemin jusqu'au premier résultat utile. Les sept états de chaque écran — vide, chargement, nominal, erreur, partiel, trop de données, hors ligne. Écrire des messages d'erreur qui servent à quelque chose, avec un tableau avant/après.

4. Le modèle de données — Les six questions avant de figer un schéma : unicité, historisation, suppression, permissions, unités et fuseaux, croissance. Pourquoi un prix référencé au lieu d'être copié change le montant de vos anciennes commandes. Les quatre tables que tout le monde oublie. Les migrations en deux temps, sans interruption de service.

5. Choisir sa technique — Le seul vrai critère. Sans code, avec code, ou entre les deux, avec les limites de chacun. Les six briques qu'on n'écrit jamais soi-même. Six questions pour évaluer un service tiers dont vous allez dépendre.

6. Construire — Livrer par tranches verticales. La qualité qu'il faut, quand il la faut. Les tests par rendement décroissant. Dix points de sécurité non négociables, du contrôle d'accès sur identifiants devinables à la limitation de débit. Les sauvegardes, et les deux chiffres qui déterminent votre dispositif.

7. Mettre en production — L'accessibilité en dix points, avec les seuils WCAG AA. Les trois indicateurs de performance et leurs seuils, avec les cinq leviers par rendement. L'observabilité minimale. Une check-list d'ouverture de 24 points en cinq blocs.

8. Faire vivre, et savoir arrêter — Trois indicateurs, pas trente, plus la rétention par cohorte. Traduire les demandes des utilisateurs en besoins réels, avec un tableau de correspondance. Tenir une dette technique avec ses déclencheurs. Gérer un incident en cinq étapes. Le critère écrit qui vous dira de continuer ou d'arrêter.

Ce que vous emportez

• Huit livrables concrets, un par module
• Un guide d'entretien utilisateur complet
• La grille des sept états d'écran
• La check-list de sécurité en dix points
• La check-list d'ouverture en 24 points
• Une grille de revue avant chaque mise en production
• La liste des dix erreurs les plus coûteuses
• Un glossaire de 10 termes

Pour qui

Indépendants et petites équipes qui lancent un produit numérique, porteurs de projet qui vont piloter un prestataire, développeurs qui savent construire mais pas décider quoi construire.

Pour qui ce n'est pas

Ceux qui cherchent à apprendre à programmer : la formation suppose que la construction est résolue, d'une façon ou d'une autre. Ni les équipes qui opèrent déjà des systèmes à grande échelle.

Ce que la formation ne couvre pas

L'apprentissage d'un langage, le référencement naturel, la publicité payante, la levée de fonds, le recrutement d'une équipe technique, et l'architecture des systèmes à très grande échelle.

Format

PDF, environ 5 300 mots répartis en 8 modules et 3 annexes, avec un livrable exigé à la fin de chaque module. Accès immédiat après achat.

Aucun résultat commercial n'est promis : un produit techniquement irréprochable qui ne répond à aucun besoin ne se vend pas mieux qu'un produit bâclé. Les seuils techniques cités (performance, accessibilité) proviennent de référentiels publics, indiqués à chaque fois — vérifiez leur version en vigueur.