Comment une seule personne a remplacé un outil à 40 000 $/an par quelque chose construit en une journée

Marta dirigeait les opérations d’une entreprise de logistique de 30 personnes à Guadalajara. Son équipe utilisait une plateforme d’entreprise de gestion de projet qui leur coûtait environ 40 000 dollars par an — licences par utilisateur, palier premium pour les fonctions de reporting, plus un consultant qu’ils avaient embauché deux ans plus tôt pour configurer les flux de travail initiaux.

Voici ce que personne dans l’équipe ne voulait dire à voix haute : ils en utilisaient peut-être 15 %.

Les chauffeurs enregistraient leurs tournées quotidiennes dans l’outil. Les répartiteurs consultaient un tableau Kanban pour voir qui était disponible. Marta sortait un rapport hebdomadaire montrant les livraisons à l’heure et les problèmes ouverts. C’était tout. Les diagrammes de Gantt, le nivellement des ressources, la planification de sprints, le suivi du temps et les tableaux de bord de portefeuille ? Personne n’y touchait. Ils payaient un couteau suisse pour ouvrir des enveloppes.

Le moment du déclic

Le renouvellement du contrat est arrivé en février. Depuis plus d’un an, Marta se répétait qu’elle migrerait vers quelque chose de moins cher « le trimestre prochain ». Mais cette fois, une amie qui dirigeait une petite marque d’e-commerce lui a dit une chose qui l’a marquée : « J’ai arrêté de chercher le bon outil et j’ai simplement décrit ce dont j’avais besoin à une IA. Elle l’a construit. »

Marta n’était pas développeuse. Elle avait suivi un cours de Python une fois et l’avait abandonné après la troisième semaine. Mais elle comprenait ses propres flux de travail mieux que quiconque. Elle pouvait décrire exactement ce dont son équipe avait besoin parce qu’elle vivait dans ces processus tous les jours.

Elle a décidé d’essayer de construire un remplaçant elle-même avant de signer le renouvellement.

Ce qu’elle a réellement construit

Marta s’est installée un samedi matin avec un créateur d’applis avec IA et a commencé à décrire ce dont elle avait besoin, une pièce à la fois.

Un écran d’enregistrement des tournées. Les chauffeurs devaient pointer leur arrivée en début de service, voir leurs arrêts assignés et marquer chacun comme effectué. Pas de Gantt à glisser-déposer — juste une liste avec des cases à cocher et un horodatage. Elle l’a décrit en espagnol simple et a vu le créateur générer une interface fonctionnelle avec une base de données derrière.

Un tableau de bord pour les répartiteurs. Une seule page montrant quels chauffeurs étaient actifs, combien d’arrêts il leur restait, et un indicateur coloré pour savoir s’ils étaient dans les temps. Marta a décrit la logique : vert s’ils avaient effectué au moins 60 % des arrêts à midi, jaune entre 40 et 60 %, rouge en dessous. Le créateur l’a traduit en mise en forme conditionnelle et en une vue qui se met à jour en direct.

Un rapport hebdomadaire. Les chiffres que Marta sortait vraiment chaque vendredi : total des livraisons, pourcentage de livraisons à l’heure, problèmes signalés par les chauffeurs (comme une mauvaise adresse ou un client absent) et une comparaison avec la semaine précédente. Elle a demandé au créateur de générer un tableau récapitulatif et un simple graphique à barres. Il l’a fait.

Un suivi d’incidents simple. Quand un chauffeur signalait quelque chose — mauvaise adresse, colis abîmé, plainte d’un client — il fallait que ça aille quelque part où Marta pouvait le voir et l’assigner. Pas un système de tickets complet. Juste une liste avec un statut (ouvert / en cours / résolu) et la possibilité d’ajouter une note.

L’ensemble lui a pris environ huit heures réparties sur le samedi. Pas parce qu’une seule pièce était difficile, mais parce que Marta n’arrêtait pas d’affiner. La première version du tableau de bord des répartiteurs montrait trop de données. Elle l’a allégée. L’écran d’enregistrement des tournées avait besoin d’une option « sauter un arrêt » à laquelle elle n’avait pas pensé au départ. Elle l’a ajoutée en décrivant le changement.

Ce que ces 40 000 dollars achetaient vraiment

Quand Marta a comparé son appli de quatre écrans à la plateforme d’entreprise, l’écart était évident — mais pas dans le sens auquel elle s’attendait.

L’outil d’entreprise avait des centaines de fonctionnalités et nécessitait un consultant pour être configuré. L’appli de Marta avait quatre écrans qui correspondaient directement à la façon dont son équipe travaillait déjà. Aucune formation nécessaire. Aucune dette de configuration.

