BatiSearch, un projet qui a failli planter… à cause du Wi-Fi

En 2018, quelques semaines avant la création officielle de BTP Tech, je participe à un hackathon organisé par BeMyApp : le BTP Lab.

Le thème : imaginer des solutions numériques pour le secteur de la construction.
C’est là que je présente publiquement, pour la première fois, un projet que j’avais en tête depuis des mois : BatiSearch.

‍

L’idée derrière BatiSearch

À l’époque, je suis encore très ancré dans la réalité des appels d’offres.
Je passe des heures à chercher des fiches techniques sur les sites des fabricants, à vérifier les versions, à télécharger une par une les bonnes références.

L’idée de BatiSearch était simple :

Créer une moteur de recherche rapide, pour retrouver une fiche produit fiable en quelques secondes, à partir d’un nom de gamme ou d’une référence partielle.

Un espèce de Google, mais pour les matériaux.

‍

Le jour du pitch

Tout se passe bien pendant la préparation.
L’outil fonctionne, l’interface est prête, le script de démo est calé.

Je suis dans l’équipe des porteurs de projet qui doivent pitcher devant le jury.
Mon tour arrive.
Je branche mon PC.
Je clique pour lancer la démo live… et là : plus de connexion Wi-Fi.

Impossible de charger la page.
L’outil ne répond pas.
Je tente une explication à l’oral, mais la tension monte.
Le moment est raté.

‍

Ce que j’ai retenu

Sur le coup, j’étais mal à l’aise.
Mais avec le recul, c’est une anecdote fondatrice.

Ce jour-là, j’ai compris que :

• une idée solide ne suffit pas si l’environnement ne suit pas
• la fiabilité d’un outil compte autant que son apparence
• et surtout… que je voulais construire des choses qui livrent vraiment, dans les vraies conditions

BatiSearch n’a pas été abandonné.
Il a été transformé :
Aujourd’hui, il sert en interne chez BTP Tech pour alimenter un service client, pas pour être un produit grand public.

‍

De l’échec à la méthode

Ce “raté” m’a aidé à poser les bases de BTP Tech :

• prioriser la robustesse
• travailler avec des fichiers locaux quand c’est nécessaire
• éviter de vendre une solution tant qu’elle ne tourne pas en condition réelle
• intégrer la tech dans un service plutôt que comme un produit magique

‍

Conclusion

Ce jour-là, j’ai appris plus qu’en 10 tutos sur l’innovation.
L’outil n’a pas marché, mais l’idée était bonne.
Et c’est cette idée, remodelée, adaptée, testée, qui continue d’exister aujourd’hui, dans chaque dossier traité.

💬 Envie d’en savoir plus sur notre méthode ou de tester un projet ? Échangeons ici.

‍