Glean + Snowflake unifient les données de compte en associant les ensembles de données structurées de Snowflake (interrogés via Cortex Analyst) avec le graphe de connaissances d'entreprise de Glean comprenant des documents, des billets, des courriels et des discussions. Le résultat est une perspective consciente des permissions, offrant des aperçus explicatifs pour les équipes de vente et de service, livrés en langage naturel et soutenus par des citations.

Pourquoi c'est important

La plupart des vues « 360° de compte » ignorent le contexte riche vivant en dehors des tables—comme les résumés, propositions, fils de support, notes de réunion. Glean capture ces connaissances non structurées et leurs permissions ; Snowflake abrite des faits et métriques gouvernés. Ensemble, ils génèrent des réponses riches en contexte et explicables pour les équipes de compte.

Snowflake prend désormais en charge les données non structurées (fichiers sur les étapes, AI de documents, modèles de traitement) et encourage RAG pour ancrer les LLMs dans le contexte d'entreprise—complémentaire au graphe et à la recherche hybride de Glean.

Comment ça fonctionne (en un coup d'œil)

• Données structurées (Snowflake) : Chiffre d'affaires, utilisation des produits, pipelines, indicateurs clés de performance du support—interrogés avec Cortex Analyst en SQL ou langage naturel, orchestrés par des agents.

• Connaissance non structurée (Glean) : Contrats, documents QBR, billets, notes, courriels—indexés avec des permissions dans le graphe de connaissances d'entreprise/de compagnie de Glean.

• RAG & contexte : Pour une question utilisateur (« Quels risques pour ACME ce trimestre ?»), un agent fait appel à Snowflake pour les métriques et à Glean pour le contexte, puis assemble une réponse consciente des permissions avec des citations. (La mise à jour de Glean décrit également les agents Snowflake Intelligence appelant Glean pour le contexte.)

Quoi de neuf

• Intégration directe Glean ↔ Snowflake Cortex Analyst pour que les utilisateurs/agents interrogent Snowflake depuis Glean avec NL/SQL et reçoivent des résumés ancrés.

• Flux de travail non structurés de Snowflake (étapes, AI de documents) élargissent ce qui peut se trouver près de vos faits—utile pour la lignée et l'audit.

• Direction du « graphe de contexte » de Glean mettant en avant la modélisation des relations de travail pour la fiabilité des agents et la personnalisation.

Exemples pratiques (équipes de compte)

1) Préparation QBR
Invite : « Préparez un résumé QBR pour ACME. »

• Snowflake : tendance ARR, adoption des produits, renouvellements ouverts.

• Glean : dernier document EBR, escalades de support, courriels des dirigeants.
  Sortie : un document d'une page avec citations des lignes Snowflake et des documents liés ; risques et meilleures actions suivantes.

2) Analyse des risques de renouvellement
Invite : « Qu'est-ce qui pourrait compromettre les renouvellements du T2 ?»

• Snowflake : baisse d'utilisation, MTTR du support, NPS.

• Glean : autopsies des incidents, fils de plaintes, clauses contractuelles.
  Sortie : liste des risques avec propriétaires et liens conscients des permissions.

3) Briefing pour la direction
Invite : « Résumé des 90 derniers jours d'ACME pour un courriel à la direction. »

• Combine les métriques de Snowflake avec les décisions clés tirées de Glean; retourne une courte narration avec des sources en ligne.

Feuille de route de mise en œuvre (60–90 jours)

Semaines 1–2 — Portée et sécurité

• Choisissez un chemin (renouvellements ou QBRs).

• Confirmez les classifications de données et la cartographie des permissions (ce que chaque rôle peut voir). Les connecteurs Glean récupèrent à la fois le contenu et les permissions ; Snowflake assure un accès gouverné aux tables.

Semaines 3–5 — Connecter & modéliser

• Activez les connecteurs Glean (docs, billets, courriel, wiki) et configurez le Snowflake Action Pack/Cortex Analyst dans Glean pour exécuter des requêtes NL ou SQL contre Snowflake.

• Définir le graphe de compte : Comptes ↔ Contacts ↔ Opportunités ↔ Billets ↔ Docs.

Semaines 6–8 — Construire des flux RAG

• Pour chaque invite, spécifiez : requête Snowflake, portée de la recherche Glean, et règles de citation.

• Stocker les sorties avec liens sources; tester la précision/le rappel avec les experts en la matière. (Suivre les directives RAG de Snowflake.)

Semaines 9–12 — Piloter & mesurer

• Déployez vers une petite cohorte AE/CSM.

• Suivre : temps pour préparer, précision des réponses, couverture des citations, et temps de préparation de réunion économisé.

Métriques de succès & gouvernance

Mesurer la latence des réponses P95, le taux de citation, la réalisation des bénéfices (heures économisées), et les violations d'accès aux données (zéro). Maintenir la provenance et les contrôles d'accès intacts à travers les deux systèmes ; examiner les invites et les sorties pour leur explicabilité.

FAQ

Q1. Comment cette intégration profite-t-elle aux entreprises ?
Elle fusionne les métriques gouvernées de Snowflake avec la connaissance non structurée et consciente des permissions de Glean pour fournir des aperçus de compte explicables directement dans le flux de travail—via NL/SQL et agents.

Q2. Quels types de données sont intégrés ?
Structurées : tables et vues dans Snowflake. Non structurées : fichiers, documents, courriels, billets, wikis et discussions indexés dans Glean ; Snowflake prend également en charge les fichiers non structurés sur les étapes et l'AI de documents.

Q3. Est-ce adapté à tous les secteurs ?
Oui—particulièrement là où les récits de compte, service et conformité doivent mêler métriques et documents (par exemple, SaaS, FS, santé). Les modèles RAG et Cortex + Glean s'appliquent largement.