MRR

MRR : Revenu récurrent mensuel, somme des abonnements actifs ramenée au mois, indicateur central des applications vendues par souscription.

Le mot appartient à la famille « Business » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

Pourquoi MRR compte sur un projet mobile

MRR appartient au vocabulaire de l’achat de prestation. Le mot apparaît dans les propositions commerciales, et son sens exact décide de qui paie quoi.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

De la définition à la ligne de cahier des charges

Un cahier des charges qui mentionne « MRR » doit indiquer la méthode de calcul retenue, sinon le chiffre annoncé et le chiffre facturé ne coïncideront pas.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le mode de facturation retenu, forfait ou régie, et ce qui déclenche un avenant.
• L’échéancier de paiement, jalon par jalon, adossé à des livrables réels.
• La propriété des comptes, des accès et des données produites par le projet.
• Les conditions de réversibilité si le prestataire change en cours de route.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

Une fois la ligne écrite, la lecture ligne à ligne d’un devis dit ce qu’une proposition sérieuse doit détailler, et le guide des prix ce que coûte l’ensemble.

Vérifier plutôt que croire

MRR se recette avec le devis signé posé à côté du livrable, ligne par ligne.

• Rapprocher chaque ligne facturée d’un livrable réellement remis.
• Contrôler que les accès et les comptes sont ouverts au nom du client.
• Comparer budget engagé et budget initial à chaque jalon, pas à la fin.

Chacun de ces contrôles prend quelques minutes. Les découvrir après la mise en ligne prend des jours.

Les pièges à éviter

Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.

• Oublier la maintenance annuelle dans le budget, puis la découvrir la première année.
• Confondre le prix de fabrication et le coût total de possession de l’application.
• Ne pas prévoir la réversibilité, et se retrouver captif d’un prestataire.
• Bâtir un retour sur investissement sur des hypothèses d’usage jamais vérifiées.
• Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Cahier des charges
• TJM
• Forfait
• Régie
• CAC

Questions fréquentes

MRR : de quoi parle-t-on exactement ?

Revenu récurrent mensuel, somme des abonnements actifs ramenée au mois, indicateur central des applications vendues par souscription. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Faut-il en discuter avant ou après le devis ?

Avant. Une fois la proposition signée, chaque clarification devient une négociation, et la position du client s’affaiblit à mesure que le projet avance.

Est-ce que ça se retrouve dans le devis ?

Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.