Première version : ce qui doit entrer
Entier sur une voie, pas à moitié sur trois
Un flux qui fonctionne de bout en bout — entrée, action, résultat, message — bat trois flux s'arrêtant chacun à mi-chemin. Un utilisateur pardonne ce qui manque ; il ne pardonne pas ce qui semble présent et ne fonctionne pas.
Ce qui entre toujours, même au minimum
Les états d'échec. Ce qu'on voit sans réseau, quand une sauvegarde a échoué, quand il n'y a pas encore de données. Un écran vide sans explication est un bug.
La capacité de voir ce qui s'est passé. Journalisation de base et rapport d'erreurs. Sans eux, la première plainte est une enquête à l'aveugle.
Sauvegarde et restauration. Avant qu'il y ait de vraies données, pas après.
Les bases de la sécurité. Chiffrement en transit, mots de passe stockés correctement, permissions côté serveur et pas seulement dans l'interface.
Ce qui peut attendre
Design soigné, préférences utilisateur, formats d'export, plusieurs langues, un panneau d'administration. La plupart peuvent se faire manuellement les premières semaines pour voir s'ils sont même nécessaires.
Pour aller plus loin
Définissez à l'avance ce qui vous fera étendre et ce qui vous fera arrêter : nombre d'utilisateurs actifs, taux d'achèvement, volume de support. Sans seuil écrit, tout résultat sera lu comme une justification de continuer exactement de la même façon.