Créer une application de zéro
"De zéro" veut dire deux choses différentes, et elles font mal à des endroits opposés. La première : commencer sans savoir coder. La seconde : commencer sans savoir encore ce que fait l'application. L'outil a réglé la première. La seconde vous appartient, et c'est elle qui décide si le projet avance.
Les trois phrases qui valent plus que l'outil
Avant d'ouvrir quoi que ce soit, écrivez :
- qui l'utilise (une personne concrète, pas "les clients") ;
- ce qu'elle y fait, en un verbe (commander, réserver, enregistrer, consulter) ;
- ce qui reste stocké après son départ.
Si les trois tiennent en trois lignes, l'application a une forme. Sinon, aucun outil ne compense : vous allez générer de beaux écrans pour un produit qui n'existe pas encore.
Toute application est la même chose en dessous
Quel que soit le sujet, il y a une liste, un écran de détail, un formulaire et une règle de qui voit quoi. Une commande, une réservation, une fiche d'élève et un ticket de maintenance ont exactement cette anatomie.
C'est pourquoi partir des données raccourcit le chemin. Partir de l'écran, c'est souvent le refaire une semaine plus tard, en découvrant un champ manquant qui change toute la mise en page.
Le chemin court, dans l'ordre
1. Écrivez les trois phrases. Cinq minutes.
2. Décrivez l'application en un paragraphe. Qui l'utilise, ce qu'elle fait, ce qui est enregistré. Cela suffit pour qu'une première version naisse navigable, avec des données d'exemple dedans.
3. Corrigez depuis l'écran. Ouvrez, cliquez, et demandez le changement là où ça gêne : "cette liste doit filtrer par date", "ce bouton devrait envoyer un avis". N'essayez pas de décrire toute l'application d'un coup ; une correction ciblée touche mieux qu'une longue spécification.
4. Publiez sur le web. Une adresse à vous, un lien qui s'ouvre sur le téléphone de n'importe qui, installable sur l'écran d'accueil. Envoyez-le à dix personnes.
5. Décidez ensuite pour les magasins. Si l'application a besoin de notifications et d'un usage répété, les jours de revue valent le coup. Sinon, le lien est déjà le produit. Le critère est dans application native, PWA ou site web.
Les trois façons de caler
- Le login trop tôt. Un compte amène avec lui mots de passe oubliés, permissions et récupération. Si personne ne se connecte encore, l'application n'a pas besoin de login.
- Le paiement avant qu'il y ait un payeur. La facturation est la partie qui retarde le plus et qui apprend le moins au début.
- Les magasins avant l'usage. La revue, ce sont des jours, et des jours dépensés sur une application que personne n'a ouverte sont perdus deux fois.
Le résumé
- le difficile dans "de zéro", ce n'est pas l'outil, ce sont les trois phrases ;
- toute application est liste, détail, formulaire et permission : partez des données ;
- première version navigable, puis correction ciblée depuis l'écran ;
- publiez sur le web avant les magasins, et envoyez à dix personnes ;
- repoussez login, paiement et magasins jusqu'à ce que quelqu'un soit en face.