Vocabulaire produit SaaS B2B

Le business

MRR et ARR

Le revenu récurrent mensuel (Monthly Recurring Revenue) et annuel (Annual Recurring Revenue) : ce que rapportent les abonnements, hors frais ponctuels. C’est le chiffre que suivent la direction et les investisseurs d’un SaaS.

Churn

La part des clients, ou du revenu, perdue sur une période. Les deux sont indispensables à suivre, et leur poids dépend du portefeuille : beaucoup de petits clients, quelques gros comptes, ou un mélange des deux. Avec quelques gros comptes, un seul départ pèse lourd sur le revenu ; avec beaucoup de petits clients, c’est le nombre de départs qui alerte d’abord.

Upsell et cross-sell

Vendre davantage à un client existant : une offre supérieure (upsell) ou un autre module (cross-sell). En SaaS B2B, c’est souvent le travail des CSM et des commerciaux, mais le produit peut y contribuer, même quand l’organisation est portée par la vente : un usage qui montre le besoin, une fonctionnalité qui donne envie du module voisin. Cantonner ce sujet aux commerciaux et aux CSM risque de couper l’équipe produit des enjeux business de l’entreprise.

LTV et CAC

La LTV (Lifetime Value), c’est ce qu’un client rapporte pendant toute la durée où il reste client : en gros, son abonnement mensuel multiplié par le nombre de mois où il reste. Le CAC (Customer Acquisition Cost), c’est ce qu’il a coûté pour le signer : le marketing, les salons, le temps des commerciaux, divisés par le nombre de nouveaux clients. Si un client rapporte nettement plus qu’il n’a coûté à signer, la croissance est rentable ; sinon, chaque nouveau client fait perdre de l’argent. Le churn pèse directement sur la LTV : un client qui part tôt rapporte moins.

Une vision claire du marché (Discovery)

Discovery produit

Le travail qui précède le développement : comprendre qui achète, qui utilise, et ce qui les bloque, en croisant le terrain (commerce, CSM, clients) et les données du marché. Elle évite de construire ce que personne n’utilisera.

Jobs to be done (JTBD)

Le « travail » qu’un client cherche à accomplir avec le produit, par exemple « envoyer mes factures sans relance ». Ce cadre aide à partir du besoin, avant la fonctionnalité demandée.

Persona

Le portrait type d’un utilisateur ou d’un acheteur, construit à partir d’entretiens réels. En SaaS B2B, l’acheteur et l’utilisateur sont souvent deux personnes différentes.

User journey map

La carte du parcours d’un client, étape par étape : ses actions, ses outils, ce qu’il pense et ce qu’il ressent. Elle montre où le parcours coince, vu du côté du client.

Une promesse comprise et partagée (Proposition de valeur)

Proposition de valeur

Ce que le produit apporte au client, dit en une phrase qu’il comprend. Le commerce, les CSM et le marketing la comprennent de la même façon, et on la retrouve dans le produit.

Value proposition canvas

Un outil qui met en face les attentes du client (ses tâches, ses difficultés, ses gains espérés) et ce que le produit y répond. Il sert à vérifier que la promesse colle au besoin.

Positionnement

La place que le produit veut occuper dans la tête du client face aux concurrents : pour qui, face à quelle alternative, et pourquoi lui.

Une offre vendue, déployée et facturée (Business model)

Business model et lean canvas

La façon dont l’entreprise crée de la valeur et la facture. Le lean canvas la résume sur une page : problème, clients, solution, canaux, revenus, coûts.

Pricing et packaging

Le prix, et la façon de regrouper les fonctionnalités en offres. Une fonctionnalité livrée hors de toute offre se donne sans se facturer.

Un parcours utilisateur simplifié (Adoption)

Onboarding produit

Les premiers pas du client dans le produit, de la signature au premier usage réussi. Un onboarding raté retarde la valeur perçue, et prépare le churn.

Activation et KPI d’adoption

L’activation, c’est le moment où un client tire pour la première fois la valeur promise. Les KPI d’adoption mesurent ensuite qui utilise quoi, et à quelle fréquence.

Product-led growth

Une croissance portée par le produit lui-même : essai gratuit, usage qui s’étend dans l’entreprise, montée en gamme déclenchée par l’usage. En SaaS B2B, elle complète souvent la vente par les commerciaux.

Une priorisation qui se réajuste à chaque livraison (Delivery & Data)

North Star metric

L’indicateur unique qui mesure la valeur que les clients tirent du produit, et qui annonce le revenu. Les autres KPI expliquent ce qui le fait bouger.

AARRR

Les « métriques pirates » : Acquisition, Activation, Rétention, Recommandation et Revenu. Le cadre découpe le parcours du client en cinq étapes, pour voir où il décroche.

OKR

Objectives and Key Results : un objectif qualitatif, et deux à cinq résultats chiffrés qui disent s’il est atteint. Ils donnent la même direction aux équipes, souvent pour un trimestre.

