Méthode

Comment je travaille

Ce qui se passe vraiment, de la première prise de contact à la fin d'un projet.

J'ai passé 10 ans dans la tech. Développeur front-end d'abord, Engineering Manager ensuite. Dans des équipes entre 10 et 80 personnes, j'ai vu des outils adoptés par enthousiasme et abandonnés six mois après. Notion n'échappe pas à la règle.

Ce que j'ai compris à ce poste : le problème n'est presque jamais l'outil. Il est dans la façon dont on l'adapte à une réalité qui change. Un workspace conçu pour votre activité d'il y a deux ans ne peut pas servir celle d'aujourd'hui.

C'est ce que je viens corriger.

Je ne livre pas de workspace clé en main que vous devrez déchiffrer seul.

Chaque session, chaque choix de structure, chaque base de données est expliqué. Pas pour que vous puissiez me réciter la théorie, mais pour que vous puissiez tout faire évoluer sans moi dans six mois.

On commence toujours par cadrer ce que vous faites vraiment, pas ce que vous pensez faire.
On construit ou on corrige ensemble, en itérant. Rien n'est figé.
On s'arrête quand vous êtes à l'aise, pas quand j'ai livré mes heures.

Je travaille avec des freelances qui ont construit quelque chose dans Notion et qui sentent que ça ne tient plus. Et avec des équipes qui ont Notion mais pas l'adoption.

Je ne prends pas tout le monde. Si vous cherchez quelqu'un pour exécuter une liste de tâches Notion sans discussion ni adaptation, je ne suis probablement pas la bonne personne.

Ce que je fais bien : comprendre ce qui se passe vraiment dans votre usage, nommer le problème, et construire quelque chose qui colle à ça.

Disponibilité limitée : je prends 3 clients en accompagnement simultané maximum.

Comment je travaille

10 ans en tech. Pas seulement en théorie.

Pas de boîte noire. Pas de livraison sans explication.

Et avec qui je ne travaille pas.