Mais le vrai coût de l’outil d’entreprise n’a jamais été l’abonnement. C’était la friction que son équipe contournait chaque jour. Les répartiteurs se coordonnaient sur WhatsApp parce que l’appli mobile de la plateforme demandait quatre tapes pour mettre à jour le statut d’une livraison. Marta tenait un Google Sheet à part pour le rapport hebdomadaire parce que le module de reporting intégré obligeait à naviguer dans trois menus pour sortir les mêmes cinq chiffres. Les chauffeurs avaient mis en favori une page de la documentation d’aide comme contournement pour l’écran d’enregistrement des tournées, parce que le flux par défaut supposait des phases de projet qu’ils n’utilisaient pas.

L’appli de Marta n’avait pas de contournements parce qu’elle était construite à partir des contournements. Chaque écran existait parce que quelqu’un dans l’équipe faisait déjà cette tâche de façon informelle — sur WhatsApp, sur un tableur, sur un tableau blanc — et Marta avait simplement décrit la version informelle au créateur.

Les choses qui l’ont surprise

Trois choses que Marta n’avait pas prévues :

Itérer était rapide. Quand un chauffeur a suggéré d’ajouter un champ de notes à chaque arrêt, Marta a décrit le changement au créateur pendant sa pause déjeuner et l’a déployé l’après-midi même. Avec l’outil d’entreprise, des changements comme celui-ci passaient par une file de tickets de support et prenaient parfois des semaines.

Son équipe l’a adopté immédiatement. Aucune session de formation. Aucun « regardez cette vidéo d’intégration, s’il vous plaît ». Les répartiteurs l’ont ouvert lundi matin et l’ont compris parce qu’il ressemblait au tableau blanc qu’ils utilisaient de façon informelle, juste en version numérique.

Elle n’a pas arrêté de l’améliorer. Au cours des deux semaines suivantes, elle a ajouté un cinquième écran : une vue mensuelle pour son patron montrant les tendances de livraison et des estimations de coût par tournée. Avec l’outil d’entreprise, ça aurait été une demande de rapport personnalisé. Avec sa propre appli, c’était une conversation de 20 minutes avec le créateur.

Ce que ce n’est pas

Ce n’est pas une histoire sur la nullité des logiciels d’entreprise. Si vous êtes une entreprise de 500 personnes qui gère des projets transverses complexes avec des dépendances, des contraintes de ressources et des exigences de conformité, vous avez probablement besoin de ce couteau suisse.

Mais si vous êtes une équipe de 30 personnes qui utilise 15 % d’un outil coûtant plus cher que l’un de vos salariés, quelque chose est mal aligné. L’outil n’est pas le problème — c’est l’inadéquation qui l’est.

Et cette inadéquation était autrefois inévitable. Avant de pouvoir créer une appli sans coder, vos choix étaient : payer le gros outil, bricoler quelque chose dans des tableurs, ou embaucher un développeur pour construire un logiciel sur mesure (ce qui introduit ses propres coûts et délais). Désormais, il existe une quatrième option : décrire ce dont vous avez besoin et le construire vous-même.

Les comptes

Les chiffres de Marta après un mois :

• Outil d’entreprise : ~3 300 $/mois (40 000 $/an)
• Abonnement au créateur d’applis avec IA : moins de 100 $/mois
• Temps de construction : 8 heures (un samedi)
• Temps d’itération : 20 à 30 minutes par changement
• Temps d’adoption de l’équipe : zéro — ils l’ont compris dès le premier jour

Elle n’avait pas besoin d’un CTO ni d’une équipe d’ingénierie. Elle avait besoin de décrire comment son équipe travaille réellement — et d’un créateur d’applis avec IA qui transforme cette description en logiciel fonctionnel.

À méditer

Si vous reconnaissez votre propre situation dans l’histoire de Marta, voici un exercice utile avant votre prochain renouvellement de logiciel : notez chaque fonctionnalité que vous utilisez réellement dans votre outil actuel. Pas celles que vous pensez devoir utiliser ou prévoyez d’utiliser un jour. Celles que votre équipe touche chaque semaine.

Si cette liste tient sur un post-it, vous payez peut-être trop cher pour une complexité dont vous n’avez pas besoin.

Vous n’êtes pas obligé de construire le remplaçant en une journée. Vous pourriez commencer par un seul écran — celui qui compte le plus — et voir l’effet que ça fait. Le coût d’essayer, c’est quelques heures. Le coût de ne pas essayer, c’est une année de plus à payer pour des fonctionnalités que vous ne toucherez jamais.

Si vous voulez voir ce que ça donne de construire votre propre outil, essayez Proyecta et commencez par ce dont votre équipe se plaint le plus.