Utile avant d'être spectaculaire
Je préfère une fonction simple qui sert vraiment à une démonstration technique impressionnante mais difficile à maintenir.
À propos
Je suis Jasmin Lévêque, créateur du Potager du Web. Je travaille à la croisée de la communication et du numérique, avec une idée assez simple : un bon outil n'est pas celui qui en fait le plus, mais celui qui répond correctement à un besoin et qu'on peut continuer à comprendre, utiliser et faire évoluer.
Basé à Metz, j'accompagne des structures partout en France, à distance ou localement quand c'est utile. Je m'intéresse autant au parcours d'une personne qui visite un site qu'à ce qui se passe derrière : performances, maintenance, accessibilité, données, dépendances techniques et capacité à reprendre la main plus tard.
Pourquoi le Potager
Le nom « Potager » résume assez bien ma manière de voir le travail numérique : on ne plante pas tout partout, on choisit ce qui a du sens, on l'entretient, on observe ce qui fonctionne et on évite d'épuiser le terrain pour gagner quelques points à court terme.
Je préfère donc partir des usages, des contraintes et des publics avant de parler d'outil. Parfois la bonne réponse est un site complet. Parfois c'est une page, un formulaire, une automatisation, un meilleur suivi de l'existant — ou simplement le fait de ne rien ajouter.
Ma formation en communication m'a laissé un réflexe qui me sert tous les jours : une solution technique n'est jamais séparée de la façon dont elle est comprise, expliquée et vécue par les personnes qui l'utilisent.
Mes repères
Pas comme une liste de grands principes décoratifs : ce sont des critères qui servent réellement à arbitrer un projet.
Je préfère une fonction simple qui sert vraiment à une démonstration technique impressionnante mais difficile à maintenir.
Moins de poids, moins de requêtes, moins de dépendances inutiles : la sobriété améliore souvent en même temps la vitesse, la robustesse et le confort d'usage.
Quand c'est pertinent, je privilégie les outils ouverts, les formats standards et les architectures qui permettent de changer de prestataire ou de reprendre le projet sans repartir de zéro.
Un site ou un outil ne devrait pas devenir inutilisable parce qu'une personne navigue autrement, agrandit le texte, utilise le clavier ou a besoin de davantage de contraste.
Je préfère collecter moins, expliquer clairement ce qui est nécessaire et éviter d'ajouter des traceurs ou des services tiers sans raison valable.
L'IA peut être utile, mais ce n'est pas une couche obligatoire. Je la préfère ciblée, proportionnée et remplaçable plutôt qu'omniprésente ou opaque.
Dans la pratique
Un projet bien livré ne devrait pas créer une nouvelle dépendance permanente au prestataire qui l'a construit.
Avec qui j'aime travailler
J'aime particulièrement les projets d'associations, de petites structures, de collectifs et de coopératives, parce qu'ils posent souvent les bonnes questions : à quoi sert l'outil, qui doit pouvoir l'utiliser, qui garde la main dessus, combien il coûte réellement dans le temps et comment éviter de fabriquer une usine à gaz.
Ça ne veut pas dire qu'il faut déjà avoir toutes les réponses. Au contraire : une bonne partie de mon travail consiste précisément à clarifier le besoin avant de construire.
On peut commencer simplement
Pas besoin d'arriver avec un cahier des charges parfait. Un besoin, un problème ou même une idée encore floue suffit pour voir s'il y a quelque chose d'utile à construire.