RICE

Une méthode de priorisation qui note chaque sujet sur sa portée (Reach), son impact, la confiance dans l’estimation (Confidence) et l’effort. Elle oblige à comparer les sujets avec les mêmes critères.

Roadmap glissante

Une feuille de route revue régulièrement, au fil de ce que chaque livraison apprend, plutôt qu’un plan figé pour six mois ou un an.

User story mapping

Une carte du parcours de l’utilisateur, découpé en petites histoires livrables. Elle aide à livrer par petits pas ce qui a de la valeur, dans le bon ordre.

Impact mapping

Une carte qui part d’un objectif business, puis passe par les acteurs et les changements de comportement attendus, jusqu’aux fonctionnalités. Chaque fonctionnalité reste reliée à l’objectif qu’elle sert.

MVP

Le produit minimum viable (Minimum Viable Product) : la plus petite version qui permet d’apprendre quelque chose de vrai auprès des clients. Il sert à valider une hypothèse avant d’investir davantage.

NPS et CSAT

Deux mesures de satisfaction. Le NPS (Net Promoter Score) demande si le client recommanderait le produit ; le CSAT (Customer Satisfaction) note un moment précis, comme un échange avec le support.

Les rôles

Product Manager

Il décide quoi construire et pourquoi, à partir du marché et du business, et répond de ce que la livraison change pour les clients.

On le trouve dans tous les éditeurs. Dans les plus petits, il cumule souvent les rôles de Product Owner et de designer.

Product Owner

Rôle issu de Scrum : il gère le backlog avec les développeurs, écrit les user stories et accepte ce qui est livré.

On le trouve dans les équipes qui travaillent en Scrum, souvent à côté d’un PM. En France, l’intitulé couvre parfois tout le travail d’un PM.

Head of Product

Il dirige l’équipe produit : les PM, la vision, la roadmap et les arbitrages avec la direction.

On le trouve quand il y a plusieurs PM. Dans un éditeur plus petit, c’est souvent le premier PM qui en tient le rôle, sans le titre.

Lead PM ou Group PM

Un PM expérimenté qui encadre un à trois autres PM sur un périmètre, sans diriger toute l’équipe produit.

On le trouve quand l’équipe produit grandit, entre les PM et le Head of Product. C’est souvent la marche avant ce poste.

CPO

Le Chief Product Officer dirige le produit au comité de direction.

On le trouve quand le produit a sa voix au CODIR, souvent au-dessus d’un ou plusieurs Head of Product.

Fractional CPO

Il tient le rôle de CPO à temps partagé, dans plusieurs entreprises.

On le trouve chez les éditeurs qui ont besoin d’une direction produit sans recruter à temps plein.

CPTO ou CTPO

Le Chief Product and Technology Officer réunit le produit et la technique sous une même direction : il arbitre à la fois quoi construire et comment.

On le trouve souvent quand le produit et la technique ont grandi ensemble, ou quand un fondateur technique a pris le produit.

CTO

Le Chief Technology Officer dirige la technique : architecture, équipes de développement, sécurité, choix des outils. Il répond du comment, quand le CPO répond du quoi et du pourquoi.

On le trouve dans tous les éditeurs. Dans les plus jeunes, c’est souvent lui, ou le CEO, qui fait aussi le produit.

PMM

Le Product Marketing Manager porte le produit sur le marché : positionnement, messages, lancements, supports pour les commerciaux. Il fait le lien entre le produit, le marketing et la vente.

On le trouve souvent rattaché au marketing. Ailleurs, son travail se répartit entre le PM, le marketing et les commerciaux.

Product designer

Il conçoit l’expérience du produit, de la recherche utilisateur aux maquettes et aux parcours, avec le PM.

On le trouve dans l’équipe produit, aux côtés des PM. Tant que l’équipe de design est petite, c’est souvent un seul designer qui porte tout le design.

Head of Design

Il dirige l’équipe de design produit : la cohérence de l’expérience, le design system, la recherche utilisateur.

On le trouve quand il y a plusieurs designers, rattaché au produit ou directement à la direction.

UX Researcher

Il organise la recherche auprès des utilisateurs (entretiens, tests, observations sur le terrain) et en tire ce que l’équipe doit savoir avant de concevoir.

On le trouve dans les équipes de design étoffées. Ailleurs, le PM ou le product designer s’en charge.

Product Ops

Il outille l’équipe produit : les outils, les données d’usage, les rituels, les retours clients centralisés. Il libère du temps aux PM pour décider.

On le trouve quand plusieurs équipes produit doivent partager outils et rituels. Le rôle reste rare dans les éditeurs français.

Product Analyst ou Data Analyst produit

Il analyse les données d’usage pour répondre aux questions du produit : qui utilise quoi, où les clients décrochent, ce qu’une livraison a changé. Il construit les tableaux de bord que l’équipe suit.

