Points Clés
- Le partage invité natif de Notion est en lecture seule, et le filtrage au niveau des lignes est en consultation seule.
- Payer 15 $/mois par siège pour les contractuels peut coûter jusqu'à 9 000 $/an pour 50 utilisateurs.
- Le nouvel outil propose un tarif fixe de 59 $/mois pour un nombre illimité d'utilisateurs.
- Le backend utilise Supabase et PostgreSQL avec la Sécurité au Niveau des Lignes (Row Level Security).
- La synchronisation des données a lieu toutes les 5 minutes.
Résumé Rapide
Un développeur a créé une solution aux coûts élevés liés à la fourniture d'un accès contractuel aux bases de données Notion. Le problème découle des fonctionnalités de partage natives de Notion, qui sont soit en lecture seule, soit nécessitent des sièges complets coûteux pour les utilisateurs qui n'ont besoin que d'un accès à des données spécifiques. Le nouvel outil agit comme une couche de permissions, permettant aux contractuels de visualiser et de modifier des lignes et des colonnes spécifiques sans avoir besoin d'un siège complet.
L'implémentation technique repose sur l'API OAuth de Notion et un backend construit avec Supabase et PostgreSQL. Cette configuration permet une synchronisation des données en temps réel et des définitions de rôles strictes. Le modèle de tarification est un forfait de 59 $ par mois pour un nombre illimité d'utilisateurs, offrant des économies significatives par rapport au paiement de frais par siège. Bien qu'il soit actuellement en version bêta, l'outil vise à étendre son ensemble de fonctionnalités en fonction des retours des utilisateurs.
Le Coût de l'Accès des Contractuels
Gérer l'accès des contractuels aux données internes représente un défi important pour de nombreuses agences utilisant Notion. Le problème principal est l'impossibilité de fournir des permissions granulaires permettant à la fois de visualiser et de modifier des points de données spécifiques. Les agences doivent souvent partager des données CRM ou de suivi de projet avec des travailleurs externes tout en gardant des informations sensibles comme les prix, les marges ou les données d'autres clients cachées.
Les fonctionnalités natives de Notion ne répondent pas adéquatement à ce besoin spécifique. La plateforme offre un filtrage au niveau des lignes, mais il est strictement en lecture seule, empêchant les contractuels de faire les mises à jour nécessaires. De plus, la masquage de colonnes n'est pas une fonctionnalité native, et le partage invité est restreint à un accès en lecture seule. Par conséquent, les agences sont contraintes à deux options inefficaces : payer 15 $ par mois pour des sièges complets pour chaque contractuel ou dupliquer les bases de données, ce qui crée un cauchemar de maintenance.
L'impact financier de ces limitations peut être substantiel. Sur la base de la structure de coût des sièges complets, les dépenses augmentent rapidement avec le nombre de contractuels :
- 5 contractuels coûtent 900 $/an en frais de siège gaspillés.
- 20 contractuels coûtent 3 600 $/an.
- 50 contractuels coûtent 9 000 $/an.
Ces coûts ont incité au développement d'une solution alternative qui contourne entièrement le modèle par siège.
Une Solution Technique
La solution développée est une couche de permissions qui s'intègre directement à Notion en utilisant son API OAuth. Cette intégration permet à l'outil d'agir comme un intermédiaire, contrôlant exactement les données que les contractuels peuvent voir et modifier. Le système est conçu comme un portail propre où les contractuels peuvent interagir avec les données sans avoir besoin d'un accès direct à l'espace de travail interne de Notion.
Fonctionnellement, l'outil permet aux administrateurs de définir des rôles spécifiques. Par exemple, un rôle peut être défini pour que les représentants commerciaux ne voient que les prospects dont ils sont propriétaires, tout en masquant simultanément la colonne des prix. Les contractuels accèdent à ces données via un portail dédié où ils peuvent visualiser et modifier des informations en temps réel. Le système se synchronise avec Notion toutes les 5 minutes pour garantir la cohérence des données.
Sous le capot, l'architecture se compose de :
- Frontend : Construit avec React et TypeScript.
- Backend : Utilise Supabase avec une base de données PostgreSQL, en employant la Sécurité au Niveau des Lignes (RLS) pour gérer l'accès aux données de manière stricte.
- Authentification : Gérée via Notion OAuth 2.0.
Cette stack technique garantit que les données restent sécurisées et que les permissions sont appliquées au niveau de la base de données, empêchant tout accès non autorisé.
Tarification et Disponibilité
Le modèle de tarification de cette couche de permissions est conçu pour être rentable pour les équipes de toute taille. Au lieu d'un frais par siège, le service est proposé à un tarif fixe de 59 $ par mois pour un nombre illimité d'utilisateurs. Cette structure de tarification répond directement à l'inefficacité financière de payer des sièges complets Notion pour des contractuels qui n'ont besoin que d'un accès partiel.
Actuellement, le projet est en phase bêta et a intégré 50 testeurs bêta. Les créateurs proposent un tarif de lancement pour les premiers adoptants. Les 20 premiers clients verront leur abonnement bloqué à 49 $ par mois. Après la période de lancement initiale en janvier, le prix devrait passer à 79 $ par mois pour les nouveaux abonnés.
Bien que l'outil résolve un problème critique de flux de travail, il présente actuellement plusieurs limites notées dans la feuille de route de développement :
- Il ne prend en charge que les bases de données Notion et ne fonctionne pas avec les pages.
- La synchronisation des données n'est pas instantanée et a lieu toutes les 5 minutes.
- Les utilisateurs doivent définir manuellement les rôles ; il n'y a pas de configurations prédéfinies.
- Les permissions d'équipe ne sont pas encore disponibles mais sont prévues pour les futures versions.
Un essai gratuit est disponible pour les parties intéressées pour tester la fonctionnalité.
Développement Futur
L'équipe de développement recherche activement les retours des utilisateurs pour affiner l'outil et étendre ses capacités. Ils cherchent spécifiquement des informations sur des cas d'utilisation de permissions supplémentaires qui ne sont peut-être pas actuellement couverts par l'ensemble des fonctionnalités existantes. Comprendre les besoins organisationnels divers est une priorité pour la feuille de route.
De plus, l'équipe évalue la sensibilité au prix sur le marché. En comprenant ce que les clients potentiels sont prêts à payer, ils visent à trouver un équilibre entre la fourniture de valeur et le maintien d'un modèle commercial durable. L'objectif est de construire un outil robuste qui résout le problème complexe de l'accès aux données externes au sein de l'écosystème Notion.




