Résumé

  • Atlas a produit 512,466 M$US au premier trimestre fiscal 2027, soit environ 75 % du revenu de MongoDB et, selon le calcul de BTW, 84,1 % de sa hausse annuelle en dollars.
  • MongoDB prévoit qu’une part plus élevée des contrats Atlas sera facturée chaque mois, à terme échu, selon l’usage et sans engagement initial. Cette formule ne s’applique pas à tous les contrats.
  • Le RPO atteint 1,4586 Md$US, mais les contrats d’une durée totale de douze mois ou moins peuvent être exclus et la consommation future du client continue de déterminer le calendrier du revenu.
  • La flexibilité offerte en aval contraste avec des engagements pluriannuels de capacité cloud que MongoDB doit payer indépendamment de l’usage réel. Leur montant et leur utilisation ne sont pas publiés.

Un abonnement facturé d’avance raconte son histoire avant que le service soit entièrement rendu. Il produit une facture, parfois du cash, puis un passif de revenu différé qui se résorbe au fil de la livraison.

Atlas peut raconter l’histoire dans l’autre sens. Le client fait tourner une charge de travail. MongoDB mesure la consommation et rend le service. Le revenu apparaît, puis vient la facture mensuelle et enfin l’encaissement. Pour certains contrats, aucun montant initial n’est nécessaire.

Ce renversement serait secondaire si Atlas restait un produit périphérique. Il ne l’est plus. Au trimestre clos le 30 avril, Atlas a représenté environ trois quarts du revenu de MongoDB. Le lieu où l’usage devient preuve financière est donc en train de devenir le lieu où se joue l’entreprise.

Quatre-vingt-quatre cents de chaque dollar de croissance

MongoDB a réalisé 687,616 M$US de revenu trimestriel, contre 549,014 M$US un an plus tôt. La progression est de 138,602 M$US, soit 25 % selon l’arrondi publié.

Atlas est passé de 395,893 M$US à 512,466 M$US. L’augmentation atteint 116,573 M$US. Elle représente 84,1 % de la hausse en dollars du groupe selon le calcul de BTW. MongoDB Enterprise Advanced et les autres offres ont ajouté 18,110 M$US, tandis que les services ont ajouté 3,919 M$US.

Cette décomposition ne révèle pas l’identité des clients et ne transforme pas Atlas en contrat unique. La société attribue l’essentiel de la croissance des abonnements à une consommation plus élevée chez de grands clients existants. Elle cite un taux d’expansion nette d’ARR de 121 %, qui compare le revenu récurrent annualisé de la cohorte présente un an plus tôt avec sa base, y compris les réductions et les départs.

Le taux mesure donc une cohorte, pas un encaissement. Le revenu Atlas mesure un service consommé. Enterprise Advanced comprend un élément de licence qui peut être reconnu au transfert, ainsi qu’un support reconnu dans le temps. Le mot « abonnement » regroupe ces économies sans les rendre synchrones.

La force du trimestre est néanmoins claire. Atlas grandit plus vite que le reste du portefeuille, et ce sont surtout les clients existants qui ont augmenté leur consommation. La question n’est pas de nier cette croissance. Elle est de savoir comment la vérifier quand une partie croissante du moteur n’exige plus de promesse financière en amont.

Une facture tardive déplace le point d’observation

MongoDB décrit plusieurs chemins commerciaux. Les clients Atlas en libre-service sont facturés mensuellement à terme échu selon l’usage. Les clients accompagnés par la force de vente signent généralement des contrats annuels et peuvent payer d’avance ou être facturés à terme échu. Certains contrats restent en vigueur jusqu’à leur résiliation et sont eux aussi facturés après usage.

La société ne dit pas que tous ces contrats sont mensuels, sans minimum ou résiliables sans coût. Elle dit seulement qu’elle s’attend à voir une proportion plus élevée de contrats Atlas facturée mensuellement après consommation, sans engagement initial.

Cette nuance protège l’analyse de deux erreurs opposées. Il serait faux de présenter MongoDB comme une société sans contrat. Il serait tout aussi faux de traiter les facturations d’avance et le carnet d’obligations comme une carte exhaustive de sa demande future.

Le bilan donne des traces de plusieurs séquences. Les créances non facturées ont atteint 25,5 M$US, contre 19,8 M$US à la fin de janvier. Elles apparaissent lorsque le service reconnu dépasse la facture déjà émise. La hausse de 5,7 M$US est cohérente avec un décalage entre service et facturation, mais elle ne prouve pas que la migration commerciale en est la cause. Les dates de contrats, le cut-off et la saisonnalité suffisent aussi à la faire bouger.

