Nous arrivons un matin chez une marque d'alimentation animale vendue par abonnement. Trente collaborateurs, une bonne partie en télétravail. La commande tient en une ligne : auditer un espace Asana jugé sous-exploité.
Au troisième entretien, la mission a changé de sujet.
Ils n'utilisaient pas Asana. Ils utilisaient Asana et Notion. Depuis des mois, sans que personne n'ait jamais écrit ce qui devait vivre où.
Ce n'est ni un accident ni un manque de sérieux. C'est ce qui arrive quand deux outils très différents servent le même besoin flou : « qu'on s'y retrouve enfin ».
Nous sommes partenaires certifiés Asana et certifiés Notion Advanced. Nous déployons les deux, à peu près autant l'un que l'autre. Nous n'avons donc aucun intérêt à vous pousser vers l'un des deux.
Le critère utile n'est pas votre effectif
La question arrive presque toujours dans la même forme : « à partir de combien de personnes faut-il passer de Notion à Asana ? » Elle est mal posée.
Nous avons vu des équipes de cinq personnes se noyer dans Notion, et des organisations de deux cents personnes y travailler très bien.
Le critère qui décide vraiment est ailleurs : combien de personnes doivent construire la structure, et combien doivent simplement s'en servir ?
Notion demande que quelqu'un dessine l'espace, décide de la hiérarchie des pages, invente les bases de données. Ce travail ne disparaît jamais. Il se renouvelle à chaque nouveau besoin.
Asana, lui, vous impose un rangement dès le premier jour. Vous ne le dessinez pas : vous l'occupez.
Tant que la personne qui construit est aussi celle qui utilise, l'écart ne se voit pas. Il apparaît le jour où ceux qui consomment la structure deviennent nettement plus nombreux que ceux qui la produisent.
Et le coût de ce moment-là est mesurable : McKinsey estime à environ 20 % du temps de travail le temps passé à chercher de l'information. Un espace mal rangé ne se paie pas en licences, il se paie en heures.
Ce qu'Asana impose, et pourquoi c'est un service
Asana a une géographie fixe. Les tâches vivent dans des projets, les projets vivent dans des équipes. Trois étages, pas d'exception.
La documentation suit la même logique. Elle peut vivre dans la description d'une tâche, dans le brief et les notes du projet, dans les notes de l'équipe, ou dans un projet dédié qui joue le rôle de wiki interne. Quatre emplacements, pas quarante.
Ce n'est pas la souplesse la plus séduisante du marché.
C'est justement ce qui la rend économe : un nouvel arrivant n'a pas à comprendre l'intention de celui qui a monté l'espace, il a seulement à apprendre trois niveaux.
Nous avons formé quarante-huit assistantes de direction à Asana en une session unique d'une heure trente. Cela ne tient pas à leur talent ni au nôtre : cela tient au fait qu'il n'y avait pas d'architecture à leur expliquer.
Une réserve, parce qu'elle décide beaucoup de projets. Les portefeuilles et les objectifs d'Asana ne sont pas ouverts sur toutes les offres. Beaucoup d'organisations démarrent en gratuit, passent à l'offre intermédiaire, et découvrent que la brique de pilotage qu'elles visaient relève du palier au-dessus. Si votre décision repose dessus, vérifiez-le avant de signer.
Ce que Notion laisse faire, et ce que ça coûte
Notion part de l'inverse. Rien n'est imposé, tout est possible : des pages, des bases de données, des vues, des relations entre elles.
C'est un avantage réel quand la valeur de votre travail tient dans ce que vous écrivez plutôt que dans ce que vous livrez.
Une équipe de veille de cinq personnes en conseil hospitality avait besoin d'une base classifiée pour alimenter la création de nouveaux concepts. Un service innovation de dix personnes dans un groupe international suivait des projets segmentés par pays, par sujet et par segment. Dans les deux cas, aucune arborescence standard n'aurait convenu.
Mais cette liberté a une contrepartie, et elle est systématique : sans gouvernance, un espace Notion s'épaissit. Des pages orphelines, des doublons, des bases que plus personne n'alimente.
Nous sommes intervenus dans une banque d'accompagnement de startups après deux ans d'usage sans règles communes. L'espace était devenu ingérable. Le travail a consisté à diagnostiquer, archiver les zones mortes, réorganiser, puis former pôle par pôle.
Autre repère utile : chez une structure de quinze personnes en e-commerce, en forte croissance, la mise en place de Notion a demandé huit semaines d'ateliers hebdomadaires, en alternant séances plénières et séances par équipe.
Notion ne s'installe pas. Il se cultive.
Notre recommandation, selon qui construit chez vous
- Une équipe qui écrit plus qu'elle ne livre, quelle que soit sa taille.Veille, recherche, référentiel métier, base de connaissance interrogeable : Notion est chez lui. À condition d'accepter le temps d'atelier qui va avec.
- Une équipe qui suit des livrables avec des échéances.Responsable, date, statut, dépendances, charge : Asana est plus rapide à mettre en service et beaucoup plus dur à déformer avec le temps.
- Une équipe peu familière de ce type d'outil.Le cadre imposé est un accélérateur d'adoption. On n'y construit pas une usine à gaz sans s'en apercevoir, et la formation se compte en heures plutôt qu'en semaines.
- Une organisation où une seule personne tient l'outil à bout de bras.Si cette personne part, Notion perd son architecte. Asana, lui, garde son rangement. C'est un critère de risque, pas de confort.
- Les deux, mais avec une frontière écrite.La cohabitation fonctionne quand la règle est explicite : ce qui avance ici, ce qui se conserve là. Elle échoue toujours quand elle reste implicite.
Comment nous avons tranché, dans le cas du début
Nous n'avons pas rendu un verdict. Nous avons rendu deux scénarios.
Le premier : conserver les deux outils, en clarifiant noir sur blanc le rôle de chacun et en reprenant la formation sur cette base.
Le second : tout basculer sur Notion, en assumant le travail de structuration que cela implique et le palier d'abonnement associé. Le choix appartenait au client. Il ne dépendait pas des fonctionnalités, mais de sa capacité à entretenir un espace dans la durée.
C'est aussi la méthode que nous recommandons chez vous. Comptez les personnes qui devront créer de la structure. Comptez celles qui devront seulement la lire. Regardez qui reste quand la première liste part en congés.
Le comparatif ne choisit que le support. Ce qui tient dans le temps, c'est ce que vous aurez décidé avant de l'ouvrir.
FAQ
Asana ou Notion pour une équipe de dix personnes ?
Les deux tiennent à cette taille. Regardez plutôt la nature de votre production : si votre travail se mesure en livrables datés, Asana est plus direct. S'il se mesure en documentation, en veille ou en référentiel réutilisable, Notion prend l'avantage.
Peut-on faire cohabiter Asana et Notion ?
Oui, et c'est fréquent. Mais la cohabitation ne s'improvise pas : il faut écrire ce qui vit dans chacun et le rappeler en formation. Sans cette règle, l'information se dédouble et plus personne ne sait laquelle fait foi.
Notion peut-il remplacer un outil de gestion de projet comme Asana ?
Sur le suivi de tâches, oui, techniquement. La différence se joue sur la maintenance : dans Notion, votre suivi de projet est un objet que vous avez construit et que vous devrez faire évoluer vous-même. Dans Asana, il est livré et maintenu par l'éditeur.
Asana suffit-il pour héberger notre documentation, ou faut-il Notion en complément ?
Asana suffit dans beaucoup de cas, avec un avantage souvent sous-estimé : la documentation vit à l'endroit où le travail se suit. Notion reste préférable quand la documentation est un produit en soi, consultée par des gens qui ne suivent aucun projet.
Notre espace Notion est devenu ingérable. Faut-il changer d'outil ?
Rarement. Dans la plupart des cas, il manque une gouvernance, pas un logiciel. Un diagnostic, l'archivage des espaces morts et des règles d'usage par pôle règlent le sujet plus sûrement qu'une migration, qui recommencerait le même désordre ailleurs.
Voir aussi
Où en est votre maturité opérationnelle ?
Réserver un diagnostic gratuit- Monday Partner
- Asana Partner
- Notion Advanced
- AirSaas