Product building
Je conçois et construis des applications métier sur mesure pour remplacer les manipulations dispersées, moderniser un outil qui ne suit plus ou lancer une première version de SaaS B2B.
Le sujet n’est pas d’ajouter un outil de plus. Il est de comprendre ce qui doit rester, disparaître ou être relié, puis de construire une application métier qui simplifie réellement le travail.
Transformer un processus interne en une application claire : gestion d’activité, espace client, circuit de validation, suivi au quotidien ou espace d’administration.
L’outil est conçu à partir de vos utilisateurs, de vos données et de vos règles, pas à partir d’un modèle générique auquel votre équipe devra s’adapter.
Reprendre les usages et les règles importantes, simplifier les parcours et reconstruire progressivement ce qui ne répond plus aux besoins.
L’objectif n’est pas de reproduire chaque écran de l’ancien outil. Il est de préserver ce qui fonctionne et de supprimer la complexité devenue inutile.
Cadrer la proposition, sélectionner le périmètre utile et construire une version suffisamment solide pour être utilisée, testée et améliorée.
La première version doit répondre à un problème précis. Elle n’a pas besoin d’anticiper toutes les fonctionnalités des trois prochaines années.
Gérer des adhésions, suivre des chantiers, organiser des inscriptions : une tâche bien délimitée, aujourd’hui faite sur papier ou dans un tableur.
Une appli simple, pour une seule catégorie d’utilisateur·ices, livrée en quelques semaines et à un prix connu d’avance.
Périmètre
Je rencontre les personnes qui font le travail et je regarde comment il se fait vraiment : les fichiers ouverts côte à côte, les copier-coller, les relances. C’est là qu’apparaissent les exceptions dont aucune procédure ne parle.
Qui saisit, qui valide, qui consulte ; quelles informations existent, où elles vivent et laquelle fait foi. Les règles implicites sont écrites noir sur blanc, c’est souvent la première fois qu’elles le sont.
Nous décidons ensemble ce qui entre dans la première version, ce qui attend et ce qui ne sera jamais construit. Ce qui est écarté est écarté explicitement, avec sa raison : c’est ce qui évite d’y revenir trois fois.
La structure du produit : les objets manipulés, leurs états, les écrans qui les portent et les chemins entre eux. Les situations rares — refus, reprise, suppression, droits partiels — sont traitées ici, pas après la mise en ligne.
Les interfaces, et les composants qui les rendent cohérentes sans devenir une bibliothèque à entretenir pour elle-même. Le système reste proportionné au produit : ce qui sert deux fois, pas ce qui pourrait servir un jour.
Je construis par petites étapes. Chaque étape donne quelque chose que vous pouvez ouvrir et essayer, un parcours qui fonctionne, pas un rapport d’avancement.
Les situations qui coûtent cher si elles échouent sont rejouées avec de vraies données et, quand c’est possible, par les personnes concernées. Les frictions trouvées sont corrigées avant d’ouvrir l’accès.
Environnement de production, accès, sauvegardes, reprise des données existantes et bascule. Le passage à l’usage réel est préparé comme une étape du projet, pas comme une formalité de fin.
Comment le produit est fait, ce qui a été décidé et pourquoi, ce qui reste ouvert. De quoi reprendre la main — vous, votre équipe ou un autre prestataire — sans dépendre de ma mémoire.
Selon le projet, les sujets d’hébergement, de droits d’accès, de sauvegarde, de sécurité et de maintenance sont cadrés avec le niveau d’expertise nécessaire. Avant le démarrage, je précise ce que je réalise directement, les responsabilités du client et les compétences spécialisées à associer.
Méthode
Nous partons de vos outils, de vos documents et de situations réelles. Je rencontre les personnes concernées et j’identifie les doublons, les exceptions et les décisions importantes.
À la fin de cette étape, le problème, les utilisateurs et les priorités sont explicites.
Je transforme le fonctionnement observé en périmètre de produit : rôles, règles, données, états, cas limites et première version.
Nous décidons aussi de ce qui n’entre pas dans cette première étape.
Les parcours et les interfaces rendent le système visible et testable. Les décisions importantes sont prises avant de figer une construction coûteuse.
Je construis le produit par petites étapes. Chaque étape produit quelque chose de vérifiable, pas seulement un dossier de spécifications.
Incrément vérifiéNous testons les situations importantes, corrigeons les frictions, préparons l’environnement de production et documentons le fonctionnement.
Une fois l’application utilisée, les décisions suivantes s’appuient sur des retours et des besoins observés, pas sur des hypothèses accumulées avant le lancement.
Projets de référence
Abelo, un processus événementiel réparti entre Notion, Excel, Word, des formulaires et du papier. Le projet a demandé de comprendre les rôles et les règles du terrain, d’organiser l’information, puis d’aller jusqu’à une application utilisable.
Voir le projet Abelo
Oléo, des informations réparties entre outils institutionnels, carnets et notes personnelles, transformées en un espace visuel pensé pour la préparation comme pour la classe.
Voir le projet OléoBudgets
Chaque projet commence par la recherche du plus petit périmètre capable de produire un résultat réel. Les budgets ci-dessous donnent un ordre de grandeur avant même notre premier échange.
5 600 à 9 800 € HT
2 à 4 semaines
Une appli qui fait bien une seule chose, pour une seule catégorie d’utilisateur·ices.
Exemples de projetsUne association qui gère adhésions et cotisations, un artisan qui suit ses chantiers, un club qui gère ses inscriptions, un espace de coworking qui gère les réservations de ses membres.
Le résultat : une tâche qui ne passe plus par le papier ni par un tableur.
10 500 à 17 500 € HT
4 à 7 semaines
Plusieurs personnes, plusieurs rôles, un espace d’administration.
Le résultat : un outil utilisé par toute l’équipe, pas une maquette.
17 500 à 31 500 € HT
7 à 12 semaines
L’outil qui remplace les fichiers Excel partagés et les ressaisies.
L’atelier de départ est obligatoire avant d’engager ce niveau.
À partir de 31 500 € HT
3 mois et plus
Pour un produit utilisé par vos client·es ou par plusieurs organisations.
Chiffrage sur mesure, après l’atelier de départ.
À partir du niveau 05, tout commence par un atelier de départ : environ 5 jours, de 3 200 à 4 000 € HT, pour décider ensemble quoi construire, pourquoi et à quel prix.
Vous cherchez plutôt un site ou une boutique en ligne ? Voir les sites internet
Un premier échange gratuit d'une heure, puis un devis ferme.
Plusieurs types d’utilisateur·ices, un paiement à encaisser, une connexion à un logiciel existant, des données à reprendre, plusieurs lieux ou plusieurs activités.
30 % à la signature, 50 % à la livraison pour vos essais, 20 % à la mise en ligne.
Les applications mobiles natives, marketplaces, migrations lourdes, intégrations multiples et contraintes réglementaires fortes font l’objet d’un chiffrage spécifique.
Premier échange de 30 minutes pour vérifier le problème, le périmètre et l’ordre de grandeur du budget.
Après la mise en ligne
Surveillance, mises à jour, sauvegardes, corrections et un temps de modifications chaque mois.
| Suivi | Pour | Prix HT | Modifications incluses chaque mois |
|---|---|---|---|
| Petite appli | niveau 04 | 120 € / mois | 1 heure |
| Appli | niveau 05 | 200 € / mois | 2 heures |
| Outil de gestion | niveaux 06 et 07 | 360 € / mois | 4 heures |
Heure supplémentaire : 90 € HT. Les heures non utilisées ne se reportent pas.
Les abonnements aux outils (hébergement, base de données) sont ouverts à votre nom. Je vous indique leur coût dans le devis.
À partir de 4 000 € HT / mois
Un accompagnement mensuel, engagement initial de 3 mois.
Vos données restent chez vous : la base de données est ouverte à votre nom. Une fois le projet payé, vous utilisez le code sans limite de durée, et il vous est remis si Fluow cesse son activité.
Une application métier sur mesure est un outil numérique conçu autour d’un processus, d’utilisateurs et de règles propres à une organisation. Contrairement à un logiciel générique, elle s’adapte au fonctionnement réel de l’équipe et peut évoluer avec lui.
Le changement devient pertinent lorsque les informations sont dupliquées, que plusieurs personnes doivent modifier les mêmes données, que les erreurs deviennent coûteuses ou que le processus dépend d’une personne capable de comprendre tous les fichiers et exceptions.
Non. Il faut surtout comprendre le problème, les utilisateurs, les règles importantes et la valeur attendue. Le périmètre détaillé se construit ensuite, en priorisant une première version utilisable plutôt qu’une liste exhaustive de fonctionnalités.
Oui, si l’existant peut être observé et si les utilisateurs sont disponibles. La reprise commence par un diagnostic des usages, des données, des contraintes et de la dette avant de décider ce qui doit être conservé, simplifié ou reconstruit.
Ces sujets sont cadrés dès le projet selon les données, les utilisateurs et les risques concernés. Le périmètre précise les droits d’accès, les environnements, les sauvegardes, les tests, la maintenance et les expertises spécialisées à associer si nécessaire.
Parce que vous savez ce que vous payez avant de commencer. Si la demande change en cours de route, nous en parlons, et le devis est mis à jour avant que je continue.
C’est la première question que je pose. Si un outil du marché fait le travail, je vous le dis, et je peux l’installer pour vous.
Oui. Les mêmes niveaux s’appliquent, avec le même prix ferme.
Oui, dès que le projet le demande : atelier de départ, entretiens et observation auprès des équipes, accompagnement au lancement. Je suis basée à Forcalquier et je me déplace partout en France. Le reste du travail se fait à distance. Les frais de déplacement sont facturés en plus, sauf mention contraire dans le devis.
Montrez-moi vos fichiers, vos outils et les étapes qui vous font perdre du temps. Un premier échange permettra de voir si le problème mérite une application métier sur mesure et quel serait le bon point de départ.
Me montrer mon fonctionnement actuelVous échangez directement avec moi. Le premier rendez-vous sert à comprendre le sujet et à vérifier si je suis la bonne personne.
Vous cherchez plutôt un renfort dans votre équipe ?Voir mes missions de product design
