À propos · Quentin Lecocq
Quatre métiers,un seul travail.
Marketing, commerce, développement, optimisation de la conversion. Chacun m'a appris une partie du même problème : comprendre ce que quelqu'un essaie de faire, et lui retirer les gestes qui ne servent à rien.
Aujourd'hui je construis des systèmes. C'est le premier métier où les quatre servent en même temps.

I · Le parcours
Ce que chaque étape a apporté.
Rien de linéaire, et c'est le point : chaque détour a laissé une compétence que le métier suivant a rendue utile.
Marketing
J'ai commencé par essayer de comprendre pourquoi les gens font ce qu'ils font. Pas le message qu'on veut envoyer : celui qui est reçu, et l'écart entre les deux.
Commerce
Le terrain corrige vite les théories. On y apprend que la contrainte réelle d'une équipe n'est presque jamais celle qui est annoncée en réunion.
Développement fullstack
Puis j'ai voulu construire, pas seulement recommander. Des parcours à fort trafic, avec les contraintes qui vont avec : fiabilité, tests, maintenance, dette.
CRO
Des années à chercher les frictions dans des parcours, à les documenter et à les corriger. C'est une discipline d'observation avant d'être une discipline d'optimisation.
Mon propre système
J'ai construit pour moi ce que je vends aujourd'hui : un système qui capture, range, prépare et se souvient, piloté depuis Discord, avec une seule zone d'écriture libre.
Documentation et maintenance
La partie qu'on découvre en gardant un système vivant plusieurs mois. Ce qui n'est pas écrit n'existe pas, et ce qu'on ne sait pas réparer finit par s'arrêter.
II · Ce en quoi je crois
Un système qu'on ne peut pas réparer soi-même finit débranché.
Donc je remets le code, je transfère les accès, j'écris les runbooks et je forme l'équipe. Vous devez pouvoir vous passer de moi : c'est le but, pas une concession.
La maintenance est un service, pas une dépendance
III · Comment je travaille
Quatre règles, tenues.
Elles coûtent des missions, et c'est précisément ce qui les rend utiles à annoncer avant de commencer.
Un workflow à la fois
Je refuse les projets qui commencent par « et aussi ». Un système en production vaut mieux que quatre à moitié branchés.
Le code vous appartient
Remis, sans licence ni abonnement, accès transférés. La maintenance est un service que vous pouvez arrêter.
Je dis non
Si le geste n'est pas répétitif, ou si le sujet n'est pas mûr, je le dis avant de commencer et vous ne payez rien.
Rien d'inventé
Aucun gain promis avant d'avoir regardé. Ce qui est mesuré est mesuré, ce qui est une hypothèse est annoncé comme telle.
La suite
Le mieux, c'est encore de me décrire un workflow.
Cinq champs, dont deux facultatifs. Je réponds sous 48 h avec un avis franc, y compris quand la réponse est « pas encore ».