L’IA par-dessus Notion n’était que la ligne de départ : construire Notis comme un Workspace agentique

Cette semaine, j’ai eu une de ces sessions client qui t’obligent à dire tout haut ce qu’on pensait tout bas : ce qu’on a construit en premier n’est pas ce qu’on construit ensuite. Notis a démarré comme une « IA par-dessus Notion », parce que c’était le moyen le plus rapide de donner aux fondateurs un vrai levier, sans leur demander de migrer leur cerveau vers un énième système. Mais plus on passe de temps avec des équipes sur le terrain, plus il devient clair que la couche est en train de devenir le produit. On fait évoluer Notis vers un Workspace agentique autonome, tout en gardant un chemin progressif pour ceux qui gèrent déjà leur vie dans Notion.

L’IA par-dessus Notion était la ligne de départ, pas la ligne d’arrivée

Si tu as utilisé Notis, tu as ressenti l’attrait : tu gardes tes bases de données, tes docs et tes conventions, et tu décris simplement ce que tu veux. Notis trouve le bon endroit, écrit la bonne chose et fait avancer le workflow.

Mais une couche a un plafond. Une couche peut automatiser et assister. Une couche ne peut pas toujours façonner l’interface dont tu as besoin ensuite.

La nouvelle direction est simple à expliquer et difficile à exécuter : Notis doit te permettre de décrire un résultat et d’obtenir l’interface qui lui correspond. Un gestionnaire de tâches adapté à ton cerveau. Un Dashboard qui colle à ton business. Un modèle de scénarios que tu ajustes en temps réel. Pas en assemblant des blocs pendant des heures, mais en disant à Notis ce que tu veux et en itérant en langage courant.

Un chemin progressif : garder ce qui marche, faire évoluer ce qui coince

Il y a un piège dans lequel tombent beaucoup de produits de « nouvel espace de travail » : ils te demandent de tout recommencer. Nouvelle structure, nouvelles règles, nouveaux modèles, nouveaux rituels. Ça va pour les équipes qui partent de zéro. C’est brutal pour les fondateurs qui ont déjà construit un système qui fonctionne à peu près. Alors on reste têtus sur ce chemin progressif. Si Notion est ta source de vérité aujourd’hui, Notis doit le respecter. Si tu veux y rester pour toujours, tu dois pouvoir le faire. Si tu veux déplacer petit à petit des morceaux de ton workflow vers des expériences natives Notis, tu dois pouvoir le faire aussi, sans migration d’un seul coup.

L’appel client qui a tout clarifié

J’ai rencontré un fondateur à la tête de plusieurs entreprises, qui gère une pile d’opérateur bien réelle et bien désordonnée : plusieurs équipes, plusieurs outils, beaucoup de changements de contexte, et zéro patience pour le « merci de reconstruire ton processus ». Un sujet de cette session dessine en gros le prochain chapitre de Notis.

La connaissance issue des réunions ne doit pas mourir dans une seule appli

Le sujet qui est resté paraissait simple : comment extraire la connaissance utile des réunions et la rendre vraiment exploitable plus tard ?

La plupart des équipes ont déjà un outil de prise de notes qu’elles aiment. Le problème n’est pas la « capture ». Le problème, c’est la « circulation ». Les notes restent coincées à un endroit, les actions sont retapées ailleurs, et le contexte qui rend les décisions compréhensibles s’évapore.

On a exploré un workflow basé sur MCP pour récupérer la connaissance des réunions directement depuis des outils comme Granola et la rendre disponible comme contexte vivant pour tout ce que fait Notis. C’est ce changement qui m’importe : la réunion n’est pas un livrable, c’est une entrée. Le résultat doit apparaître là où le travail continue (tâches, docs, CRM, relances), sans que tu doives faire le travail de liaison à la main.

Si MCP devient le standard ennuyeux qu’il promet d’être, ça veut dire que Notis peut parler couramment le langage des outils : récupérer la bonne réunion, extraire le bon souvenir et l’envoyer au bon endroit, avec des garde-fous. Le but final n’est pas une meilleure transcription. Le but final, c’est de moins perdre d’élan.