Sigma

Ce que c’est

Sigma est un outil de BI qui ressemble à un tableur et exécute chaque clic comme une requête en direct sur votre warehouse cloud — Snowflake, Databricks, BigQuery, Redshift ou Postgres. Rien n’est extrait vers un stockage propre à Sigma, donc la sécurité au niveau des lignes et le masquage de colonnes déjà configurés dans le warehouse s’appliquent à chaque graphique sans être reconstruits. Ce qui la distingue de Tableau ou de Power BI, c’est le chemin d’écriture : les input tables permettent à un utilisateur métier de saisir des forecasts, des ajustements de quota ou des notes de compte dans une grille qui atterrit sous forme de lignes dans le warehouse, et les actions enchaînent ces modifications en formulaires, validations et appels d’API. Un dashboard devient ainsi une petite application de données. En avril 2026, Sigma a ajouté Sigma Agents — des agents no-code construits dans un workbook, déclenchés par un planning ou un événement, qui lisent les données gouvernées du warehouse et y réécrivent, publient dans Slack ou poussent des données vers Salesforce et HubSpot avec les permissions de l’utilisateur qui les déclenche. Sigma a annoncé 200 M$ d’ARR en avril 2026, avec plus de 100 % de croissance sur un an et plus de 2 000 clients, puis a levé une Série E de 80 M$ à une valorisation de 3 Md$ le 18 mai 2026, menée par Princeville Capital, avec les fonds de capital-risque de Databricks, ServiceNow et Workday.

Pourquoi on la retrouve dans les stacks RevOps et CS

• Le writeback remplace le tableur fantôme. La douleur récurrente de RevOps, c’est un call de forecast, un plan de territoires ou une revue de risque de renouvellement qui vit dans Google Sheets parce que l’outil de BI est en lecture seule. Dans Sigma, le commit d’un AE ou l’alerte de risque d’un CSM est une ligne d’input table à côté des données CRM et d’usage produit qu’elle référence, avec un journal des modifications. Modifier des input tables ne demande que la licence Act, pas un siège de builder.
• La gouvernance est héritée, pas réimplémentée. Les agents reproduisent exactement les permissions de l’utilisateur — si un utilisateur ne peut pas écrire dans une table, son agent non plus. Pour une équipe CS qui interroge une télémétrie produit contenant des PII clients, c’est la raison pour laquelle le juridique dit oui.
• Elle s’insère dans les outils d’IA que vous utilisez déjà. Le serveur MCP de Sigma permet à Claude, ChatGPT, Codex et Cursor de rechercher, décrire et interroger les modèles de données Sigma via OAuth. Une bêta publique d’août 2026 permet de faire tourner les fonctions d’IA de Sigma avec votre propre clé d’API et votre propre contrat Anthropic.

La réalité des prix

Aucun prix catalogue n’est publié. La licence comporte quatre niveaux — View, Act, Analyze, Build — plus des crédits d’usage et la facture de votre propre warehouse. Les crédits mesurent des événements précis : un par ligne d’input table modifiée dans un workbook publié (plafonné à 100 par action), un par appel d’API ou de procédure stockée depuis une action, un par fichier exporté unique et 0,1 par message envoyé à un agent. Les modifications en brouillon et les uploads CSV vers des brouillons ne coûtent rien.

Données acheteurs : Vendr situe le contrat médian à 64 941 $ par an sur 154 achats, avec une fourchette de 15 585 $ à 145 339 $, et des acheteurs qui signent 24,6 % sous le premier devis. Ses tranches vont de 20 000–60 000 $ pour 10–25 utilisateurs à 60 000–150 000 $ pour 25–75. Un siège Build coûte environ 3 à 5 fois un siège View, donc le mix de licences pèse plus sur la facture que l’effectif. Prévoyez 25 000 $ par an comme plancher pour un vrai déploiement RevOps, hors compute du warehouse.

Idéal pour

Les responsables RevOps et CS ops d’entreprises disposant d’un warehouse Snowflake ou Databricks modélisé et de 15 à 100 utilisateurs métier qui ont besoin à la fois de reporting en self-service et de quelques applications avec writeback — soumission de forecast, planification des territoires et des quotas, revue du risque de renouvellement — sans monter une plateforme séparée d’outils internes.