Le revenu différé total est passé de 470,7 M$US à 432,3 M$US. Environ 21 % du revenu trimestriel provenait du solde d’ouverture, contre 24 % un an auparavant. Là encore, impossible d’attribuer la baisse à un seul mécanisme. Renouvellements annuels, livraison, licences, devises et composition contractuelle se mêlent dans le même poste.

La conclusion prudente est plus utile : à mesure que la facturation suit l’usage, le revenu différé et les créances ne racontent plus seuls la cadence commerciale. Ils doivent être lus avec l’usage, la facture émise et le délai d’encaissement.

Le RPO est un périmètre, pas la totalité du moteur

Le RPO de MongoDB a progressé de 88 % à 1,4586 Md$US. Le RPO courant était de 766,3 M$US. La société prévoit de reconnaître environ 53 % du total dans les douze mois, 46 % entre treize et trente-six mois et le petit solde au-delà.

Ces chiffres constituent une vraie obligation contractuelle. Ils ne sont ni du cash, ni une consommation garantie. MongoDB applique en outre la mesure de simplification qui permet de ne pas publier le prix de transaction des contrats dont la durée totale ne dépasse pas douze mois. Or la nouvelle orientation commerciale rend précisément ces chemins courts ou sans engagement initial plus importants.

Même pour les montants inclus, le document prévient que la date et le montant du revenu dépendent généralement de la consommation future, variable à la discrétion du client. Le RPO dit qu’un prix a été affecté à une prestation non encore livrée. Il ne dit pas quand une base de données tournera, quelle charge elle portera, ni quelle marge elle produira.

Un ralentissement du RPO pourrait donc coexister avec une consommation courte et saine. Une hausse pourrait coexister avec une consommation plus lente. La bonne question n’est pas « le carnet monte-t-il ? », mais « quelle part du moteur se trouve dans le carnet, et comment le reste passe-t-il de l’usage au cash ? »

Le cash du trimestre résiste au récit alarmiste

MongoDB a généré 201,631 M$US de flux de trésorerie opérationnel, contre 109,929 M$US un an plus tôt. Le flux disponible était de 197,5 M$US. Cette capacité et environ 2,4 Md$US de liquidités et placements de court terme excluent un diagnostic de tension immédiate.

Le pont mérite pourtant d’être conservé. Les créances clients ont fourni 112,951 M$US dans le tableau de flux. Le revenu différé en a absorbé 39,864 M$US. La direction décrit l’effet net de ces deux postes comme 73,1 M$US de cash provenant des encaissements clients. Le bilan montre une baisse de créances légèrement différente, car un solde de clôture et un ajustement de flux ne couvrent pas exactement les mêmes éléments.

Le résultat net n’était que de 4,434 M$US. La rémunération en actions, sans sortie de cash dans le tableau de flux, a ajouté 137,830 M$US. Les mouvements d’exploitation ont fourni 67,6 M$US. Ces composantes ne rendent pas le cash fictif ; elles interdisent simplement de multiplier par quatre un trimestre de recouvrement favorable.

Avec davantage de factures émises après usage, le fonds de roulement pourrait devenir moins dépendant des grosses échéances annuelles, ou au contraire porter plus longtemps le service avant encaissement. Un trimestre ne permet pas de choisir. La société aborde ce changement avec un bilan robuste, mais la preuve doit désormais suivre plusieurs périodes.

La liberté du client et l’obligation du fournisseur

Atlas repose presque entièrement sur AWS, Microsoft Azure et Google Cloud Platform. MongoDB explique avoir conclu certains engagements pluriannuels non résiliables de capacité cloud, payables indépendamment de l’usage réel. Elle n’en donne ni le montant, ni la répartition, ni le taux d’utilisation.

Voici la véritable asymétrie. En aval, certains clients peuvent attendre de consommer avant de s’engager et d’être facturés. En amont, MongoDB a déjà réservé une partie de sa capacité. La plateforme mutualise ce risque entre des milliers de charges de travail, mais elle ne l’annule pas.

Au trimestre, le coût des abonnements a augmenté de 35,322 M$US. Les dépenses d’infrastructure cloud ont contribué 28,5 M$US à cette hausse. Des gains d’échelle en ont compensé une partie. La marge brute des abonnements a néanmoins reculé de 76 % à 75 %, alors que la marge globale a monté à 72 % grâce à l’amélioration des services.

Un point de marge ne prouve pas une capacité inutilisée. La part plus élevée d’Atlas augmente mécaniquement la place du coût d’hébergement, et de nouvelles fonctions peuvent coûter davantage au démarrage. Mais il identifie le test d’acceptation : la consommation, la facture, le recouvrement et le coût cloud doivent converger vers des dollars de marge brute.

Le modèle est constructif si la flexibilité attire des charges de travail, si les factures suivent rapidement et si la mutualisation protège la marge. Il devient fragile si le client peut réduire l’usage avant que MongoDB puisse réduire une capacité déjà engagée.

Sources