Découvrir
Rechercher des entreprises locales par zone et catégorie. Le service utilise les données Overture ou des exemples fictifs clairement indiqués en développement local ; un classement préliminaire ne vaut pas vérification.
Produit opérationnel / Outil interne
Mossy Prospect
Du prospect au projet
Le problème de l’agence
Des étapes dispersées ralentissent le travail
Découvrir une entreprise locale, vérifier les informations, suivre une opportunité et préparer une suite pertinente se font souvent dans plusieurs outils. Mossy Prospect réunit ces étapes dans un parcours piloté par une personne.
L’idée du produit
Relier les faits aux actions
Le produit relie les résultats de recherche aux faits vérifiés, aux prospects enregistrés, aux brouillons de prise de contact et aux projets de site. Une personne reste responsable de la vérification, des messages et des décisions de publication.
Le parcours
Trouver, vérifier, avancer
Vérifier
Examiner les faits sourcés et les résultats d’audit du site avant de les utiliser. Les informations inconnues ou anciennes restent identifiables.
Suivre
Enregistrer les prospects et gérer leur avancement dans un pipeline partagé, appuyé sur des fiches structurées.
Préparer un contact
Créer un brouillon à relire à partir de faits approuvés et du contexte opérationnel. Le parcours IA dépend de la configuration ; aucun brouillon n’est présenté comme envoyé.
Du prospect au projet
Un prospect enregistré peut être associé à un site. On peut créer un brouillon structuré ou joindre un site statique préconstruit en ZIP de 25 Mo maximum, puis examiner une version immuable et son aperçu privé.
L’interface
Une interface opérationnelle
Les captures de connexion et de découverte évitent les noms de vrais prospects. La vidéo muette ci-dessous montre la recherche par lieu et la carte ; les listes et fiches de prospects ont été recadrées hors champ.
L’interface / Vidéo
Parcours de découverte sur la carte
Un extrait recadré du produit local opérationnel. L’enregistrement source reste hors du site.
Ingénierie & livraison
Un système piloté par une personne
Next.js et React portent l’espace de travail. Un service de découverte Python FastAPI interroge des données Overture dans des limites définies. Supabase conserve les données avec des contrôles d’accès. Un worker persistant traite les tâches longues. Les sites statiques en ZIP passent par un build contrôlé et des versions avant l’aperçu privé.
Mon rôle
Direction produit, conception du parcours et réalisation de l’interface, de l’intégration de découverte et du parcours de livraison des sites.
Réalisé avec
Next.js 16 · React 19 · TypeScript · Python · FastAPI · DuckDB · Supabase · tâches worker
État actuel
État actuel
Produit interne opérationnel. Le dépôt contient des parcours testés pour la découverte, la vérification, le pipeline, l’import ZIP et l’aperçu. Aucun clonage depuis une URL Git n’a été trouvé dans l’implémentation inspectée. Les sites générés nécessitent édition, contrôles qualité et validation humaine ; aucune production automatiquement prête à publier n’est revendiquée.
Votre projet / Prochaine étape
Un parcours de travail à transformer en produit utile ?
Expliquez-nous où les étapes se compliquent. Commençons par une mission ciblée ou parlons d’un projet plus large.
Parler d’une petite mission ↗Démarrer un projet