Tram Radar, de la 1.0 à la 5.11 : l'art de retirer des fonctionnalités

Recherche de destination, alertes, partage, réglage de marge, position simulée : l'histoire de Tram Radar est surtout celle de ce qui a été enlevé. Pourquoi retirer est la décision la plus difficile quand l'IA rend tout facile à ajouter.

Avec une IA, ajouter une fonctionnalité prend quelques minutes. C'est précisément le danger. Le journal des versions de Tram Radar le montre bien : entre la 3.0 et la 5.7.1, il s'est écoulé à peine plus d'une journée (du 21 septembre à 10 h 56 au 22 septembre à 15 h 20). Et la plupart des versions importantes sont des retraits. La question de départ Tram Radar répond à une seule question : « Est-ce que je l'ai ? » Je sors de chez moi, le tram arrive dans combien de temps, et est-ce que j'ai le temps d'y être à pied ? La 1.0 fonctionnait avec des horaires simulés. La 2.0 est passée au temps réel officiel du réseau bordelais. 3.0 : la version qui voulait tout faire La 3.0 est ambitieuse : « Où allez-vous ? », choix automatique de la meilleure station de départ, itinéraire piéton calculé sur OpenStreetMap et tracé sur la carte, correspondances, frise temps réel, infos trafic. Techniquement, c'est réussi. Mais en situation réelle, sur le trottoir, personne ne tape sa destination pour savoir s'il doit courir. 4.0 : un écran, une station, un verdict Vingt minutes plus tard, la 4.0 prend le contre-pied : un seul écran sans défilement, uniquement la station la plus proche à pied, le sens choisi en un geste et mémorisé. La recherche de destination et la liste des stations alentour sont retirées. C'est le vrai début du produit. 5.x : des retraits en série La 5.0 pense l'application comme une app iOS, avec une enveloppe native, des favoris, le partage, une alerte « Me prévenir ». Puis, version après version : - 5.1 retire « Me prévenir », « Partager » et « Plans », en attendant une éventuelle soumission sur l'App Store ; - 5.2 retire le réglage de marge : le calcul se fait au plus juste, en temps réel ; - 5.6 retire « Partez à… » et les passages suivants. À la place, des messages humains : « Tout roule », « C'est bon pour vous », « Ça va se jouer de peu », « Celui-ci vous file sous le nez » ; - 5.8 retire la position simulée de l'usage courant. Chaque retrait a rendu l'écran plus lisible. La 5.5 précise même : « vérifié sans défilement jusqu'à un écran de 375 × 600 ». Et parfois, on remet… autrement La position simulée, retirée en 5.8, revient en 5.11. Mais pas comme avant : c'est une option désactivée par défaut, avec un badge violet « Simulé » et un bouton pour revenir à sa vraie position. Elle sert aux tests et aux démonstrations, sans jamais tromper l'utilisateur. Retirer n'est pas forcément supprimer : c'est parfois déplacer une fonction là où elle ne gêne plus. Pourquoi c'est si difficile avec l'IA Quand on construit avec une IA, chaque idée se matérialise en quelques minutes. Il n'y a plus de coût de développement pour faire barrage aux fausses bonnes idées. Le seul filtre qui reste, c'est le produit : à qui sert cette fonction, dans quelle situation, et est-ce qu'elle gêne la réponse principale ? Ma règle depuis Tram Radar : 1. Écrire la question unique du produit en haut de la page de cadrage. Toute fonction qui n'y répond pas est suspecte. 2. Tester dans la vraie situation : sur le trottoir, une main sur le téléphone, pressé. 3. Garder une trace de ce qu'on retire dans le journal des versions. Un retrait documenté est une décision ; un retrait silencieux est une régression. 4. Préférer l'option cachée à la suppression quand une fonction sert à quelqu'un d'autre que l'utilisateur principal (tests, démonstration). Le prochain billet sur Tram Radar raconte un autre combat, plus technique : la localisation sur iPhone, qu'aucune ligne de code ne peut forcer.