On le trouve rattaché au produit ou à une équipe data. Ailleurs, le PM fait ses analyses lui-même.

Growth PM

Un PM centré sur un indicateur de croissance, souvent l’activation, la rétention ou l’upsell. Il mène des expériences rapides et mesure leur effet sur le revenu.

On le trouve chez les éditeurs qui misent sur le product-led growth ou sur l’upsell par le produit.

Product Engineer

Un développeur qui s’implique dans le pourquoi autant que dans le comment : il parle aux utilisateurs, propose des solutions et suit l’usage de ce qu’il livre.

On le trouve surtout dans les petites équipes où les développeurs travaillent au contact des clients.

AI Product Manager

Un PM qui conçoit des fonctionnalités d’IA : choix du modèle, qualité des réponses mesurée par des evals, coût de chaque appel, confiance des utilisateurs.

On le trouve chez les éditeurs qui mettent l’IA au cœur de leur produit.

AI Ops

Deux sens. Historiquement, l’usage de l’IA pour surveiller les systèmes informatiques et détecter les incidents. Aujourd’hui, aussi le rôle qui déploie l’IA dans l’entreprise : choix des outils, cas d’usage, règles d’utilisation, suivi des coûts.

Dans le second sens, le rôle est récent : il est souvent tenu par quelqu’un qui le cumule avec un autre poste.

AI Engineer

Un développeur qui intègre les modèles d’IA dans le produit : appels aux modèles, données fournies en contexte, agents, evals, surveillance en production.

On le trouve dans les équipes techniques des éditeurs qui intègrent des modèles d’IA.

Prompt engineer

Le spécialiste de la rédaction des instructions données aux modèles d’IA.

Le rôle existe encore, mais il se fond de plus en plus dans ceux de PM et d’AI Engineer.

Agilité : Scrum, Kanban, Scrumban et les autres

Agilité

Une façon de développer par petits incréments, en s’ajustant aux retours, née du Manifeste agile de 2001. Elle organise la livraison ; choisir ce qui rapporte reste le travail de la priorisation.

Scrum

Le cadre agile le plus répandu : des sprints de deux à quatre semaines, un Product Owner, un Scrum Master et des rituels fixes (planification, mêlée quotidienne, revue, rétrospective). Il convient aux équipes qui livrent par lots.

Kanban

Un flux continu : les tâches avancent sur un tableau, colonne par colonne, avec une limite au travail en cours. Sans sprint, il convient au support et aux sujets qui arrivent au fil de l’eau.

Scrumban

Un mélange des deux : le flux et les limites de Kanban, avec quelques rituels de Scrum, comme la rétrospective. Il est souvent adopté par les équipes qui mènent à la fois des projets et du support.

Shape Up

La méthode de Basecamp : des cycles de six semaines sur des sujets préparés à l’avance, avec un temps fixe (l’« appétit ») et un périmètre qui s’ajuste.

Dual-track agile

Deux pistes en parallèle : la discovery, qui teste les idées, et la delivery, qui livre ce qui a été validé.

Product operating model

Le modèle défendu par Marty Cagan : on confie aux équipes produit des problèmes à résoudre et des résultats à atteindre, plutôt qu’une liste de fonctionnalités à livrer.

L’IA dans le produit

Product builder

Un PM qui prototype et construit lui-même des parties du produit avec l’IA, pour tester une idée sans attendre un développeur. Dans les offres d’emploi, c’est souvent un rôle hybride : un Product Owner qui aime designer, ou un profil UX/UI à l’aise avec la technique.

Vibe coding

Coder en décrivant à une IA ce qu’on veut obtenir, sans écrire le code soi-même. Pratique pour un prototype ; à relire avant de passer en production.

Prototypage avec l’IA

Fabriquer en quelques heures un prototype cliquable, pour le montrer à des clients avant d’engager le développement. C’est de la discovery accélérée.

LLM

Large Language Model, grand modèle de langage : le moteur des IA génératives, entraîné sur de grandes quantités de texte (Claude, GPT, Mistral…).

Agent IA

Une IA qui enchaîne des actions pour atteindre un but : chercher, décider, agir dans un logiciel, en plus de répondre à une question.

Copilote ou assistant IA

Une IA intégrée au produit, qui aide l’utilisateur dans sa tâche : rédiger, résumer, remplir, suggérer.

Éditeur AI-native

Un éditeur dont le produit est conçu autour de l’IA dès le départ, et non complété par elle après coup.

Evals

Les tests qui mesurent si une fonctionnalité IA répond juste, sur des cas représentatifs, avant et après chaque changement. Sans eux, on ne sait pas si une nouvelle version fait mieux ou moins bien.

Coût d’une fonctionnalité IA

Chaque appel au modèle se paie, au volume de texte traité. Une fonctionnalité IA très utilisée peut peser sur la marge : son coût entre dans le pricing.

Et chez vous, par où commencer ?

Trente minutes pour poser votre situation produit et choisir ensemble par où commencer.