Au début, je pensais qu'un système qui fonctionne, c'était suffisant.
Si le paiement passe, si le compte se crée, si le client installe, si tout avance comme prévu, alors le travail est fait.
Mais cette semaine, j'ai compris quelque chose de beaucoup plus important :
Un système peut fonctionner… et quand même te laisser complètement dans le noir.
Et pour quelqu'un qui doit gérer lui-même son produit, ce n'est pas acceptable.
LowFlow avançait de plus en plus tout seul. Des étapes qui demandaient auparavant une intervention commençaient à devenir automatiques. C'était exactement ce que je voulais.
Le problème, c'est que moi, devant mon écran, je ne voyais pas toujours ce qui venait de se passer.
Un paiement pouvait être reçu correctement, mais mon panneau ne me le montrait pas de façon évidente.
Une action pouvait être complétée, mais son état restait caché dans une section ou derrière un affichage qui ne racontait pas toute l'histoire.
Et là, j'ai réalisé que je n'avais pas seulement besoin d'un panneau d'administration.
J'avais besoin d'un cockpit.
Voir avant d'agir
Un cockpit, ce n'est pas juste une collection de boutons.
C'est un endroit où tu dois pouvoir regarder l'écran et comprendre immédiatement ce qui se passe.
Qui vient d'acheter ? Qui attend une action de ma part ? Qui a besoin d'aide ?
Et surtout : est-ce que quelque chose s'est passé sans que je le voie ?
À partir de là, j'ai arrêté de penser seulement en termes de fonctions. J'ai commencé à penser en termes de visibilité.
Et une règle simple est sortie de tout ça :
Automatique ne veut jamais dire invisible.
Si quelque chose se passe automatiquement, je dois quand même pouvoir le voir.
Pas pour intervenir. Juste pour savoir.
Le problème n'était pas toujours dans le moteur
C'est probablement la partie la plus intéressante.
Pendant longtemps, quand quelque chose semblait manquer, mon premier réflexe était de penser qu'il y avait un bug dans le parcours.
Mais parfois, le parcours fonctionnait. C'était simplement le cockpit qui ne me racontait pas ce qui venait de se passer.
Et cette différence change complètement la façon de travailler.
Parce que si tu crois que le moteur est cassé alors que c'est seulement l'affichage qui est mauvais, tu peux passer des heures à réparer quelque chose qui fonctionne déjà.
C'est exactement le genre de situation qui fait perdre énormément de temps dans un projet.
Alors j'ai commencé à simplifier.
Moins de zones ambiguës. Des états plus clairs. Des informations visibles sans avoir à fouiller. Des boutons de secours disponibles si j'en ai besoin.
Mais surtout, plus besoin de deviner.
Le test qui comptait vraiment
Une fois le cockpit remis en ordre, il restait une seule façon de savoir si tout ça tenait vraiment.
Il fallait arrêter de lire le code. Arrêter de regarder des tests partiels. Et faire passer un vrai nouveau client dans tout le parcours.
J'ai préparé une machine complètement neuve.
Nouveau compte. Nouvelle installation. Nouveau parcours.
Et cette fois, j'ai regardé le cockpit.
Chaque étape apparaissait au bon moment.
Le compte. Le paiement. La machine. Puis le reste du parcours.
Et là, quelque chose de différent s'est produit.
Je n'avais plus besoin de courir après le système.
Le système avançait. Moi, je regardais.
Le bon niveau d'automatisation
Je ne cherche pas à tout automatiser.
Il y a certaines décisions que je veux garder volontairement sous contrôle. C'est un choix.
Mais tout ce qui n'a pas besoin de moi doit pouvoir avancer sans moi. Et surtout, je dois pouvoir voir que ça avance.
C'est cette nuance qui a changé ma façon de penser LowFlow.
Avant, je me demandais : est-ce que ça fonctionne ?
Maintenant, je me demande aussi : est-ce que je peux le constater en trois secondes ?
Si la réponse est non, le cockpit n'est pas terminé.
Le moment où ça a changé
À la fin du test, l'état final est apparu devant moi.
ACTIVÉE.
Et cette fois, ce mot voulait vraiment dire quelque chose.
Parce que je venais de voir tout le parcours se dérouler sans intervention cachée.
Je savais ce qui s'était passé. Je savais où le client était rendu. Je savais qu'aucune étape n'avait été sauvée manuellement derrière le rideau.
Le cockpit et le système racontaient enfin la même histoire.
Et pour moi, c'est probablement là que LowFlow a changé de catégorie.
Ce n'était plus seulement un outil que je construisais.
C'était un système que je pouvais réellement piloter.