[ ARTICLE_#2_BLOG - 22/09/2026 ]

De la Bêta FR à la EN Beta

En tant que dev solo aux multiples casquettes (des lignes de code à la com en passant par le recrutement de testeurs), je suis fière de vous annoncer que je viens de terminer la version anglaise de mon logiciel bêta Prospect Legend.

Pour ça, plutôt que de me lancer dans une architecture complexe dès le départ, j'ai fait le choix pragmatique de dupliquer mon projet, pour faire du "quick and dirty".

1. Le Choix d'implémenter une version anglaise

J'ai d'abord échangé avec un candidat potentiel trouvé sur LinkedIn, avec qui j'ai un rendez-vous ce vendredi, accompagnée de l'UX designer qui m'a aidée sur la partie test du projet : l'objectif est de voir si le profil matche et, si c'est le cas, de lui donner accès à l'installation de la bêta.

En parallèle, mes publications sur les réseaux m'ont fait réaliser l'engouement plus prononcé des anglophones pour ce genre d'outil. Le besoin d'implémenter une version internationale s'est donc imposé.

2. Ma solution : MVP par la duplication

Inspirée par la philosophie du Lean Startup, j'ai opté pour un MVP basé sur la duplication. Inutile de se compliquer la vie tant que les fondations du code ne sont pas figées.

J'ai simplement dupliqué ma structure avec des textes directement traduits en dur dans le code. Mon objectif : valider l'intérêt du marché au plus vite, sans dev inutilement.

3. Les limites et la suite

Forcément, maintenir deux versions en parallèle a ses limites et rendra la gestion des bugs un peu complexe. C'est pour ça que c'est une solution d'appoint. Si la bêta confirme le potentiel du logiciel, je basculerai sur une approche plus propre avec un système de fichiers de configuration centralisés pour gérer les langues de façon dynamique.

Je suis convaincue qu'itérer rapidement et valider un besoin utilisateur prime sur la perfection technique initiale. Le "rapide et sale" est un bon moyen selon moi de tester une idée avant de tout mettre au propre.

Hâte de voir ce que donnera ce rendez-vous vendredi !

[ ARTICLE_#1_BLOG ]

Pourquoi j'ai choisi le 100 % local (sans Cloud ni IA) pour mon outil de prospection

Aujourd'hui, on a l'impression qu'un logiciel n'a de valeur que s'il est branché sur le cloud, connecté à l'intelligence artificielle et accessible via un abonnement mensuel à prix fort.

Quand j'ai développé Prospect Legend, mon propre outil de prospection, j'ai pris le contre-pied de cette tendance : 100 % local, sans IA, sans Cloud. Je vous explique ici pourquoi.

1. Vos fichiers clients restent chez vous

Plutôt que d'importer des listes de contacts sur un serveur tiers et de dépendre d'une interface externe, j'ai voulu créer un outil qui tourne directement là où j'en ai besoin : sur mon PC.

Techniquement, ça donne une architecture volontairement simple :

• lecture et écriture des fichiers Excel (.xlsx) en local avec openpyxl,
• persistance de l'état de l'outil en JSON,
• déclenchement des appels et des emails via les protocoles natifs tel: et mailto:, qui ouvrent directement l'application téléphone ou messagerie déjà configurée sur la machine de l'utilisateur.

Aucune donnée ne quitte votre machine, aucune API externe n'est appelée pour manipuler vos contacts. Vous gardez le contrôle de vos fichiers sans avoir à vous poser de questions sur la conformité ou la confidentialité.

2. Un outil qui ne dépend de personne

Pas de service tiers à surveiller, pas de changement de politique tarifaire ou de conditions d'utilisation à subir, pas de dépendance à la disponibilité d'une API externe. Vous installez l'outil, il fonctionne, et il reste exactement tel que vous l'avez configuré.

C'est aussi un choix de maintenance : moins de dépendances à mettre à jour, moins de points de défaillance possibles.

3. Du simple, du concret

Ajouter de l'IA pour générer des emails automatiques, ou brancher trois API différentes pour un tableau de bord, c'est souvent rajouter de la complexité pour un gain marginal. Deux logiques différentes se mêlent ici, et je préfère les séparer :

• Le choix "sans Cloud" est technique : c'est une garantie de confidentialité et de stabilité.
• Le choix "sans IA" est un choix produit : côté prospection, je préfère un outil qui fluidifie le travail humain (relances, enchaînement des appels) plutôt qu'un outil qui essaie de nous remplacer.

Résultat : un logiciel léger, qui fonctionne même sans connexion Internet, avec une interface qui va droit au but.

Les compromis que j'ai faits

Ce choix n'est pas parfait, et il serait malhonnête de n'en présenter que les avantages.

• Pas de synchronisation multi-appareils : vos données sont stockées uniquement sur votre machine. Si vous changez de PC, il faut transférer les fichiers manuellement.
• Pas de mise à jour à distance automatique : chaque nouvelle version doit être installée manuellement.
• Pas de sauvegarde cloud automatique : la responsabilité de sauvegarder les fichiers .xlsx revient à l'utilisateur.
• Pas de collaboration en temps réel : ce n'est pas un outil pensé pour une équipe qui doit partager un pipeline de prospection en direct, mais pour un usage individuel ou une petite structure.

Pour l'usage visé — une personne ou une petite équipe qui prospecte au téléphone et par email depuis un seul poste — ces compromis sont largement acceptables. Ils deviendraient rédhibitoires pour une équipe commerciale de 20 personnes ayant besoin d'un CRM partagé en temps réel. Ce n'est pas ce que je cherche à faire de Prospect Legend.

La technologie au service du métier

En voulant tout "cloudifier" et tout "artificialiser", on en oublie parfois le besoin réel de l'utilisateur. Pour prospecter efficacement, on n'a pas besoin d'un algorithme hébergé à l'autre bout du monde. On a besoin d'un outil simple, rapide, qui respecte les données et qui ne s'interpose pas entre l'utilisateur et son travail.

C'est le créneau que j'ai voulu occuper avec Prospect Legend.