Ne l’achetez pas sans warehouse cloud : Sigma n’aurait rien à interroger. Écartez-la si vous êtes sous Microsoft 365 E5, où Power BI Pro est déjà inclus et où le coût marginal de la BI est quasi nul. Et écartez-la si l’application est surtout de l’interface et de la colle d’API avec peu d’analytique — c’est un travail pour Retool.

Face aux alternatives

Power BI est l’acteur historique par base installée, à 14 $ par utilisateur et par mois pour Pro depuis avril 2025. Choisissez-le si vous êtes une entreprise Microsoft et que le reporting est tout le travail. Choisissez Sigma quand les utilisateurs métier doivent modifier des données gouvernées, ou quand votre warehouse est Snowflake ou Databricks et que vous voulez chaque requête en direct plutôt que rafraîchie dans un dataset.

Tableau Cloud Creator est affiché à 75 $ par utilisateur et par mois. Choisissez-le pour une exploration visuelle intensive par des analystes formés. Choisissez Sigma quand le public est composé d’équipes ops habituées aux tableurs et que la réponse doit être réécrite dans les données.

Omni est le nouvel entrant à la croissance la plus rapide : Série C de 120 M$ à 1,5 Md$ de valorisation en avril 2026, sur une croissance du chiffre d’affaires de 4x sur un an. Choisissez Omni quand une couche sémantique gouvernée, façon Looker, est la priorité et que le writeback ne l’est pas. Choisissez Sigma quand le writeback et les agents sont l’objectif.

Retool affiche un contrat médian comparable (64 623 $ selon Vendr). Choisissez Retool quand l’application se compose de formulaires et d’appels d’API avec l’analytique en panneau latéral ; choisissez Sigma quand l’application est une table gouvernée que les gens modifient et visualisent. Pour pousser vers le CRM, selon un planning, des segments définis dans Sigma, associez-la à Hightouch plutôt que de construire des actions champ par champ.

Si aucune ne convient parce que la finance, les ventes et le CS ne s’accordent pas sur ce qu’est un compte actif, vous avez un problème de modélisation — voir data warehouse vs CDP.

Points de vigilance

• Les agents sont gratuits jusqu’au 1er novembre 2026, puis payants. La documentation de facturation de Sigma l’indique, sans tarif publié. Garde-fou : avant d’intégrer des agents de risque de renouvellement ou de forecast dans l’exploitation quotidienne, faites inscrire dans votre bon de commande le prix des agents après novembre et le volume de messages inclus.
• Les crédits de writeback augmentent avec les lignes, pas avec les utilisateurs. Une action planifiée qui met à jour 2 000 lignes de comptes chaque nuit consomme 2 000 crédits par nuit. Garde-fou : modélisez le volume de crédits à partir de vos actions prévues avant de signer, faites les chargements en masse en brouillon (zéro crédit) et négociez des crédits inclus ainsi que le tarif de dépassement.
• Le compute du warehouse ne figure pas sur la facture Sigma. Chaque interaction est une requête en direct, et les avis signalent des lenteurs sur de grandes tables non agrégées. Garde-fou : pointez Sigma vers un petit warehouse dédié avec auto-suspend et un resource monitor, matérialisez les modèles lourds et suivez pendant 60 jours la dépense imputable à Sigma.
• Le support du writeback varie selon le warehouse. Les input tables sur BigQuery sont en bêta publique, Sigma recommande des nœuds ra3.4xlarge ou plus pour Redshift, et Sigma Tables — le writeback partagé entre workbooks — est en bêta privée. Garde-fou : vérifiez votre warehouse sur la page des fonctionnalités prises en charge par Sigma et concevez les applications sur des input tables limitées à un seul workbook jusqu’à ce que Sigma Tables soit en GA sur votre plateforme.
• Le serveur MCP est en lecture seule. Il recherche et interroge ; aujourd’hui, il ne modifie pas les input tables et ne construit pas de workbooks. Garde-fou : gardez les actions d’écriture dans les workflows Sigma, là où s’appliquent les permissions et le journal des modifications, et réservez MCP à l’analyse.