Retour d'expérience : L'IA comme alliée des consultants Business Intelligence
En tant que professionnel naviguant entre l'UX et la Business Intelligence, j'ai intégré progressivement l'IA dans mon quotidien professionnel. Ce retour d'expérience vise à partager comment cette intégration m'a permis de gagner 20% de temps sur mes projets.
La problématique initiale : les goulots d'étranglement UX/BI
Avant d'intégrer l'IA, je me heurtais régulièrement à quatre défis majeurs que mes collègues UX et BI reconnaîtront :
- La documentation fragmentée : informations éparpillées entre Confluence, Jira, emails et notes de réunion
- La traduction des besoins utilisateurs en spécifications techniques : processus souvent laborieux et sujet aux interprétations avec une forte influence de l’intuition (qu’il faut conserver)
- Le maquettage itératif chronophage : itérations multiples consommant un temps précieux
- La perte d'informations au cours du temps: détails importants oubliés entre les phases du projet
Mon stack IA : choix et justifications
Perplexity : accélérer la recherche d'information
Mon usage : Perplexity est devenu mon outil de recherche principal pour la phase de moodboard et de benchmark.
Impact BI concret : Lors d'un projet de dashboard pour un client de Travel Retail, j'ai pu rapidement constituer un benchmark des meilleures pratiques spécifiques à ce secteur en terme d’insights business et de considérations métiers.
Temps gagné : 60%
NotebookLM : la mémoire institutionnelle des projets
Mon usage : Création d'une base de connaissances par projet permettant d'extraire rapidement des UAT, de générer des PV de recette et de synthétiser la recherche utilisateur.
Impact BI concret : Pour un outil d’analyse de prix de matière première, j'ai importé l'ensemble des entretiens utilisateurs, les spécifications et les notes de réunion. NotebookLM a permis d'identifier des patterns de besoins que j'avais initialement manqués et de générer des personas plus précis.
Limites identifiées : L'absence de connexion internet limite parfois la contextualisation des informations métier spécifiques.
Temps gagné : 20%
Claude : l'assistant polyvalent pour le métier et la création
Mon usage : Triple rôle d'expert métier, créateur de wireframes et générateur de code spécifique.
Impact BI concret :
- En phase UX : génération rapide de wireframes en React / SVG pour tester différentes approches d’UI design et experience utilisateur
- En phase BI : création de composants React / SVG pour donner des idées de visualisation et d’organisation de frontend
- En phase validation : génération automatisée de jeux de test pour créer une V1 sans dépendre de l’avancement de la data engineering.
Tracking des projets : Il existe une structure de projets pratique pour vous organiser, maintenir une connaissance unifiée et un historique de vos prompts
Temps gagné : 30%
Exemple de d’output de données factices :
Fireflies : capturer et exploiter les insights des réunions
Mon usage : Enregistrement systématique des réunions utilisateurs pour alimenter NotebookLM.
Impact BI concret : Les transcriptions automatiques ont permis d'extraire des verbatims précis pour justifier des choix de design et prioriser des fonctionnalités. J’associe aussi des verbatims automatiquement à un besoin de KPI ou un UAT ce qui permets d’avoir une justification du usecase ou de l’usage du KPI en fin de projet notamment pour éviter les dépassement ou demandes hors-scope.
Méthode efficace : Export automatique des transcriptions vers un Google Doc et connexion de NotebookLM à Google Drive pour maintenir la "mémoire projet" à jour.
⚠️ Attention à bien remettre à jour votre NotebookLM à chaque mise à jour du Google Doc source car ce n’est pas automatique.
Temps gagné : 30%
Limitations des outils et solutions envisagées
Après plusieurs semaines d'utilisation intensive, j'ai identifié plusieurs limitations importantes pour chaque outil ainsi que des alternatives potentielles.
NotebookLM : Limites et considérations de confidentialité
NotebookLM présente plusieurs contraintes significatives :
- Préoccupations de confidentialité : Tous les documents téléchargés sont stockés sur l'infrastructure Google. Google indique dans sa documentation que les informations ne sont pas utilisées pour l'entraînement des modèles.
⚠️ Pour les projets impliquant des données sensibles ou soumises à des réglementations strictes (RGPD, HIPAA), cela peut constituer un obstacle majeur.
- Absence de connectivité internet : L'impossibilité d'accéder au web limite sa capacité à contextualiser certaines informations métier spécifiques ou à vérifier des faits récents.
- Limitation de taille des corpus : Le plafond de 500 000 mots par projet peut devenir contraignant pour les projets complexes comportant de nombreux entretiens utilisateurs. Mais c’est quand même une limite haute ! 🙂
- Absence d'API : L'impossibilité d'automatiser l'ajout de documents ou l'extraction d'insights ralentit le workflow. On est qu’au début, attendons de voir comment cela s’améliore.
Claude : Coûts et limites de messages quotidiens
L'utilisation de Claude à l'échelle d'une équipe soulève plusieurs défis :
- Limitation de messages quotidiens : Avec un forfait Claude Pro, la limite de messages quotidiens peut être rapidement atteinte lorsque plusieurs membres d'équipe partagent le même compte, entraînant une rupture du workflow en pleine journée.
- Coûts d'abonnement : À 20$/mois par utilisateur pour Claude Pro, l'addition devient substantielle pour une équipe complète, surtout pour des startups ou des indépendants.
👍 Prendre une licence au début c’est suffisant
Perplexity : Limites acceptables pour la recherche
Perplexity fonctionne bien pour la recherche de sources fiables, avec quelques points d'attention :
- Biais de récence : Tendance à favoriser les sources récentes même lorsque des références plus anciennes mais faisant autorité seraient plus pertinentes.
- Sources parfois incomplètes : Pour les domaines très spécialisés (comme certains aspects de la BI), les sources peuvent être limitées ou mal contextualisées.
- Contrôle limité des sources : Impossibilité d'exclure certaines sources ou de privilégier des sources académiques dans certains cas.
- Difficultés avec les variations orthographiques des noms propres
Fireflies : Défis de synchronisation avec Google Docs
Le principal obstacle avec Fireflies concerne la synchronisation :
- Un meeting = un document : Fireflies génère un document séparé pour chaque réunion, alors que l'idéal serait d'avoir un document unique par projet qui s'incrémente à chaque nouvelle réunion.
Alternatives et solutions émergentes
Solutions pour remplacer Fireflies
Otter.ai avec API personnalisée :
En développant un script simple utilisant l'API d'Otter.ai, on peut à priori automatiser l'ajout des nouvelles transcriptions à un document Google centralisant tous les meetings d'un projet. Voici un exemple de code simplifié fourni par Claude :
pythonimport requests from google.oauth2 import service_account from googleapiclient.discovery import build def append_transcript_to_gdoc(transcript_id, gdoc_id): # Récupérer la transcription via l'API Otter transcript = requests.get(f"https://api.otter.ai/v2/transcripts/{transcript_id}", headers={"Authorization": f"Bearer {OTTER_API_KEY}"}) # Formater la transcription formatted_transcript = format_transcript(transcript.json()) # Ajouter au document Google credentials = service_account.Credentials.from_service_account_file('credentials.json') docs_service = build('docs', 'v1', credentials=credentials) requests = [ { 'insertText': { 'location': {'index': 1}, 'text': formatted_transcript } } ] docs_service.documents().batchUpdate(documentId=gdoc_id, body={'requests': requests}).execute()
Utiliser Sembly qui semble proposer une feature intéressante :
Sembly propose désormais une fonctionnalité d'export cumulatif vers Google Docs basé sur un mot dans le titre, où un document par projet peut recevoir toutes les transcriptions de réunions liées à ce projet.
Combiner des Google Doc en 1
Je n’ai pas exploré la possibilité de combiner automatiquement des Google Doc en 1 seul selon leur nom par exemple avec un n8n ou make. A voir…
Alternatives à NotebookLM pour plus de confidentialité, les options locales :
- LlamaIndex en déploiement local : Pour les projets avec des contraintes de confidentialité strictes, vous pouvez tester un déploiement local de LlamaIndex connecté à un LLM local (comme Llama 3 70B). Cette solution assure que les données restent entièrement dans l'infrastructure de l'entreprise.
- Obsidian avec plugin AI : Pour des projets de taille moyenne, Obsidian combiné au plugin Smartcomplete ou Canvas AI offre une solution locale impressionnante pour créer des "mémoires projet" qui respectent la confidentialité.
Optimisation de Claude en environnement multi-utilisateurs
- Claude Team Plan : Pour les équipes de plus de 5 personnes, le plan d'équipe de Claude devient plus économique et offre un plus grand nombre de messages partagés.
- API Claude avec quotas par utilisateur : Pour les équipes techniques, l'utilisation de l'API Claude avec un système de quotas par utilisateur permet une meilleure gestion des limites et un suivi précis de l'utilisation.
Méthodologie intégrée pour experts UX/BI
J'ai développé une méthodologie spécifique aux projets UX/BI :
- Phase de découverte (Perplexity + Claude)
- Recherche contextuelle du domaine métier
- Génération d'hypothèses de besoins utilisateurs
- Création de guides d'entretien semi-structurés
- Phase d'entretiens (Fireflies/Otter.ai + NotebookLM)
- Capture des entretiens utilisateurs
- Analyse thématique automatisée
- Extraction des besoins fonctionnels et émotionnels
- Phase de conception (Claude + NotebookLM)
- Génération de wireframes basés sur les insights
- Création de composants visualisation spécifiques
- Validation des wireframes avec les extraits d'entretiens pertinents
- Phase de spécification (NotebookLM + Claude)
- Génération de spécifications techniques
- Création automatisée de tests d'acceptation
- Documentation des choix de conception
- Phase d'itération (Toute la stack)
- Capture des feedbacks utilisateurs
- Synthèse des points d'amélioration
- Génération rapide de nouvelles alternatives
Conseils pratiques pour experts BI
- Commencez petit : Intégrez d'abord un seul outil (Claude est le plus polyvalent) avant d'élargir votre stack
- Documentez vos prompts efficaces : Créez une bibliothèque personnelle de prompts BI qui fonctionnent bien
- Validez toujours les outputs : L'IA peut halluciner, particulièrement sur les aspects techniques de la BI
- Partagez la méthode, pas seulement les résultats : Formez vos collègues à votre approche pour amplifier l'impact et l’adoption en interne
- Mesurez pour convaincre : Documentez systématiquement vos gains de temps pour justifier l'investissement
Perspectives futures pour l'IA en BI
À l'horizon, je vois plusieurs évolutions prometteuses qui pourraient résoudre certaines des limitations actuelles :
- Agents spécialisés UX/BI : Des outils IA dédiés spécifiquement à la génération de visualisations de données avancées, avec une compréhension native des principes de data viz et des bonnes pratiques UX
- Intégration native avec les outils BI : Des connecteurs directs entre les LLMs et Power BI/Tableau pour automatiser la création de dashboards et faciliter l'itération rapide sur les visualisations. Looker Studio pourrait d’ailleurs le faire avec NotebookLM mais de là à ce que es équipes se parlent 😄
- Génération automatique de jeux de données de test : Pour valider plus rapidement les hypothèses de visualisation sans dépendre de données réelles potentiellement sensibles. Claude est une bonne solution à date tout de même.
- Tests utilisateurs augmentés par l'IA : Simulation de réactions utilisateurs pour pré-tester les interfaces avant les sessions réelles
- Système de transcription unifiée multi-réunions
- Modèles multimodaux spécialisés en UX/BI : Des modèles capables d'analyser simultanément des wireframes, des données et des retours utilisateurs pour suggérer des améliorations basées sur cette compréhension multimodale
Conclusion : augmentation amplifiée malgré les limitations
Les défis rencontrés - qu'il s'agisse des limitations de messages de Claude, des préoccupations de confidentialité de NotebookLM, ou des frustrations de synchronisation avec Fireflies - sont des obstacles temporaires dans un paysage technologique en évolution rapide. Ces limitations actuelles ne diminuent en rien la valeur fondamentale de ces outils, et des solutions émergent déjà pour les surmonter.
Le gain de 20% de temps n'est qu'un début.
Cela nous permettra soit de prendre en charge plus de projets, soit d'approfondir considérablement la qualité de nos livrables.
Pour les professionnels BI hésitant encore à franchir le pas en raison des limitations mentionnées, je recommande une approche progressive :
- Commencer par intégrer un seul outil (probablement Claude) pour les tâches à plus forte valeur ajoutée
- Tester progressivement différentes configurations et solutions alternatives
- Participer aux programmes bêta des nouvelles solutions qui émergent chaque mois
La question n'est plus de savoir si les experts BI doivent intégrer l'IA malgré ses limitations actuelles, mais comment créer un écosystème d'outils adapté qui permet de gagner un temps précieux sur les tâches répétitive et de passer plus de temps sur des tâches qui nous plaisent
LOUIS
DUBRUEL
Lead dashboard & BI chez unnest
Je vous aide à donner vie à vos tableaux de bord et produits data au service de vos utilisateurs.
Fan de Looker Studio depuis le début, je développe mes compétences de dashboard design pour délivrer la bonne information à la bonne personne avec la meilleure visualisation.
Références : L’Oréal, Club Med, HomeBox
#Dashboard
#dashboarddesign
#UI
#UX
#Dashboard
#PowerBI