Le calcul du siège : éditeurs, lecteurs, et le coût du front

La thèse de cet article tient en une phrase : quand les usages sont asymétriques, le siège cesse d'être la bonne unité d'achat, et un front de lecture sur mesure devient un arbitrage économique à instruire — pas un caprice technique. Elle est réfutable, et les cas où elle ne s'applique pas sont listés plus bas.

L'asymétrie, la voici. Dans la plupart des outils métier, une minorité crée et modifie ; la majorité consulte. Cinq commerciaux saisissent des opportunités ; quatre-vingt-quinze personnes — direction, finance, production, service client — ont seulement besoin de voir les chiffres. Le pricing par siège, lui, facture les cent de la même façon.

L'ordre de grandeur se pose en une ligne. À 14 $ par utilisateur et par mois — le tarif d'un siège BI d'entrée de gamme constaté le 12 août 2026 —, 100 sièges coûtent 16 800 $ par an. Si 95 de ces sièges ne servent qu'à consulter, 95 % du coût de licences par utilisateur paie de la lecture.

Relevé du 12 août 2026, sur trois catégories d'outils :

Trois régimes de publication coexistent : prix par siège publics, prix « à partir de » avec rôles de lecture non chiffrés, et grilles entièrement sur devis — y compris pour la lecture seule. Le coût du lecteur est la variable la moins publiée du marché : un mécanisme à connaître avant de négocier.

Plusieurs éditeurs ont déjà dissocié lecture et édition. HubSpot rend les sièges view-only gratuits et illimités sur ses abonnements payants ; monday.com fait de même avec ses viewers, Asana avec ses invités. Trois mécanismes limitent pourtant la portée de ces rôles gratuits.

Premier mécanisme : la lecture seule est stricte — dès que le lecteur commente, saisit un formulaire ou déclenche une action, il bascule en siège payant. Deuxième mécanisme : dans la BI et le CRM haut de gamme, le lecteur reste payant ou conditionné — Power BI réserve la lecture gratuite aux capacités F64 et plus, Tableau et Looker vendent la lecture sous licence.

« Smaller F SKUs need a paid license to access shared content » — sous le seuil F64, un utilisateur gratuit a besoin d'une licence payante pour lire le contenu partagé (Microsoft Learn, 12 août 2026).

Troisième mécanisme : le périmètre du « viewer gratuit » est une clause contractuelle, pas une loi physique. HubSpot a introduit son modèle actuel pour les comptes créés après le 5 mars 2024 : la définition du siège bouge. Un budget construit sur un rôle gratuit repose sur une ligne de conditions générales.

Un front de lecture sur mesure — une application web qui lit les données de la plateforme via son API — n'est pas gratuit non plus. L'honnêteté du calcul exige un TCO outil métier complet, des deux côtés :

Coût sièges (3 ans) = nb lecteurs × prix du siège × 36 mois
Coût front  (3 ans) = build initial
                    + run mensuel × 36 (hébergement, maintenance, évolutions)
                    + coût d'accès aux données (API, capacité, licences résiduelles)
Bascule si : coût front < coût sièges

Une étude de 2010 (Journal of Revenue and Pricing Management) montre qu'en concurrence, la tarification à l'usage ne domine pas mécaniquement le forfait, à cause notamment des coûts de mesure. Le par-siège n'est pas une aberration ; c'est un optimum sous certaines conditions. C'est pour cela que l'arbitrage se chiffre au cas par cas — c'est le cœur de notre façon de construire : calculer avant de développer.

L'enjeu dépasse l'économie : c'est l'audience. Un front de lecture ne réduit pas l'accès à la plateforme, il l'élargit — l'information rationnée à quelques sièges devient disponible pour toute l'organisation, voire pour les clients et partenaires. Le mécanisme F64 le reconnaît en creux : la lecture large y est réservée aux organisations qui paient l'accès en bloc.

Ce que ça coûte de ne rien faire — En moyenne, 36 % des licences SaaS achetées ne sont pas utilisées, pour une dépense médiane de 9 455 $ par employé et par an (Zylo, 2026). Sur l'exemple de 95 lecteurs à 14 $ par mois, l'inaction vaut 15 960 $ par an et 47 880 $ sur trois ans — sans compter les personnes qui, faute de siège disponible, n'accèdent pas du tout aux données.

Le tableau donne le nombre de lecteurs à partir duquel un front dédié coûte moins cher que des sièges, sur trois ans. Les prix de siège sont des tarifs publics constatés le 12 août 2026 ; les coûts de front sont des hypothèses de TCO complet (build + run sur trois ans), à remplacer par vos propres devis. La formule : point de bascule = coût du front ÷ (prix du siège × 36).

Plus le siège est cher, plus le point de bascule est bas : à 175 $ par mois, dix lecteurs suffisent à amortir un front de 60 000 $. En dessous d'une trentaine de lecteurs sur des sièges d'entrée de gamme, le front dédié ne se justifie pas par les licences seules. Et si votre outil offre déjà des viewers gratuits suffisants, le point de bascule est infini : le front doit alors se justifier autrement — expérience utilisateur, accès client, consolidation de plusieurs sources. Ce chiffrage est la première étape de notre méthode.

Ce calcul ne s'applique pas partout. Si votre outil inclut des lecteurs gratuits illimités et que la lecture seule stricte couvre le besoin, gardez les sièges : le front ne se paiera jamais par les licences. Si vos « lecteurs » éditent, même occasionnellement, ils sont des éditeurs — le ratio réel se mesure dans les journaux d'activité, pas dans l'organigramme. En dessous d'une dizaine d'utilisateurs, certains outils sont gratuits et la question ne se pose pas. Enfin, un front dédié est un actif logiciel à exploiter : sécurité, montées de version d'API, continuité de service. Sans capacité d'exploitation, l'économie de licences se transforme en dette technique. Les tarifs cités évoluent ; les pages consultées le précisent elles-mêmes.