Il y a trois semaines, je suis passé voir le gérant d'une petite entreprise de maintenance, à une vingtaine de minutes de Rennes. Huit salariés, un carnet de commandes plein, et sur son bureau : deux écrans allumés… et un cahier à spirales posé entre les deux. Les interventions de la semaine étaient dedans, notées au stylo. « Le logiciel, il fait pas ça comme je veux », il m'a lâché en haussant les épaules. Alors il double tout : une fois dans le SaaS qu'on lui a vendu, une fois dans le cahier « pour être sûr ».
Ce gérant n'a pas un problème de motivation. Il a un problème d'outil. Et c'est exactement là qu'un développeur d'application métier peut changer sa semaine — surtout quand il est à côté de chez lui.
Un outil métier, ce n'est pas un logiciel de plus
Quand je parle d'application métier sur mesure, les gens imaginent souvent un gros projet, cher, réservé aux grosses boîtes. En vrai, c'est l'inverse. C'est un outil taillé pour une façon de travailler : la vôtre. Pas trente fonctions dont vous n'utilisez que trois, mais les trois qui vous font perdre deux heures par jour, faites correctement.
Chez ce gérant de maintenance, le vrai sujet n'était pas « il me faut un logiciel ». C'était : « je veux voir, le lundi matin, qui va où dans la semaine, et savoir en un coup d'œil ce qui n'a pas été facturé. » Aucun SaaS générique ne cochait ça sans qu'il torde son organisation pour rentrer dans les cases. Un outil sur mesure, lui, part de son cahier — pas d'un template pensé pour un métier qui n'est pas le sien.
Pourquoi « à Rennes » change quelque chose
On pourrait se dire qu'un développeur, aujourd'hui, ça se pilote à distance depuis n'importe où. C'est vrai sur le papier. Mais un outil métier ne se conçoit pas en lisant un cahier des charges : il se conçoit en regardant quelqu'un travailler.
Être sur place, autour de Rennes, ça veut dire venir m'asseoir une heure dans vos locaux, voir le fameux fichier Excel s'ouvrir en vrai, entendre le « ah oui mais ça, on le fait jamais comme ça ». Ce sont ces détails-là qui font la différence entre un outil qu'on adopte et un outil de plus qu'on abandonne au bout d'un mois.
La proximité, concrètement, ça donne trois choses :
- On se voit pour de vrai. Une réunion de lancement à votre table vaut dix appels visio. Vous me montrez, je comprends le terrain, on ne perd pas trois semaines en malentendus.
- La réactivité. Un bug un mardi matin, un « tiens, il faudrait ajouter ça » : je suis dans le même fuseau, la même semaine, joignable — pas une hotline offshore avec un ticket numéro 4712.
- Pas de boîte noire. Vous savez qui code votre outil, vous pouvez me faire un café en me montrant le problème. Ça paraît anecdotique ; c'est en réalité ce qui fait qu'un projet aboutit.
Rennes et sa métropole, c'est un tissu de TPE et de PME qui tournent sur des outils bricolés parce que le sur-mesure leur a longtemps semblé hors de portée. Un freelance local, c'est justement le moyen de l'avoir sans les tarifs et la lourdeur d'une agence.
Un exemple concret : la semaine du lundi matin
Reprenons l'entreprise de maintenance. Aujourd'hui, son lundi matin ressemble à ça : elle ouvre son planning dans un logiciel, recopie les interventions dans le cahier, appelle deux techniciens pour confirmer, et se rend compte le jeudi que trois interventions de la semaine d'avant n'ont jamais été facturées. Multipliez par un an : ce sont des milliers d'euros qui passent à la trappe, sans mauvaise volonté, juste par frottement.
Un outil sur mesure, ici, tiendrait sur trois écrans : le planning de la semaine avec qui va où, une fiche intervention qu'un technicien remplit depuis son téléphone en repartant du chantier, et une liste « à facturer » qui se remplit toute seule dès qu'une intervention est marquée terminée. Rien de spectaculaire. Juste la fin du cahier, et la fin des interventions oubliées.
Ce n'est pas de la science-fiction ni un chantier de six mois. C'est le genre d'outil qu'on cadre en une réunion et qu'on livre par petits bouts, en commençant par ce qui fait le plus mal.
« Ça coûte combien ? » — la vraie question
Autant être direct, parce que c'est la question que tout le monde se pose sans oser la poser : oui, faire développer un outil sur mesure représente un budget. Mais la bonne comparaison, ce n'est pas « sur mesure contre gratuit ». C'est « le coût de l'outil contre le coût de l'organisation actuelle » — les heures recopiées, les oublis de facturation, les erreurs qu'on rattrape.
Ma façon de travailler tient en trois points. On commence par le point qui fait le plus mal, pas par une usine à gaz. Je vous donne un ordre de grandeur de budget honnête dès le premier échange, pas un devis fumeux. Et si, en vous écoutant, je me rends compte qu'un logiciel existant ferait très bien l'affaire pour beaucoup moins cher, je vous le dis — je préfère un client qui revient qu'une vente forcée.
FAQ
Faut-il être une grosse entreprise pour un outil sur mesure ?
Non, au contraire. Les TPE et PME sont celles qui gagnent le plus à automatiser les deux ou trois tâches qui grignotent leurs journées. On dimensionne l'outil au besoin, pas l'inverse.
Combien de temps avant d'avoir quelque chose d'utilisable ?
On livre par étapes. Une première version qui règle le problème le plus douloureux peut être en service en quelques semaines, puis on enrichit selon les retours du terrain.
Je suis à Vitré, Bruz, Cesson… ça marche aussi ?
Oui. Je travaille avec des entreprises de tout le bassin rennais et de Bretagne. La proximité est un plus, pas une frontière — on trouve toujours le bon mélange entre rendez-vous sur place et suivi à distance.
Et si j'ai déjà un logiciel que je n'aime pas ?
On regarde d'abord si on peut l'améliorer ou le connecter à un petit outil complémentaire avant de tout refaire. Repartir de zéro n'est jamais la première option que je propose.
Si vous vous reconnaissez dans le gérant au cahier à spirales, le plus simple est d'en parler. Je commence toujours par un audit de votre organisation et un plan d'action écrit — vous repartez avec quelque chose d'utile, même si on ne travaille pas ensemble ensuite.
