Notion n’est pas mon app de notes : c’est mon moteur de contenu IA

Je pensais que « mon système », c’était la pile d’outils que j’avais assemblés. Aujourd’hui, je suis convaincu que le système, c’est la forme de ton information, parce que cette forme détermine ce que l’IA peut (et ne peut pas) faire pour toi.

Ces dernières semaines, j’ai eu la même conversation avec des fondateurs et des builders : les agents deviennent concrets, les MCP transforment les API en briques de construction, et d’un coup le goulot d’étranglement n’est plus « comment j’automatise ça ? » mais « est-ce que mes données peuvent seulement être interrogées proprement ? ».

Si ton savoir vit dans des documents éparpillés, des pages à moitié finies et des fils Slack au hasard, tu n’as pas de stratégie IA. Tu as un vœu IA.

Ton cerveau a besoin de tableaux, pas de dossiers

Voici l’avis qui pique : pour l’IA, la plupart des « bases de connaissances » sont des blocs de texte améliorés. On peut y chercher, d’accord. On ne peut pas les exploiter.

Ce qui a tout changé pour moi, c’est de passer aux bases de données d’abord dans Notion. Pas parce que je suis obsédé par Notion, mais parce que les bases de données apportent deux choses dont l’IA a vraiment besoin :

D’abord, le rappel sémantique. Tu peux toujours faire de la recherche vectorielle dans du texte en désordre.

Ensuite, la récupération structurée. Tu peux poser des questions qui ne reposent pas sur des impressions. Le genre de questions sur lesquelles tournent les entreprises. « Quels ont été mes posts LinkedIn les plus performants ? » « Quelles fonctionnalités ont été livrées dans cette release ? » « Quelles réunions ai-je eues avec cette personne, et pourquoi est-ce que je la connais ? »

Quand tu peux répondre à ces questions de façon déterministe, tu peux construire des workflows qui ne s’effondrent pas dès que le modèle improvise.

Je fais tourner Notis sur cette idée : rendre ton espace de travail interrogeable, puis laisser le chat déclencher les bonnes automatisations. L’objectif n’est pas de « devenir un power user de Notion ». L’objectif, c’est d’arrêter de perdre du contexte et de commencer à le cumuler.

La composabilité MCP, c’est des API qui deviennent des Lego

Lors d’une rapide discussion avec Teo (qui construit une plateforme MCP), j’ai testé leur constructeur MCP en important une API avec une poignée d’endpoints. C’était… étrangement facile. C’est à la fois un compliment et un avertissement.

L’intérêt n’est pas de pouvoir envelopper une API. L’intérêt, c’est ce qui se passe quand tu peux composer plusieurs API en un seul paquet propre.

C’est ça, le vrai déclic : prendre un outil Google, ajouter l’endpoint de ton CRM interne, saupoudrer d’une action Slack, puis livrer le tout comme une seule « chose » que ton agent peut utiliser de façon fiable.

Quand les API deviennent des briques composables, deux choses se produisent :

Un, le « travail d’intégration » cesse d’être un projet et devient une configuration.

Deux, la frontière entre produit et workflow s’estompe. Tes clients n’achèteront pas des fonctionnalités. Ils achèteront des résultats qui relient trois services qu’ils paient déjà.

Je crois beaucoup à l’adoption des MCP, mais je ne suis pas naïf sur le timing. Aujourd’hui, la plupart des entreprises ne comprennent toujours pas pourquoi ça compte. Cet écart, c’est l’opportunité.

L’IA dévore le no-code (et elle ne négociera pas)

Je l’ai dit à voix haute pendant cette conversation : les outils no-code qui ne pivotent pas franchement vers l’IA vont subir une pression sur les prix dont ils ne pourront pas se sortir à coups de marketing.

Si un fondateur peut ouvrir Cursor, décrire ce qu’il veut et livrer une landing page ou un outil interne correct en un après-midi, le calcul des abonnements change.

C’est déjà en cours. Teo a littéralement décidé de quitter Webflow le matin même de notre échange pour reconstruire son site avec Cursor. J’utilise encore Framer pour le site principal de Notis, mais pour les nouvelles landing pages, je préfère de plus en plus la vitesse de la construction directe avec l’IA. Moins de cérémonie. Plus d’itération.

La vérité qui dérange, c’est qu’une bonne partie du SaaS n’est qu’une interface plus agréable posée sur un ensemble d’opérations prévisibles. Dès que l’IA rend la « création d’interface » bon marché, la valeur se déplace vers la distribution, les données et les workflows vraiment difficiles à reproduire.

Le vrai changement de workflow : de la création → à la relecture

La plupart des gens utilisent l’IA comme un stagiaire : « écris ce post », « rédige cet email », « résume cette réunion ». Ça marche, mais ça ne se cumule pas.

Ma règle est simple : le contenu synthétique doit être ancré dans du contenu organique.

C’est pour ça que tout passe d’abord par des bases de données Notion : comptes rendus de réunion, updates hebdomadaires, éléments de changelog, posts sociaux, notes sur les concurrents, et même créations publicitaires. Ensuite, Notis génère des brouillons à partir de ce substrat.

À ce moment-là, mon rôle change. Je ne suis plus le créateur dans la boucle, je suis l’éditeur.

Je passe environ une heure par semaine à relire un lot de posts sociaux générés, à choisir les meilleurs, à ajuster la voix et à publier. C’est le changement que les fondateurs devraient viser : arrêter de dépenser leurs heures rares sur des premiers jets.

Ce que je ferais à ta place (édition fondateur)

Si tu veux surfer sur cette vague au lieu d’être écrasé par elle, tu n’as pas besoin d’une plus grosse bibliothèque de prompts. Tu as besoin d’un système plus serré.

Commence par centraliser tes entrées brutes. Réunions, décisions, appels clients, changements produit, expériences de contenu. Arrête de laisser le meilleur contexte mourir dans le chat.

Ensuite, modélise-le. Pas façon « data warehouse ». Façon « quels sont les noms communs de mon activité ? ». Clients, fonctionnalités, posts, réunions, concurrents, bugs, releases. Donne à chacun un foyer où il peut être interrogé.

Ensuite, automatise les jointures ennuyeuses. Une préparation de réunion qui récupère le contexte de la relation. Des brouillons de changelog mensuels qui compilent le travail livré. Une veille concurrentielle qui transforme chaque nouvelle info en post comparatif.

Enfin, impose la boucle création → relecture. Si tu produis encore tout à la main, tu plafonnes. Si tu relis des brouillons à fort effet de levier, tu passes à l’échelle.

La chute

Les fondateurs qui gagneront ne seront pas ceux qui « utilisent l’IA ». Tout le monde utilisera l’IA.

Les gagnants seront ceux qui construisent un système d’information que l’IA peut vraiment exploiter.

Les bases de données battent les documents. La composabilité bat les intégrations. Et la relecture bat la création.

C’est ça, la stack aujourd’hui.