Fondations produit · Débutant

Première version : ce qui doit entrer

En une ligne : La première version doit faire une chose de bout en bout, et la faire d'une façon sur laquelle on peut compter.

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.