La DSI et la direction des opérations doivent retrouver le périmètre client approuvé, le prochain jalon et la décision expliquant un changement dans Notion, Drive, Slack et GitHub. Elles ignorent si la recherche couvre ces questions, respecte les droits, reste actuelle ou signale une réponse faible.
Le choix Notion AI ou RAG sur mesure ne commence pas par un magasin vectoriel. Testez acheter, utilisez connecter pour un écart défini, puis choisissez développer seulement si des exigences restent sans réponse et qu’un responsable accepte la charge.
Architecture de référence, sans comparatif : aucun tenant, corpus, accès, workflow, réponse, prix ou résultat client testé.
La réponse en 60 secondes
- Acheter si Recherche Enterprise et les connecteurs passent vos tests de questions, droits, fraîcheur et preuves.
- Connecter si une requête structurée, une transformation ou une passation bornée ferme un écart précis.
- Développer si les lacunes exigent récupération, contrôles, évaluation ou actions que la PME est prête à posséder.
- Réduire ou différer si le besoin, les preuves ou la responsabilité manquent.
Dans cet article
- Définir le choix : acheter, connecter ou développer
- Poser les questions et les conditions d’acceptation
- Évaluer « acheter » : quand la recherche native Notion peut suffire
- Évaluer « connecter » : combler un écart défini
- Évaluer « développer » : posséder le produit de recherche
- Comparer les trois routes sur le même scénario
- Calculer la charge d’exploitation sans inventer de prix
- Trancher avec la grille de décision
1. Définir le choix : acheter, connecter ou développer
Ce n’est ni un concours de technologies ni le remplacement complet de Notion. C’est une décision de propriété appliquée à des questions récurrentes.
Acheter utilise Recherche Enterprise et des connecteurs configurés. Connecter ajoute requête, transformation, supervision ou passation bornée sans moteur général. Développer possède ingestion, récupération, droits, preuves, évaluation, supervision et sortie.
La catégorie intermédiaire évite un faux choix binaire. Une requête exacte sur un jalon ne justifie pas un produit RAG complet. Une accumulation d’intégrations qui recrée ingestion multi-source, récupération sémantique et évaluation n’est toutefois plus une simple connexion.
La DGE présente son guide RAG comme une méthode pour dirigeants couvrant prérequis, coûts, pratiques et choix technologiques. Le RAG est un projet à instruire, pas une route recommandée par défaut.
2. Poser les questions et les conditions d’acceptation
Scénario PME illustratif - pas un cas client IZZY. Une PME veut permettre aux personnes autorisées de répondre aux cinq mêmes questions :
- Quel périmètre client est approuvé, et qu’est-ce qui a changé ?
- Quel jalon de livraison est actuel, et qu’est-ce qui le bloque ?
- Quelle décision a modifié le travail, et où se trouve sa preuve ?
- Quelle pull request, issue ou quel fichier GitHub met cette décision en œuvre ?
- Que peut voir cette personne, de quand date la réponse et quelles sources l’étayent ?
Figez couverture, accès, fraîcheur, citations, recherche structurée, actions, évaluation, charge, dépendance et sortie. Définissez la fraîcheur par question : un engagement client peut exiger autre chose qu’une note de contexte.
Testez personne autorisée et refusée, changement de rôle, départ et source déconnectée. La documentation fournisseur est une entrée du test, pas son résultat.
Si les sources contiennent des données personnelles, la CNIL recommande de limiter les habilitations au nécessaire, de retirer les droits lors d’un changement ou départ et de les revoir. Elle demande aussi de limiter la collecte aux données adéquates, pertinentes et nécessaires, avec conservation et effacement. Ces repères ne prouvent pas la conformité.
La fraîcheur guide le choix. Identité, changements, suppression, réconciliation et replay appartiennent à la partie 5 de ce guide.
3. Évaluer « acheter » : quand la recherche native Notion peut suffire
Notion documente Recherche Enterprise pour Business et Enterprise : recherche dans l’espace et les applications connectées, portée limitée et citations. Le modèle choisi peut modifier les sources examinées. Cela ne démontre pas que les cinq questions passent.
La présence d’un connecteur n’est pas sa couverture. La vue générale privilégie recherche et résumé plutôt que calculs complexes ou larges agrégations. Les limites changent par application :
- Slack couvre des canaux configurés et certains contenus privés, avec exclusions Slack Connect, canevas et listes, historique et indexation bornés.
- Google Drive couvre des formats définis sous règles de propriété, groupes et Drive partagés, avec des limites d’audience cible, de feuilles et de mise à jour.
- GitHub couvre code, pull requests, issues, fichiers et README, avec exclusions, historique, authentification et indexation.
Le connecteur SharePoint et OneDrive (bêta) a d’autres permissions, formats, exclusions et délais. Les pratiques de sécurité de Notion restent des déclarations fournisseur, pas une assurance tenant ou de conformité.
Achetez si les cinq questions passent pour des droits, sources, fraîcheurs et preuves représentatifs. Sinon, nommez l’écart.
4. Évaluer « connecter » : combler un écart défini
Supposons que la question du jalon exige un statut exact et un filtre client. Une connexion bornée peut suffire.
L’endpoint Search recherche les titres de pages et sources partagées. Ses limites précisent que le résultat n’est ni exhaustif ni immédiat, ni optimisé pour filtrer une source.
Une intégration précise peut lire un schéma partagé, appliquer des filtres de propriété ou composés, paginer et retourner l’identité source. Elle doit encore gérer la capacité minimale, le partage, la pagination, les limites, la supervision et un responsable.
Choisissez connecter si ce périmètre ferme l’écart. S’il faut ingérer plusieurs sources, propager les identités, généraliser la récupération sémantique et évaluer, réexaminez la route comme développement.
5. Évaluer « développer » : posséder le produit de recherche
Développer ne consiste pas à ajouter un magasin vectoriel. n8n documente chargement, découpage, vectorisation, stockage et récupération, avec métadonnées et interrogation par agent ou nœud. Son exemple web reste une démonstration, pas un système de production.
La PME doit posséder récupération selon les droits, validation des sources, citations, résultats attendus, métriques, surveillance et réponse aux régressions. n8n documente jeux de test et évaluations rapides ou métriques, sans seuil universel.
n8n montre le relais d’une question sans réponse, l’approbation avant un outil et le workflow d’erreur. Aucun ne prouve reprise, réconciliation ou continuité.
Le profil GenAI du NIST couvre finalité, évaluation, sources, fournisseurs, replis et suivi. OWASP rappelle que le RAG ne supprime pas totalement l’injection de prompt ; son guide RAG traite accès, attribution, suppression, journalisation et échec fermé.
Développez seulement si les deux routes précédentes laissent un écart requis et possédé. Voir aussi les guides IZZY sur la sécurité des agents et leurs accès.
6. Comparer les trois routes sur le même scénario
Gardez questions, sources, utilisateurs et échecs identiques. Cette table est un modèle transparent, pas un cas client.
| Critère | Acheter | Connecter | Développer | Preuve requise | Responsable |
|---|---|---|---|---|---|
| couverture | inconnu - tester les exclusions | écart - périmètre volontairement borné | inconnu - concevoir et tester | résultats des cinq questions | responsable connaissance |
| accès | inconnu - tester les droits associés | inconnu - tester le partage | inconnu - tester les filtres | cycle autorisé/refusé | sécurité |
| fraîcheur | inconnu - mesurer par source | inconnu - exposer le délai | inconnu - fixer l’acceptation | horodatages et retards | propriétaire source |
| citations | inconnu - inspecter les liens | inconnu - garder l’identité | inconnu - concevoir l’attribution | preuve atteignable | contenu |
| recherche structurée | inconnu - tester les champs | inconnu - valider le filtre | inconnu - concevoir si nécessaire | fiches attendues | direction des opérations |
| actions | écart - recherche seulement | écart - passation contrôlée | inconnu - approuver les actions | frontière et trace | processus |
| évaluation | inconnu - jouer les questions | inconnu - tester la passation | inconnu - posséder jeux et métriques | résultats attendus | évaluation |
| charge d’exploitation | inconnu - relever l’administration | inconnu - inclure l’intégration | inconnu - inclure le cycle complet | registre de charge | service |
| dépendance | inconnu - cartographier la suite | inconnu - API et schéma | inconnu - modèles et magasins | inventaire | DSI |
| sortie | inconnu - tester l’arrêt ou l’export | inconnu - retirer sans rupture | inconnu - préserver l’autorité | plan d’arrêt et reprise | direction |
Consignez séparément absence de réponse, réponse faible, accès refusé, retard d’index, échec de workflow et action en attente. Aucun total ne doit cacher un blocage.
7. Calculer la charge d’exploitation sans inventer de prix
Utilisez un registre qualitatif :
charge d’exploitation = mise en place + propriété récurrente + incident/reprise + changement fournisseur + réévaluation + sortie
Notez tâche, responsable, déclencheur, preuve, conséquence d’échec et dépendance de sortie. Acheter comprend administration, tests et remplacement. Connecter ajoute supervision et maintenance. Développer ajoute récupération, accès, évaluation, incidents et fournisseurs.
Le NIST AI RMF est volontaire et en révision, pas une certification. Les guides NCSC sur conception, développement et déploiement interrogent menaces, fournisseurs, dette, repli et exploitation sans produire un prix PME.
N’inventez ni licences, jours, effectifs, ROI ou économies. La due diligence technique IZZY est une revue adjacente, pas la preuve qu’une route passe.
8. Trancher avec la grille de décision
- Acheter si l’option native passe les cinq questions et chaque condition bloquante d’accès, de fraîcheur, de preuve et d’échec.
- Connecter si une intégration bornée et possédée ferme l’écart défini sans devenir un produit général.
- Développer si des écarts documentés persistent et que l’organisation accepte exploitation et sortie.
- Réduire ou différer si l’exigence n’est pas nécessaire, si la responsabilité manque ou si la preuve reste inconnue.
Conservez preuve, responsable, inconnues, déclencheur de réévaluation et sortie. La partie 5 prend ensuite identité stable, changements, découpage, upsert, suppression, réconciliation des droits et replay.
Conclusion : choisir la route la moins lourde qui passe les critères
Évaluez Recherche Enterprise, connectez un écart précis et ne développez que pour des exigences non couvertes avec une propriété acceptée.
Aucun test comparatif réalisé. Décidez avec vos questions, droits, fraîcheurs, preuves et échecs.
Testons votre shortlist sans présumer qu’il faut développer
Apportez cinq questions récurrentes, vos sources actuelles, votre modèle d’accès, un échec inacceptable et votre shortlist. IZZY déterminera si la recherche native couvre le besoin, si une connexion bornée ferme l’écart ou si un développement est justifié. Le diagnostic peut recommander l’option native ou moins d’automatisation.
C’est exactement le périmètre de notre service Automatisation IA n8n.
Questions fréquentes
Peut-être. Testez les cinq questions, la couverture propre à chaque connecteur, les accès représentatifs, la fraîcheur et les citations utilisables. La documentation n’est pas le résultat.
Une requête structurée, une transformation, une supervision ou une passation bornée. La connexion ne possède pas une ingestion multi-source générale, la récupération sémantique et l’évaluation.
Si « acheter » et « connecter » laissent des écarts requis de couverture, contrôle, évaluation ou action, et qu’un responsable accepte l’exploitation et la sortie.
Comparez le registre de charge et demandez des données fournisseurs comparables. Ne transformez pas les prix manquants en totaux supposés.
Non. La couverture, l’historique et l’indexation diffèrent. Définissez et testez une fraîcheur acceptable pour chaque question.
Sources et méthode
Recherche vérifiée le 27 juillet 2026 dans les documentations officielles Notion et n8n pour les capacités produit, et les sources primaires DGE, CNIL, NIST, OWASP et NCSC pour les contrôles. Les liens accompagnent chaque affirmation matérielle.
Cette adaptation est un guide d’architecture IZZY. Aucun tenant, corpus, modèle d’accès, workflow, réponse, performance comparative, prix ou résultat client n’a été testé.