Spotrak
Équipe produit
Une démo de logiciel se fait toujours sur une bonne connexion. La vraie vie, non. La vraie vie, c'est une réception sur un wifi saturé, un commercial sur la 3G entre deux rendez-vous, un client qui réserve depuis le fond d'un parking. Si l'app ne tient que sur la fibre, elle ne tient pas.
La vitesse ressentie n'est pas qu'une affaire de serveurs puissants. C'est surtout une affaire de ce qu'on évite d'envoyer sur le réseau.
Ce qui rend une app lente
- Recharger toute la page pour afficher un changement minuscule.
- Redemander au serveur ce qu'on a déjà sous la main.
- Faire attendre l'utilisateur que le réseau réponde avant de réagir à son clic.
Ce qu'on fait à la place
On affiche d'abord, on confirme ensuite. Quand vous validez un rendez-vous, l'interface réagit tout de suite ; l'aller-retour réseau se fait derrière, et si quelque chose échoue, on revient en arrière proprement. On ne transfère que ce qui a changé, pas toute la page. Et ce qui ne bouge pas (le catalogue de prestations, les réglages) n'est demandé qu'une fois.
Le résultat n'est pas un chiffre dans un rapport de performance. C'est une équipe qui n'attend pas le logiciel pendant qu'un client l'attend, elle. La vitesse, dans un outil de travail, n'est pas du confort. C'est du temps rendu à chaque geste de la journée.