Pourquoi me faire confiance
Voici les expériences qui expliquent ma façon de travailler : technique, exécution, coûts et usages.
À PROPOS / ALEXANDRE
Je m'appelle Alexandre. Je construis, je répare et j'automatise depuis 2007.
Développeur, admin sys, SRE, entrepreneur : j'aide aujourd'hui les entrepreneurs et les équipes de TPE/PME à retirer les frictions opérationnelles qui coûtent du temps, de l'argent et du contrôle, sans ajouter une couche d'outil inutile.
5 ans de SRE chez Criteo
Chez Criteo, j'ai travaillé dans un environnement très industrialisé : déploiements, configuration, continuité de service, périodes critiques. J'en garde une règle simple : automatiser oui, mais au bon niveau pour la taille et le risque du sujet.
Une agence web construite puis transmise
Avec 69pixl, devenue Naratys, je suis passé de seul dans mon salon à une équipe, deux associés et des bureaux à Lyon. J'ai connu les clients difficiles, les factures impayées, le recrutement, le RGPD, les changements d'infra et les sujets commerciaux. Ça change la façon de lire une friction opérationnelle.
Des outils construits quand ils manquent
Scripts, proxies, assistants IA et outils open source : je construis souvent ce qui manque pour travailler plus vite ou plus proprement.
Un terrain large depuis 2007
Support, sysadmin, cloud, DevOps, SRE, projet, commercial, entrepreneuriat. J'ai aussi appris sur des projets qui n'ont pas pris.
Ce que ces expériences m'ont appris
Trop peu de garde-fous casse la production. Trop de processus ralentit l'entreprise. Entre les deux, il y a souvent un niveau simple, robuste et suffisant.
La fiabilité protège la confiance
Chez Criteo, j'ai vu ce que donne une vraie culture de l'industrialisation : pipelines, déploiements automatisés et CI/CD solide. À cette échelle, c'est indispensable.
Le bon niveau n'est pas le même partout
Une PME n'a pas besoin de copier une grande organisation. Elle a besoin d'assez de garde-fous pour protéger sa production, sans perdre l'agilité qui lui permet d'avancer vite.
La technique touche vite le business
Avec 69pixl, j'ai touché au développement, à l'infra, au commercial, à la comptabilité, au RGPD, aux équipes et à la relation client. Cette vision large change la façon de diagnostiquer un sujet opérationnel.
Ce que ça change pour vous
- Je comprends les contraintes techniques, mais aussi les contraintes business.
- Je sais ce que ça coûte quand une automatisation marche à moitié.
- Je peux parler avec un dirigeant, un DAF, une équipe ops ou une équipe dev.
- Si je ne suis pas la bonne personne, je le dis vite.
PARCOURS.03
Comment j'interviens
SOLO Je cherche le niveau d'effort qui suffit.
Vous travaillez avec moi du premier échange à la livraison. Je commence par comprendre ce qui bloque avant de parler outil, IA ou automatisation.
Si une mission n'a pas de gain clair, je le dis. Le bon résultat peut aussi être une simplification, une formation courte ou un sujet écarté rapidement.
Ce que je ne vends pas
Mon rôle n'est pas de pousser un outil ou une technologie. Il est de vous aider à choisir une suite proportionnée, y compris quand la bonne décision est de ne pas automatiser.
- Pas de salariat déguisé : je ne cherche pas à remplacer une embauche sur une mission longue sans objectif clair.
- Pas d'IA partout : si un script, une pipeline ou une automatisation classique suffit, c'est souvent préférable.
- Pas d'automatisation avant clarification : quand le process est flou, la première valeur est de simplifier.
Questions fréquentes avant de travailler ensemble
FAQ.01
Est-ce que vous intervenez seul ?
Oui. Vous échangez avec moi du premier contact au cadrage et à la livraison. Si le sujet demande une équipe plus large, je le dis vite.
FAQ.02
Est-ce que vous faites des missions longues ?
Oui si elles sont structurées, avec un rythme adapté et un objectif clair : plutôt entre 1 jour par mois et 2 à 3 jours par semaine au maximum. Au-delà, le besoin ressemble souvent davantage à une embauche.
FAQ.03
Est-ce que vous utilisez toujours l'IA ?
Non. L'IA est utile quand elle résout un vrai problème. Un script, une pipeline ou une simplification peut être plus pertinent.
FAQ.04
Est-ce que vous développez des outils internes ?
Oui quand les outils existants ne suffisent pas ou ajoutent trop de contournements. Pas par réflexe.
FAQ.05
Comment savoir si un diagnostic vaut le coup ?
Quand un process fait perdre du temps, crée des erreurs, ralentit une équipe ou fragilise la relation client, sans que la bonne solution soit évidente. Et si le sujet ne vaut pas le coup, le premier échange ne vous aura rien coûté.
Vous voulez vérifier si je peux vous aider ?
Vous pouvez regarder les formats d'intervention ou réserver directement un premier échange.
Prendre rendez-vous