MongoDB Aktienkurs
Insights zu MongoDB
Insights
Mit KI besser investieren
aktien.guide Unlimited – alle Details der KI-Analysen
👉 Detailliertere Insights
👉 Exklusive Einblicke in Chancen & Risiken
👉 Klare Antworten auf deine Fragen
Mit KI besser investieren
aktien.guide Unlimited – alle Details der KI-Analysen
👉 Detailliertere Insights
👉 Exklusive Einblicke in Chancen & Risiken
👉 Klare Antworten auf deine Fragen
Mit KI besser investieren
aktien.guide Unlimited – alle Details der KI-Analysen
👉 Detailliertere Insights
👉 Exklusive Einblicke in Chancen & Risiken
👉 Klare Antworten auf deine Fragen
Mit KI besser investieren
aktien.guide Unlimited – alle Details der KI-Analysen
👉 Detailliertere Insights
👉 Exklusive Einblicke in Chancen & Risiken
👉 Klare Antworten auf deine Fragen
Ist MongoDB eine Topscorer-Aktie nach der Dividenden-, High-Growth-Investing- oder Levermann-Strategie?
Als kostenloser aktien.guide Basis-Nutzer kannst Du die Scores zu allen 7.601 weltweiten Aktien einsehen.
aktien.guide Premium
aktien.guide Unlimited
Kennzahlen
📘 Marktkapitalisierung
📈 Was ist das?
Die Marktkapitalisierung zeigt, wie viel ein Unternehmen laut Börse aktuell wert ist.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Sie hilft Unternehmen in Größenklassen (Large, Mid, Small Cap) einzuordnen und gibt Hinweise auf Marktmacht und Stabilität.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Große Unternehmen gelten als stabiler, zahlen oft Dividenden, wachsen aber langsamer.
- Kleine Firmen können stärker wachsen, sind aber schwankungsanfälliger.
- Die Marktkapitalisierung ist ein guter Indikator für Unternehmensgröße, aber kein Maß für Unter- oder Überbewertung.
📘 Enterprise Value (Unternehmenswert)
📈 Was ist das?
Der Enterprise Value (EV) zeigt, was ein Unternehmen tatsächlich kostet, wenn man es komplett übernehmen würde – inklusive Schulden und abzüglich Cash.
🧮 Wie wird es berechnet?
(= Marktkapitalisierung + Nettoverschuldung)
🏛️ Wofür ist es wichtig?
Der EV ist eine realistischere Bewertungsbasis als die Marktkapitalisierung, da er die Kapitalstruktur berücksichtigt. Er ist Grundlage für Kennzahlen wie EV/FCF oder EV/Sales.
🎯 Was bedeutet das für Anleger?
- Der Enterprise Value zeigt, was ein Unternehmen tatsächlich wert ist – unabhängig davon, wie es finanziert ist.
- Er ist besonders wichtig für professionelle Investoren, da er eine objektivere Grundlage für Bewertungsvergleiche bietet als die Marktkapitalisierung allein.
- Ein Unternehmen mit hoher Verschuldung erscheint im EV teurer, eines mit viel Cash günstiger – auch wenn sie an der Börse gleich viel wert sind.
📘 Nettoverschuldung
📈 Was ist das?
Die Nettoverschuldung zeigt, wie viele Schulden nach Abzug des verfügbaren Cashs tatsächlich verbleiben.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Sie zeigt, wie stark ein Unternehmen von Fremdkapital abhängig ist – und wie gut es in der Lage ist, seine Schulden kurzfristig zu bedienen.
🎯 Was bedeutet das für Anleger?
- Eine niedrige oder negative Nettoverschuldung bedeutet hohe finanzielle Stabilität.
- Unternehmen mit viel Cash und geringer Verschuldung sind besser gerüstet für Krisen.
- Eine hohe Nettoverschuldung erhöht das Risiko – besonders bei steigenden Zinsen oder konjunkturellen Schwächen.
📘 Cash
📈 Was ist das?
Der Cashbestand zeigt, wie viele liquide Mittel einem Unternehmen sofort zur Verfügung stehen.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Er gibt Auskunft über die finanzielle Flexibilität: Ein hoher Cashbestand ermöglicht Investitionen, Rückkäufe oder Krisenresistenz.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher Cashbestand zeigt finanzielle Stärke und Handlungsspielraum.
- Cash kann für Investitionen, Schuldentilgung oder Aktienrückkäufe genutzt werden.
- Allerdings: Zu viel ungenutztes Kapital kann auch auf mangelnde Investitionsideen hinweisen.
📘 Anzahl ausstehender Aktien
📈 Was ist das?
Die Anzahl ausstehender Aktien gibt an, wie viele Aktien eines Unternehmens aktuell im Umlauf sind und von Investoren gehalten werden.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Sie ist die Grundlage für viele Kennzahlen wie Gewinn je Aktie (EPS), Marktkapitalisierung oder KGV.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Je weniger Aktien im Umlauf sind, desto höher fällt z. B. der Gewinn je Aktie aus – wichtig für Bewertung und Dividendenrendite.
- Aktienrückkäufe verringern die Anzahl ausstehender Aktien – und steigern den Wert je Aktie.
- Kapitalerhöhungen haben den gegenteiligen Effekt: mehr Aktien → Verwässerung der bestehenden Anteile.
📘 Kurs-Gewinn-Verhältnis (KGV)
📈 Was ist das?
Das KGV zeigt, wie oft der Gewinn pro Aktie im aktuellen Aktienkurs enthalten ist – also wie „teuer“ eine Aktie im Verhältnis zum Gewinn ist.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Das KGV gehört zu den bekanntesten Bewertungskennzahlen. Es hilft Anlegern einzuschätzen, ob eine Aktie im Vergleich zu ihrem Gewinn eher günstig oder teuer erscheint.
🧮 Berechnung
📊 KGV (TTM) = bezogen auf den Gewinn der letzten 12 Monate (Trailing Twelve Months):🎯 Was bedeutet das für Anleger?
- Ein niedriges KGV kann auf eine günstige Bewertung hindeuten – oder auf Probleme im Geschäftsmodell.
- Ein hohes KGV kann Wachstumserwartungen widerspiegeln – oder eine überbewertete Aktie.
📘 Kurs-Umsatz-Verhältnis (KUV)
📈 Was ist das?
Das KUV zeigt, wie viel Anleger für 1 € Umsatz eines Unternehmens zahlen – unabhängig vom Gewinn.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Das KUV ist besonders bei wachstumsstarken oder noch nicht profitablen Unternehmen hilfreich. Es zeigt, wie hoch der Umsatz an der Börse bewertet wird.
🧮 Berechnung
Marktkapitalisierung = 24,33 Mrd. $ | Umsatz (TTM) = 2,60 Mrd. $
Marktkapitalisierung = 24,33 Mrd. $ | Umsatz erwartet = 2,99 Mrd. $
🎯 Was bedeutet das für Anleger?
- Ein niedriges KUV kann auf Unterbewertung hindeuten – oder auf schwache Margen.
- Ein hohes KUV kann hohe Erwartungen widerspiegeln – oder übermäßigen Optimismus.
- Besonders sinnvoll bei Wachstumsunternehmen, bei denen der Gewinn oder Free Cashflow (noch) keine Aussagekraft hat.
📘 Unternehmenswert zu Umsatz (EV/Sales)
📈 Was ist das?
EV/Sales zeigt, wie viel Anleger für 1 € Umsatz eines Unternehmens zahlen, wenn man auch Schulden und Cash berücksichtigt – es ist eine kapitalstrukturbereinigte Version des KUV.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Diese Kennzahl eignet sich besonders für den Vergleich von Unternehmen mit unterschiedlicher Verschuldung – sie zeigt, wie teuer ein Unternehmen tatsächlich im Verhältnis zum Umsatz ist.
🧮 Berechnung
Enterprise Value = 21,97 Mrd. $ | Umsatz (TTM) = 2,60 Mrd. $
Enterprise Value = 21,97 Mrd. $ | Umsatz erwartet = 2,99 Mrd. $
🎯 Was bedeutet das für Anleger?
- EV/Sales ist neutral gegenüber der Kapitalstruktur und eignet sich gut für Unternehmensvergleiche.
- Ein niedriges Verhältnis kann auf eine günstig bewertete Aktie hindeuten – ein hohes Verhältnis auf hohe Erwartungen oder Überbewertung.
- Besonders nützlich bei wachstumsstarken, noch nicht profitablen Firmen.
📘 Unternehmenswert zu Free Cashflow (EV/FCF)
📈 Was ist das?
EV/FCF zeigt, wie viele Jahre es dauern würde, bis ein Unternehmen seinen Unternehmenswert durch freien Cashflow „zurückverdient”.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Diese Kennzahl hilft, Unternehmen auf Basis ihrer tatsächlichen Cash-Erträge zu bewerten – unabhängig von Bilanzierungsregeln oder buchhalterischem Gewinn.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein niedriges EV/FCF deutet auf eine günstige Bewertung bei starker Cashgenerierung hin.
- Ein hohes EV/FCF kann entweder auf Optimismus oder auf temporär schwachen Cashflow hindeuten.
- Besonders hilfreich bei reifen, profitablen Unternehmen mit stabilen Cashflows.
📘 Kurs-Buchwert-Verhältnis (KBV)
📈 Was ist das?
Das KBV zeigt, wie hoch der Marktwert eines Unternehmens im Verhältnis zu seinem bilanziellen Eigenkapital ist.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Das KBV ist besonders bei Substanzwerten (z. B. Banken, Industrie) relevant. Es hilft Anlegern zu erkennen, ob ein Unternehmen unter oder über seinem buchhalterischen Vermögen bewertet ist.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein KBV unter 1 kann auf Unterbewertung oder schwache Rentabilität hindeuten.
- Ein KBV über 1 zeigt, dass der Markt dem Unternehmen Mehrwert über den Buchwert hinaus zuschreibt (z. B. Marken, Patente, Wachstum).
- Das KBV eignet sich besonders gut für Unternehmen mit stabilen, materiellen Vermögenswerten.
📘 Eigenkapitalquote
📈 Was ist das?
Die Eigenkapitalquote zeigt, wie hoch der Anteil des Eigenkapitals an der Bilanzsumme eines Unternehmens ist – also wie stark es sich aus eigenen Mitteln finanziert.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Eine hohe Eigenkapitalquote steht für finanzielle Stabilität, Krisenfestigkeit und gute Bonität. Sie ist besonders relevant bei der Beurteilung der Verschuldung.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe Eigenkapitalquote signalisiert finanzielle Stabilität – besonders in Krisenzeiten.
- Ein niedriger Wert kann auf ein höheres Risiko oder eine aggressive Verschuldung hinweisen.
- Wichtig: Die Eigenkapitalquote sollte immer gemeinsam mit der Eigenkapitalrendite betrachtet werden. Nur so lässt sich beurteilen, ob ein Unternehmen nicht nur solide, sondern auch effizient wirtschaftet.
📘 Eigenkapitalrendite (ROE)
📈 Was ist das?
Die Eigenkapitalrendite zeigt, wie effizient ein Unternehmen mit dem Kapital seiner Aktionäre arbeitet – also wie viel Gewinn es pro Euro Eigenkapital erwirtschaftet.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Die Eigenkapitalrendite ist eine zentrale Rentabilitätskennzahl. Sie hilft Anlegern zu erkennen, ob das Unternehmen eine attraktive Verzinsung auf das eingesetzte Eigenkapital erwirtschaftet.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe Eigenkapitalrendite spricht für ein starkes, effizientes Geschäftsmodell.
- Besonders interessant ist sie bei kapitalintensiven Firmen oder solchen mit hoher Eigenkapitalquote.
- Wichtig: Ein sehr hoher ROE kann auch auf hohe Schulden hinweisen – daher sollte sie immer im Kontext mit der Eigenkapitalquote betrachtet werden.
📘 Return on Capital Employed (ROCE)
📈 Was ist das?
ROCE misst die Gesamtrentabilität eines Unternehmens – also wie effizient es das eingesetzte Kapital (Eigen- und Fremdkapital) zur Gewinnerzielung nutzt.
🧮 Wie wird es berechnet?
Das eingesetzte Kapital ist das gesamte betriebsnotwendige Kapital, unabhängig von der Finanzierungsquelle.
🏛️ Wofür ist es wichtig?
ROCE eignet sich besonders gut für den Vergleich unterschiedlich finanzierter Unternehmen. Es zeigt, wie effektiv ein Unternehmen Kapital investiert – unabhängig von der Kapitalstruktur.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher ROCE zeigt, dass ein Unternehmen sein Kapital effizient einsetzt – unabhängig davon, ob es durch Eigen- oder Fremdkapital finanziert ist.
- Je höher der ROCE im Vergleich zu ähnlichen Unternehmen, desto mehr Wert schafft das Unternehmen mit seinem investierten Kapital.
- Besonders wichtig ist der ROCE bei Firmen mit hohen Investitionen – z. B. in Industrie, Energie oder Infrastruktur.
📘 Return on Invested Capital (ROIC)
📈 Was ist das?
ROIC zeigt, wie effizient ein Unternehmen das Kapital investiert, das langfristig im operativen Geschäft gebunden ist – unabhängig davon, ob es aus Eigen- oder Fremdkapital stammt.
🧮 Wie wird es berechnet?
- NOPAT = „Net Operating Profit After Taxes“
- Investiertes Kapital = operatives Vermögen abzüglich nicht-verzinster Schulden
🏛️ Wofür ist es wichtig?
ROIC ist eine der präzisesten Kennzahlen zur Bewertung der Kapitalrendite – besonders im Vergleich zur Eigenkapitalrendite, weil es Verzerrungen durch Schulden vermeidet. Er zeigt, ob ein Unternehmen Mehrwert für alle Kapitalgeber schafft.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher ROIC zeigt, wie gut ein Unternehmen mit dem tatsächlich investierten (betriebsnotwendigen) Kapital wirtschaftet.
- Im Unterschied zu ROCE wird nur Kapital betrachtet, das wirklich zur Finanzierung operativer Aktivitäten dient – und verzinst werden muss.
- Besonders hilfreich, um die Kapitalrendite von Unternehmen mit viel „überschüssigem“ Kapital oder zinsfreien Verbindlichkeiten realistisch zu vergleichen.
📘 Verschuldungsgrad (Leverage Ratio)
📈 Was ist das?
Der Verschuldungsgrad zeigt, wie stark ein Unternehmen durch verzinsliche Schulden (z. B. Kredite und Anleihen) im Verhältnis zum Eigenkapital finanziert ist.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Die Kennzahl hilft, das finanzielle Risiko und die Abhängigkeit von Fremdkapital zu beurteilen. Ein hoher Verschuldungsgrad kann die Eigenkapitalrendite steigern – birgt aber auch erhöhte Risiken bei Zinsanstiegen oder Liquiditätsengpässen.
🎯 Was bedeutet das für Anleger?
- Ein niedriger Verschuldungsgrad steht für finanzielle Stabilität und Unabhängigkeit.
- Ein hoher Wert kann auf erhöhte Risiken hinweisen – insbesondere bei schwankenden Zinsen oder konjunkturellen Schwächen.
- Wichtig: Immer im Kontext zur Branche und Kapitalintensität bewerten.
📘 Umsatz
📈 Was ist das?
Der Umsatz zeigt, wie viel ein Unternehmen insgesamt mit seinen Produkten und Dienstleistungen verdient – also den Bruttoerlös vor Abzug von Kosten.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Der Umsatz ist eine der zentralen Kennzahlen zur Einschätzung der Unternehmensgröße, Marktstellung und Wachstumskraft.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein wachsender Umsatz zeigt eine steigende Nachfrage und kann ein guter Frühindikator für Gewinnsteigerungen sein.
- Vergleiche von aktuellem und erwartetem Umsatz geben Hinweise auf das Marktumfeld und Analystenerwartungen.
- Wichtig: Starker Umsatz allein genügt nicht – auch Margen und Profitabilität zählen.
📘 EBITDA
📈 Was ist das?
EBITDA steht für „Earnings Before Interest, Taxes, Depreciation and Amortization“ – also Gewinn vor Zinsen, Steuern und Abschreibungen. Es zeigt das operative Ergebnis eines Unternehmens, bereinigt um bilanztechnische und finanzierungsbedingte Effekte.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
EBITDA ist eine verbreitete Kennzahl zur Beurteilung der operativen Leistungsfähigkeit – insbesondere bei kapitalintensiven Unternehmen oder im internationalen Vergleich.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hohes oder wachsendes EBITDA spricht für starke operative Erträge – unabhängig von Bilanzierung oder Steuerlast.
- EBITDA ist besonders nützlich, um Unternehmen branchenübergreifend zu vergleichen.
- Wichtig: EBITDA ist keine offizielle Gewinnkennzahl – Abschreibungen und Finanzierungskosten werden ausgeklammert.
📘 EBIT
📈 Was ist das?
EBIT steht für „Earnings Before Interest and Taxes“ – also Gewinn vor Zinsen und Steuern. Es zeigt das operative Ergebnis eines Unternehmens nach Abschreibungen, aber vor Finanzierungs- und Steueraufwand.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
EBIT ist eine zentrale Kennzahl zur Beurteilung der Profitabilität aus dem Kerngeschäft – unabhängig von Kapitalstruktur oder Steuersystem.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hohes EBIT deutet auf ein profitables Kerngeschäft hin – vor Zinslasten oder steuerlichen Effekten.
- Es erlaubt objektivere Vergleiche zwischen Unternehmen mit unterschiedlicher Finanzierung.
- Im Vergleich mit EBITDA zeigt EBIT bereits den Einfluss von Abschreibungen auf das operative Ergebnis.
📘 Nettogewinn
📈 Was ist das?
Der Nettogewinn ist der verbleibende Jahresüberschuss (oder -fehlbetrag) eines Unternehmens – nach Abzug aller Kosten, Steuern, Zinsen und Abschreibungen
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Der Nettogewinn ist die zentrale Erfolgskennzahl – er zeigt, wie profitabel ein Unternehmen nach allen Kosten tatsächlich arbeitet.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein steigender Nettogewinn zeigt, dass das Unternehmen effizient wirtschaftet – trotz aller Kosten.
- Die Entwicklung des Gewinns beeinflusst z. B. direkt das KGV und weitere Kennzahlen.
- Im Zeitverlauf lässt sich ablesen, wie stabil und profitabel ein Geschäftsmodell wirklich ist.
📘 Free Cashflow (FCF)
📈 Was ist das?
Der Free Cashflow gibt Aufschluss über die echte finanzielle Stärke eines Unternehmens – unabhängig von Bilanzierungsregeln. Er zeigt, wie viel Spielraum für Dividenden, Aktienrückkäufe oder Schuldenabbau besteht.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
FCF reflects a company’s real financial strength – regardless of accounting profits. It shows how much flexibility a company has for dividends, share buybacks, or debt reduction.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher Free Cashflow bedeutet, dass ein Unternehmen echte Finanzkraft besitzt – unabhängig vom bilanzierten Gewinn.
- Er ist oft die solideste Grundlage für nachhaltige Dividenden und Aktienrückkäufe.
- Sinkender FCF kann ein Warnsignal sein – auch wenn der Gewinn stabil aussieht.
📘 Umsatzwachstum
📈 Was ist das?
Das Umsatzwachstum zeigt, wie stark sich die Erlöse eines Unternehmens im Vergleich zum Vorjahr verändert haben – tatsächlich (TTM) und auf Prognosebasis (erwartet).
🧮 Wie wird es berechnet?
Erwartet = (Umsatz erwartet ÷ Umsatz Vorjahr − 1) × 100
Erwartetes Wachstum basiert auf Analystenschätzungen für das laufende Geschäftsjahr.
🏛️ Wofür ist es wichtig?
Ein wachsender Umsatz ist ein zentrales Signal für steigende Nachfrage, Geschäftsausweitung und Marktanteilsgewinne – besonders bei Wachstumsunternehmen.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Wachstum ist der Motor langfristiger Wertsteigerung – besonders bei Technologie- und Wachstumsaktien.
- Wichtig ist nicht nur das aktuelle Wachstum, sondern auch dessen Nachhaltigkeit.
- Prognosen zeigen, ob Analysten weiteres Potenzial erwarten – oder eine Verlangsamung.
📘 EBITDA-Wachstum
📈 Was ist das?
Das EBITDA-Wachstum zeigt, wie stark das operative Ergebnis eines Unternehmens vor Zinsen, Steuern und Abschreibungen im Vergleich zum Vorjahr gestiegen oder gesunken ist.
🧮 Wie wird es berechnet?
Erwartet = (erwartetes EBITDA ÷ EBITDA Vorjahr − 1) × 100
Erwartetes Wachstum basiert auf Analystenschätzungen für das laufende Geschäftsjahr.
🏛️ Wofür ist es wichtig?
Ein steigendes EBITDA ist ein Zeichen für verbesserte operative Ertragskraft – unabhängig von Finanzierungsstruktur oder Abschreibungen.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Starkes EBITDA-Wachstum signalisiert operative Effizienz und Skalierung – besonders relevant in Wachstumsphasen.
- EBITDA-Wachstum ist ein Frühindikator für Margen- und Gewinnentwicklung – sollte aber stets im Zusammenhang mit Umsatz und EBIT betrachtet werden.
📘 EBIT Wachstum
📈 Was ist das?
Das EBIT-Wachstum zeigt, wie stark das operative Ergebnis eines Unternehmens (nach Abschreibungen, aber vor Zinsen und Steuern) im Vergleich zum Vorjahr gewachsen ist.
🧮 Wie wird es berechnet?
Erwartet = (erwartetes EBIT ÷ EBIT Vorjahr − 1) × 100
Erwartetes Wachstum basiert auf Analystenschätzungen für das laufende Geschäftsjahr.
🏛️ Wofür ist es wichtig?
Das EBIT-Wachstum ist ein direkter Indikator für die wirtschaftliche Entwicklung des operativen Geschäfts – unter Berücksichtigung der Kapitalintensität (Abschreibungen).
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Steigendes EBIT signalisiert wachsende operative Rentabilität – auch unter Berücksichtigung von Abschreibungen.
- Das EBIT-Wachstum ist ein wichtiges Maß zur Beurteilung von Geschäftsmodellen mit hohen Investitionskosten.
- Im Zusammenspiel mit Umsatz- und EBITDA-Wachstum ergibt sich ein umfassendes Bild zur operativen Entwicklung.
📘 Nettogewinn-Wachstum
📈 Was ist das?
Das Nettogewinn-Wachstum zeigt, wie stark der Jahresüberschuss eines Unternehmens gegenüber dem Vorjahr gestiegen oder gesunken ist – sowohl tatsächlich (TTM) als auch auf Basis von Prognosen (erwartet).
🧮 Wie wird es berechnet?
Erwartet = (erwarteter Nettogewinn ÷ Nettogewinn Vorjahr − 1) × 100
Der erwartete Wert basiert auf Analystenschätzungen für das laufende Geschäftsjahr.
🏛️ Wofür ist es wichtig?
Der Gewinn ist die entscheidende Ergebnisgröße für ein Unternehmen. Ein wachsender Nettogewinn deutet auf steigende Effizienz, stabile Kostenkontrolle und nachhaltige Ertragskraft hin.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Wachsender Nettogewinn stärkt die Bewertung, Dividendenfähigkeit und Kursfantasie.
- Stagnierender oder rückläufiger Gewinn trotz Umsatzwachstum kann auf Margendruck hinweisen.
📘 Free Cashflow-Wachstum
📈 Was ist das?
Das Free-Cashflow-Wachstum zeigt, wie sich der freie Mittelzufluss eines Unternehmens im Vergleich zum Vorjahr verändert hat – also der Betrag, der nach allen operativen Ausgaben und Investitionen übrig bleibt.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Free Cashflow ist der echte, verfügbare Geldzufluss. Wachstum in diesem Bereich ist ein Zeichen für finanzielle Stärke und steigende Flexibilität bei Dividenden, Rückkäufen oder Investitionen.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Sinkender Free Cashflow kann auf steigende Investitionen, höhere Kosten oder stagnierende operative Erträge hindeuten.
- Besonders bei Dividendenwerten ist das FCF-Wachstum wichtig – denn Dividenden werden letztlich aus dem verfügbaren Cash gezahlt.
- Ein negativer Trend sollte genauer analysiert werden – er ist nicht zwangsläufig schlecht, aber potenziell ein Warnsignal.
📘 Bruttomarge
📈 Was ist das?
Die Bruttomarge zeigt, wie viel vom Umsatz nach Abzug der direkten Herstellungskosten (Material, Produktion) als Bruttogewinn übrig bleibt – also der „Rohgewinn“ eines Unternehmens.
🧮 Wie wird es berechnet?
Auch: Bruttomarge = Bruttogewinn ÷ Umsatz × 100
🏛️ Wofür ist es wichtig?
Die Bruttomarge gibt Aufschluss über die Profitabilität eines Produkts oder Geschäftsmodells vor Fixkosten, Steuern und Zinsen. Sie zeigt, wie effizient ein Unternehmen produzieren oder einkaufen kann.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe Bruttomarge deutet auf starke Preissetzungsmacht und effiziente Herstellung hin.
- Sinkende Bruttomargen können auf Kostensteigerungen oder Preisdruck hindeuten.
- Besonders im Vergleich zu Wettbewerbern liefert die Bruttomarge wertvolle Einblicke in die Geschäftsqualität.
📘 EBITDA-Marge
📈 Was ist das?
Die EBITDA-Marge zeigt, wie viel vom Umsatz als operativer Gewinn vor Zinsen, Steuern und Abschreibungen (EBITDA) übrig bleibt. Sie misst die operative Effizienz – ohne Verzerrungen durch Finanzierung oder Buchwerte.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Die EBITDA-Marge hilft zu verstehen, wie viel operativer Gewinn ein Unternehmen aus jedem Euro Umsatz erzielt – unabhängig von Kapitalstruktur oder steuerlichem Umfeld.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe EBITDA-Marge zeigt starke operative Ertragskraft – unabhängig von Bilanzierungseffekten.
- Die Marge ermöglicht gute Vergleiche zwischen Unternehmen und Branchen.
- Ein stabiler oder wachsender Wert kann auf effiziente Kostenkontrolle und Skalierbarkeit hindeuten.
📘 EBIT-Marge
📈 Was ist das?
Die EBIT-Marge zeigt, wie viel Prozent des Umsatzes als operativer Gewinn nach Abschreibungen, aber vor Zinsen und Steuern übrig bleiben.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Die EBIT-Marge misst die operative Ertragskraft eines Unternehmens unter Berücksichtigung der Kapitalintensität (z. B. Maschinen, Anlagen). Sie eignet sich gut zum Vergleich von Geschäftsmodellen mit unterschiedlich hohen Abschreibungen.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe EBIT-Marge zeigt, dass ein Unternehmen auch nach Abschreibungen effizient arbeitet.
- Sie ist besonders relevant in kapitalintensiven Branchen.
- Langfristig stabile oder steigende Margen sind ein Zeichen wirtschaftlicher Stärke und Preissetzungsmacht.
📘 Nettomarge
📈 Was ist das?
Die Nettomarge zeigt, wie viel vom Umsatz am Ende als „Reingewinn“ übrig bleibt – also nach Abzug aller Kosten, Zinsen, Steuern und Abschreibungen.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Die Nettomarge gibt an, wie effizient ein Unternehmen über alle Stufen hinweg wirtschaftet. Sie zeigt, wie viel Gewinn tatsächlich je Euro Umsatz übrig bleibt.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe Nettomarge zeigt, dass ein Unternehmen nicht nur operativ stark ist, sondern auch seine Finanzierung und Steuerbelastung im Griff hat.
- Vergleiche mit Wettbewerbern geben Einblicke in die wirtschaftliche Qualität.
- Sinkende Nettomargen trotz Umsatzwachstum können ein Warnsignal sein – etwa für steigende Kosten oder sinkende Effizienz.
📘 Free Cashflow Marge
📈 Was ist das?
Die Free-Cashflow-Marge zeigt, wie viel vom Umsatz nach Abzug aller operativen Ausgaben und Investitionen tatsächlich als freier Mittelzufluss übrig bleibt.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Diese Marge misst die echte Liquidität, die ein Unternehmen erwirtschaftet – unabhängig von Bilanzierungsregeln oder Abschreibungen. Sie ist besonders relevant für Dividenden, Rückkäufe und Investitionen.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Eine hohe Free-Cashflow-Marge zeigt, dass ein Unternehmen nachhaltig liquide Mittel erwirtschaftet.
- Sie ist ein starkes Signal für finanzielle Stabilität und Ausschüttungspotenzial.
- Wichtig ist der langfristige Trend – sinkende Werte können auf steigende Investitionen oder rückläufige operative Effizienz hindeuten.
📘 Ergebnis je Aktie (EPS)
📈 Was ist das?
Das Ergebnis je Aktie (EPS) zeigt, wie viel Gewinn auf eine einzelne Aktie entfällt – und ist eine der wichtigsten Kennzahlen zur Bewertung von Unternehmen.
🧮 Wie wird es berechnet?
Die verwässerte Aktienanzahl berücksichtigt auch potenzielle neue Aktien, etwa durch Optionen, Wandelanleihen oder andere Umtauschrechte.
🏛️ Wofür ist es wichtig?
EPS bildet die Basis für viele Bewertungskennzahlen wie KGV, PEG oder Payout Ratio. Es macht den Gewinn für Aktionäre vergleichbar – unabhängig von der Unternehmensgröße.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- EPS hilft, die Profitabilität pro Aktie zu erfassen – und ist besonders wichtig im Zeitvergleich oder im Vergleich mit Analystenschätzungen.
- Steigendes EPS kann ein Zeichen für stabiles Wachstum oder Aktienrückkäufe sein.
- Wichtig: Verwende verwässertes EPS für realistische Bewertungen – besonders bei stark aktienbasierten Vergütungssystemen.
📘 Free Cashflow je Aktie (FCF je Aktie)
📈 Was ist das?
Der Free Cashflow je Aktie zeigt, wie viel freier Mittelzufluss einem Unternehmen pro Aktie zur Verfügung steht – nach Investitionen, aber vor Dividenden oder Schuldentilgung.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Der FCF je Aktie zeigt, wie viel liquide Mittel pro Aktie tatsächlich im Unternehmen verbleiben – wichtig für Dividenden, Aktienrückkäufe oder Schuldentilgung. Im Gegensatz zum Gewinn ist er schwerer manipulierbar und daher besonders aussagekräftig.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher Free Cashflow je Aktie ist ein Zeichen für hohe finanzielle Flexibilität.
- Er zeigt, wie viel Kapital ein Unternehmen effektiv einsetzen oder ausschütten kann.
- Besonders relevant für dividendenstarke Unternehmen oder solche mit starker Kapitalrendite.
📘 Short Interest
📈 Was ist das?
Short Interest zeigt, wie viele Aktien eines Unternehmens aktuell leerverkauft wurden – also von Investoren geliehen und verkauft, in der Erwartung fallender Kurse.
🧮 Wie wird es berechnet?
Der Wert zeigt den Anteil der Aktien, der aktuell auf fallende Kurse spekuliert wird.
🏛️ Wofür ist es wichtig?
Short Interest dient als Stimmungsindikator: Ein hoher Wert deutet auf Skepsis oder negative Erwartungen gegenüber dem Unternehmen hin – kann aber auch zu einem „Short Squeeze“ führen, wenn der Kurs plötzlich steigt.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein niedriger Short Interest deutet auf Vertrauen in das Unternehmen hin.
- Ein hoher Wert kann ein Warnsignal sein – oder eine Chance, wenn sich die Stimmung dreht.
- Besonders spannend in volatilen Märkten oder vor wichtigen Quartalszahlen.
📘 Employees
📈 Was ist das?
Die Mitarbeiteranzahl zeigt, wie viele Personen ein Unternehmen weltweit beschäftigt – ein Indikator für Größe, Struktur und Geschäftsmodell.
🧮 Wie wird es berechnet?
🏛️ Wofür ist es wichtig?
Sie hilft bei der Einschätzung von Skaleneffekten, Effizienz und Personalkosten. Zusammen mit Umsatz und Gewinn lassen sich Kennzahlen wie Produktivität je Mitarbeiter ableiten.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Viele Mitarbeiter bedeuten große operative Komplexität – aber auch hohes Umsatzpotenzial.
- Produktivität je Mitarbeiter ist ein wichtiger Indikator für Effizienz.
- Besonders spannend bei stark wachsenden Tech- oder Industrieunternehmen.
📘 Umsatz je Mitarbeiter
📈 Was ist das?
Der Umsatz je Mitarbeiter zeigt, wie viel Erlös ein Unternehmen durchschnittlich pro Beschäftigtem erwirtschaftet – eine Kennzahl für Effizienz und Produktivität.
🧮 Wie wird es berechnet?
Die Mitarbeiterzahl stammt in der Regel aus dem letzten verfügbaren Jahresbericht.
🏛️ Wofür ist es wichtig?
Diese Kennzahl hilft, Geschäftsmodelle zu vergleichen – insbesondere zwischen arbeitsintensiven und technologiegetriebenen Unternehmen. Ein hoher Wert deutet auf Automatisierung, Effizienz oder hohen Wertschöpfungsanteil hin.
🧮 Berechnung
🎯 Was bedeutet das für Anleger?
- Ein hoher Umsatz je Mitarbeiter spricht für ein skalierbares und margenstarkes Geschäftsmodell.
- Ein niedriger Wert kann auf arbeitsintensive Prozesse oder geringere Wertschöpfung hinweisen.
- Besonders hilfreich beim Vergleich von Tech- vs. Industrieunternehmen.
MongoDB Aktie Analyse
Analystenmeinungen
45 Analysten haben eine MongoDB Prognose abgegeben:
Analystenmeinungen
45 Analysten haben eine MongoDB Prognose abgegeben:
Beta MongoDB Events
🇩🇪 Neu: Alle Transkripte jetzt auch auf Deutsch verfügbar!
Abonniere Premium, um Transkripte und KI-Zusammenfassungen auf Deutsch zu lesen.
Vergangene Events
|
JUN
11
D.A. Davidson 2nd Annual Technology & Consumer Conference 2026
vor 14 Tagen
|
|
JUN
3
Bank of America 2026 Global Technology Conference
vor 22 Tagen
|
|
JUN
2
46th Annual William Blair Growth Stock Conference
vor 23 Tagen
|
|
MAI
28
Q1 2027 Earnings Call
vor 28 Tagen
|
|
MÄR
4
Morgan Stanley Technology
vor 4 Monaten
|
|
MÄR
2
Q4 2026 Earnings Call
vor 4 Monaten
|
|
DEZ
11
Barclays 23rd Annual Global Technology Conference
vor 7 Monaten
|
|
DEZ
3
UBS Global Technology and AI Conference 2025
vor 7 Monaten
|
|
DEZ
1
Q3 2026 Earnings Call
vor 7 Monaten
|
|
NOV
3
Special Call - MongoDB, Inc.
vor 8 Monaten
|
|
SEP
17
Special Call - MongoDB, Inc.
vor 9 Monaten
|
|
SEP
11
Piper Sandler 4th Annual Growth Frontiers Conference
vor 10 Monaten
|
|
SEP
9
Goldman Sachs Communacopia + Technology Conference 2025
vor 10 Monaten
|
|
SEP
3
Citi’s 2025 Global Technology
vor 10 Monaten
|
|
AUG
26
Q2 2026 Earnings Call
vor 10 Monaten
|
|
JUN
4
Q1 2026 Earnings Call
vor etwa einem Jahr
|
aktien.guide Basis
MongoDB — D.A. Davidson 2nd Annual Technology & Consumer Conference 2026
1. Question Answer
Okay. Great. Thanks, everyone, for joining us. For those of you who don't know me, I'm Rudy Kessinger. I cover security and infrastructure software at D.A. Davidson. With me today, CFO of MongoDB, Mike Berry. Mike, thank you for joining us.
Thanks for having us, Rudy.
Yes, for sure. We'll make best use of the time, jump right into it. Mike, I think the biggest debate and topic that I talk about with investors is just is MongoDB an AI winner? And if so, what does that look like? When do they start maybe to see material benefit? How are they positioned, et cetera? So let's start there. Mongo, what's it look like ahead for you guys with AI?
Yes. Thanks for the question. Look, we certainly view ourselves as an AI winner, and we've started to talk about it on the last call in terms of seeing some movement in the enterprise. So let's take a step back. Why we think we are? We think our product is perfectly suited for the AI world.
Back when the founders built Mongo, good or bad, the way they built it was, we think, exactly what we need today. So you think about it, document model, built-in JSON native JSON built in. You don't have to do plug-ins or anything. Scales horizontally, so it's much more economical, flexible schema, which is really good for unstructured data. Then you add the stuff we've done in the platform around vector search, around search. So that's all in the platform. You don't have to bolt on any other products.
And then I think a couple of big things that people -- we talk about it, we need to talk about it more is the multi-cloud capability, not only on-prem, but you can run Atlas not only in the individual clouds, you can run the same workload at the same time across all 3 clouds.
And now with all the economics as well as the geopolitical situation, multi-cloud is becoming a big piece. And we've talked more about -- it's also a great place as they deploy agents for the longer-term memory to start storing that data. So we feel really good about the product. We've talked about, hey, not only the frontier labs, AI natives and then enterprise, we think it's only a matter of time, and we're starting to see some movement in enterprise. That's going to take a while because they have reputational risk. They have governance, they have security. But as they start to deploy that, we think that we're in a really good spot.
Yes. So you guys have talked about probably being downstream from the likes of Snowflake and others. And some investors, they hear that. They ask why they don't really maybe understand the nuances and the differences of where they sit, what they're doing, where you sit, what you're doing and how it's going to take real enterprise consumer-facing workloads. So -- but just expand on that. I guess, why are you downstream? And how long might it take until we start to see more of this enterprise AI consumer-facing workloads?
Sure. So if you look at where enterprises have deployed, everybody has deployed almost everybody internally. And it's the use cases that they're using around running their business. Certainly, you've seen everything with Claude and code, but also internally in terms of marketing, finance, other areas, and that's very well suited to where they sit in terms of using a data warehouse for that.
If you have marketing people accessing data, great, finance people, you can control that. And what we've seen is a lot of deployment internally. Everyone is dealing with the cost issue, separate discussion. And so that's why we think that they've seen that bump. For us, this is really -- if you take that data warehouse, now you take where we are in terms of the database, real-time data, that's where we think they're going to deploy customer-facing enterprise workloads at scale, and that's where we fit in much better.
So again, we feel very good in terms of that movement. And why do we say that? We've seen a much bigger uptick of our platform, especially vector that we know is related to AI workloads. Voyage is starting to actually have a material impact in terms of customer adds around embeddings, and we're starting to see more POCs.
And again, it's tough for us to see the activity in the clusters because they may be putting agents on top of enterprise data. For us, it's just another workload, and that's what we see. So as it relates to where they are and where we sit, yes, there's some overlap, but that's why we feel good about, again, as they move for enterprise deployment that, that is where we're going to really see growth.
Yes. And CJ has talked about enterprise deployment, he thinks probably 12 to 18 months from now. What's the likelihood that could happen sooner in terms of you guys seeing more meaningful benefits? But on the flip side, what's the risk it could take even longer?
Yes. So pinning a time line is super tough. And that's why we started to talk this quarter about we're starting to see activity in the enterprises. A lot of that is, I don't want to say out of our control in terms of completely, but this is where enterprises have to get comfortable with the deployment of an agent to a customer in terms of reputational risk, governance, security. We're in there helping them do that. Is it 12 or 18? Is it 6 to 12? We'll see. We -- I think all this -- it's such a fast-moving market.
And now you've seen even some people talk about, hey, maybe we need to lower the prices of tokens. That right there, I think, is -- it's just what happened in cloud. How many times did the cloud providers take their fees down. So that may move it a lot faster. But -- so it's -- we certainly hope it's sooner than that. We'd like to see some inflection by the end of the year, but it's something we'll watch.
Yes. Okay. So if you put the enterprise AI workload deployments aside, there's kind of 2 other areas. You have AI natives or digital natives and then you have the frontier labs. And I want to ask on each of those. Firstly, with the AI natives, going back to what you said earlier, you feel like multi-cloud has become even more important today.
Do you feel like with these digital natives and AI natives that you are catching them and winning those workloads earlier in their life cycle than Mongo has historically won workloads in other customer segments? Because one of the things I think I hear and a lot of people here when they talk to customers is they started with an offering from the hyperscaler and then they scale and they upgrade to Mongo, if you will. But do you feel like with those AI and digital natives now because of the requirements of those workloads, you are able to catch them and penetrate them earlier?
So thank you. Great question. We want to make sure that we do both. And we spent a lot of time trying to get them before they even start their company in terms of using Mongo. This is around the reclaim the [ base ], all the stuff that we've done with our self-serve motion. This is where Voyage really helps because a lot of those folks will start with Voyage to do embeddings and they don't use Mongo and then we'll move them over. So we -- and that's really a marketing awareness.
But we feel very comfortable as they start to scale and run into scalability issues, run into performance, run into cost issues that we will get them there. That's been the majority of the AI natives. And in that group, we're super excited about that. There's a couple that have gotten, I would call it, breakout size, but they're largely still pretty small. At some point, they'll just move into enterprise because they'll become real companies. And for us, those use cases are great because they are building their company and running their business on MongoDB, which is super important. And those are great use cases.
Yes. And then on the Frontier labs, I know they've asked you not to share much, so I won't push too hard on this. But what can you tell us about the frontier labs and the opportunity there with them near term?
Yes. There are certainly huge companies growing very quickly. So we feel really good about that they are using us and that their customers, they've asked us to not talk about the details. They are important use cases. They vary by the individual labs. This is something where we'll continue to work with them. Again, we're super excited about having them as customers. Hopefully, there's more growth there. And there are a bunch of different use cases for us to go after, but it's going to take time, and we'll see where that goes.
Yes. Okay. And then lastly, just on this thread, I guess, if we think about Mongo for the balance of this year, next 12 months, which of those 3, I guess, verticals do you think represents the biggest near-term opportunity? But then also long term, it sounds like it's definitely the enterprise AI workloads. But near term, frontier labs, digital natives, enterprise AI workloads, I guess, what do you expect to drive the most consumption and new business near term?
So we haven't built in much inflection in either of those 3 in the guidance that we've given. Absolutely, the enterprise is the long-term growth. I also think that as they start to deploy, hopefully, if we see better results this year, and hopefully, we do, I think it will because we'll see enterprise start to deploy more. The AI natives are great, again, but they're still relatively small. And then the frontier labs, we'll see what that looks like. I think it still all revolves around the enterprise.
Got it. I want to shift gears. One of CJ's big initiatives when he joined was to drive more of a top-down selling motion at the C-suite level and get broader buy-in for the MongoDB platform for -- as opposed to workload by workload, 100 workloads, things like that. We have seen your RPOs inflect, obviously, that tells us you're signing longer-term deals with larger commitments. But just tell me how that initiative has been going? And I guess, what inning are we in, in terms of that motion starting to complement that workload-by-workload winning?
Yes. So this -- I'm going to go back about 18 months. So CJ, I would say, has accelerated it. This was a movement that Mongo did even before that with Dave and the team in terms of moving more resources upmarket. As self-serve became a better and better customer acquisition vehicle, and the ability to move upmarket, call it, into that small to mid-market, we were able to move more resources to the enterprise. So we had already started that movement.
I think we're -- and then last year, even in the second half of the year, we started to push more incentives for the sales team, hey, long-term incentives and long-term deals are good as long as it makes sense for both companies. So that's what you've seen in RPO.
And then CJ has come in to help accelerate that. And then with Ryan as well, he understands the consumption business, but he also understands enterprise. So it's a process that started several years ago. Hey, the workload-by-workload and marketing awareness to your first question, is still super important.
And we feel like we can do both in terms of continuing to drive net new adds, build marketing awareness, get them before they get started while we also build awareness at the enterprise level. And it's the same thing, developer awareness, either in an AI native or a large multinational bank, very much the same motion.
Yes. I just want to double-click on the RPOs because I think one thing maybe investors I've heard at least is they see RPO growth inflecting and then your Atlas growth is very strong. It's been 29% plus, I think, the last 4 or 5 quarters, but not a one-for-one kind of inflection there. And so just talk about how we should expect RPOs to look on a sequential basis from here throughout the year, but also how should they relate to your Atlas growth and your total revenue is growing going forward?
So RPO is both EA and Atlas. Atlas has become a bigger percentage of that as we went through fiscal '26. Keep in mind that, that is the -- those are the RPOs for multiyear deals, everything above 12 months. So at some point, it will find its way to revenue. It won't be a one-for-one growth, clearly. And also keep in mind that if a customer does a longer-term commitment, they still need to consume. It's not a seat-based model where you're going to recognize that revenue without the consumption. So we feel good about that. Will they move together? Sure, but not exactly.
Yes. Got it. You made a comment on this past earnings call that we should not expect significant variability to your next quarter Atlas guidance. And I know why you made that comment, but some investors have asked, was there a change in guidance philosophy? Is there more to that? What's the right level of upside to expect? Just expand on that comment. What did you mean by that?
And if you look at the last couple of quarters, basically 2 to 3, maybe 3.5 points of upside in your current quarter Atlas guide. Is that the right range that we should think of if consumption is in line to a bit better going forward? Or how should we think about upside to next quarter guidance?
Yes. So thanks for the question. And we've talked about this a lot. And in retrospect, I should have just done the math on the call because I think there were some questions. Let's back up for a second. The company historically did not give specific Atlas growth guidance. And I think there's been some questions about why wouldn't it be the 500 basis points we've seen in the past? Folks, that's total company, right?
And EA, historically, we've talked about this publicly, has been the biggest driver of outperformance historically. In the last 2 quarters, we've given specific Atlas growth. As you mentioned, in Q4, we came in above that by 220 basis points, and we said consumption was relatively in line. In Q1, it was 340 basis points and consumption came in a little bit better than expected.
So what we're -- and keep in mind that 2 years ago, Atlas was a $1 billion business. It's now run rate over $2 billion. It is getting bigger. The ability for one cohort to move it, it's just a fact, is less so in the past. So we feel really good about Atlas, 29% growth the last 4 quarters. Going forward, that's the kind of range you should expect given the guidance and consumption will drive whether we're a little bit better or a little bit higher.
Yes. Got it. Okay. So in Q1, -- you did say that consumption was actually a bit better than expected. So first, a 2-part question there. Firstly, what drove that? I guess, if there's anything in particular you'd call out or if it was broad-based? And then second question on that is your Q2 Atlas growth guidance of 26% was still similar to your Q1 guide. And so given that the consumption improved, I know your Q2 through Q4 consumption assumptions have not changed, but why didn't we see Q2 guidance be at least maybe 1 point higher given the better ending point in Q1?
So keep in mind that the compares get tougher as we go through the year. Last year in Q2 is really when we saw the inflection in growth up to the 29% to 30%. So that's one thing. What happened in Q1 is we saw better performance in the enterprise, and we talked about this across mostly the U.S. and Europe and in the larger accounts.
So because you then enter Q2 at a higher level, that's what we rolled through. We did, in the raise across the board for our modeling and everybody has their own, the very large majority of that is in Atlas for the rest of the year because you start with a higher base. To your point, we haven't changed the consumption patterns and seasonality we would expect through the year. So higher base rolls through the year, and then it is a little bit tougher compare in Q2, and that's how we guided.
Yes. And then I think as we look to the second half of the year, obviously, I think Q3, Q4, that leaves more variability for potential upside. How should we think about second half, potentially the year? And what would be the upside drivers to maybe sustain a similar Atlas growth rate in the high 20s all throughout the year?
I think the big variable there, Rudy, is just how does the economy perform. And that's the part that we don't have visibility to in terms of, hey, is inflation an issue, what happens with rates, all the geopolitical stuff, that's the part because it is a consumption business where we feel really good about driving Atlas growth.
Customers are also able to spool up or down as they go through the year. So that's the part that we don't have visibility to. As we get through each quarter, obviously, we get better visibility. So that's really the big driver for us. And then if we start to see some inflection in AI, hopefully, that's a positive as well.
Got it. Okay. I want to jump to EA because EA has been, one, a big source of upside actually the last number of quarters now, but also there's a renewed focus on it, bringing the feature parity with Atlas. Why the renewed focus, right? I think you're going to have some of the vector search and search capabilities available within just a few weeks. What does that mean for EA? Do you have pent-up demand for those capabilities on-premises to build AI workloads on-premise? Just talk about that.
Yes. So this one to me is -- it makes me scratch my head a little bit. So let's back up. The EA business, I think, in the past and even at Mongo, I don't think we've done a good enough job talking about the benefits of EA and the customers that are on it. It's 20-plus percent of the business. It's some of the largest companies in the world. They signed multiyear deals to commit to MongoDB, which is great, awesome.
A lot of the work around EA has been customers asking us to add that functionality. And this is a question, not a statement. Is this part of the push for more AI on-prem? And that's certainly what we're starting to see is I want to run those AI workloads in my own data centers or the colos that I have. Hey, economics matter a lot. And I think they're saying, if I have the -- why would I move the data, data has gravity, I'll run it on-prem. So I need the same functionality you have in Atlas on-prem. So great.
Is there a pent-up demand? Yes, because everything we do in EA is coming from customer requests. And that's a big part. And I'll get on my soapbox a little bit. Some investors will say, all we care about is Atlas. As a CFO, I love Atlas. I also love EA. Biggest customers in the world, long-term commitments, very good profitability. And at some point, if they transition to the cloud, you want them on-prem. And multi-cloud is not only multi-cloud, it's also on-prem and in the cloud.
So for us, it's a super important driver of growth. Can it be better than the mid-single digits that we guided? We certainly hope so. And again, it's huge customers making commitment and a lot of those bigger ones will run both on-prem and Atlas. So there's a big piece of that as well. So we feel really good about the EA business, and we'll continue to look at what else we add.
For instance, we're going down the path to get FedRAMP High certified. That's all on Atlas. At some point, we should also bring that on-prem. So we'll look at every feature like Voyage and all that and decide do we bring it on EA or not. And a lot of that is customer requests to add functionality.
And the last thing I'd say is you talk about AI winner. That is where we believe a lot of AI workloads will be, and we'll talk more about that, not only the Atlas growth, but the EA growth being driven by customers running AI workloads on-prem.
If I listen all that back, it somewhat maybe it sounds like you actually expect some of the large enterprise AI workloads to maybe take place first on EA as opposed to Atlas. Is that a, fair, maybe readback? Or how should we think about that?
So that is a fair readback, and that's what we expect. And that's what customers are telling us, which is, I'm not going to move all my data to the public cloud. I'm going to run those on-prem and maybe they train it in the cloud and then they run inference or other -- or build agents on-prem. We'll see. We want to meet the customers where they are, and I think that's a big part of the adds to EA.
And how does that change? I'm just trying to think like if we actually see the enterprise AI workloads on-premise first as opposed to the cloud, how does that change maybe the competitive environment and the competitors that are available to do that? Is that materially different than relative to the cloud? How do you think about that?
So we think -- and 2 things. One is, for us, this isn't -- it's an and, not an or. We still fully expect to grow Atlas at healthy rates and EA. So for us, it is additional TAM we can go get. And to that point, from a competitive environment, we feel really good about, again, this is where multi-cloud comes in. This is where the platform scalability across those, and we feel really good about being able to do that both on-prem and in the cloud.
Okay. And then you also said hope to maybe exceed the mid-single-digit growth there on EA this year. I guess I know ARR growth in EA was 11% in Q1. I guess if we think longer term, I'm not asking you for guidance for the next year or anything like that. But if you get this AI capabilities and feature parity on-premise, there is pent-up demand. Is it within the realm of possibility that EA could be a durable double-digit growth business over the next few years for you guys?
My answer to that is we wouldn't make the investment if we didn't think we could drive better growth.
Good answer. I like that. Okay. The messaging around margins has been super clear since you joined, and I think very much appreciated by myself and investors. You've made a very strong commitment to, I think, 100 to 200 basis points of EBIT margin improvement each and every year.
Obviously, last year was a big year way ahead of that schedule. If you do see kind of an inflection in the enterprise AI workloads, whether it's 6 months from now or 12 months, 18 months, whatever, would you potentially pull back from that commitment a little if it really inflects and there's a massive opportunity to go win market share? Just how should we think about that if and when we see that AI inflection?
Yes, it's a great question. So I'll answer that 2 ways. One is we've been super clear. The driver of margin growth and expansion is going to be driven by revenue growth. When it comes through gross margin at 75%, there is a ton of investment to do. So we still believe that. We don't believe that the enterprise inflection is because we don't have enough resources.
Again, if you go back to the work that they have to do to be ready, if we thought, Rudy, that we could put more dollars in go-to-market or there were product things that we could add to accelerate that growth, we do that now. That's all based in our margin goals. So we fully expect we can continue to grow revenue, margins are going to go with it. If there are some trade-offs, we'll make those.
And then the third piece I'd add is keep in mind, and we've talked about this a lot, Mongo is a great company. We also have efficiencies we can drive internally. We have not pushed nearly enough offshore. We're going to do that. There's areas for us to drive more efficiency. We're going to do that. And we are a little bit late to the AI game internally. So there's a lot of areas for us to reallocate internally to go drive that growth, and we're doing that now. So we don't think that the enterprise inflection in AI is because we haven't allocated resources. If there's a clear return, we will certainly look at it.
Yes. Okay. I want to -- going back to the enterprise workloads because I agree. I hear it in our checks, these customers, they'll get a workload, they're excited about it, but there's a 0.01% risk that it does something it shouldn't and then it gets shut down by compliance, things like that.
Is there anything that you feel Mongo does have in its control to maybe help avoid that or to help limit the chance that this workload screws up 0.01% of the time. Is there anything -- like, again, I know I would agree, it mostly seems out of your control, but anything that Mongo can do to help alleviate that and therefore, pull forward maybe some of these enterprise AI workloads?
I think the big area of focus for us is, number one, making sure that the product is there so they feel comfortable. The ability to run it across multi-cloud, I think, is super important for their risk. From a security perspective, we think that we bring great reliability and security.
The other thing is to bring use cases that we see within our customer base to make them more comfortable. There is that part, which is, hey, what are you seeing across your customer base? What are people deploying? How are they doing it? That all helps. But at the end of the day, that company still needs to say I'm going to go.
Yes. Got it. Okay. I also want to ask, you touched on competition a little bit at you're in the multi-cloud stuff. Postgres, we still get asked about it all the time. What's the update there? How do you see them as a competitor? Is it still an overblown fear? Just what's your view?
So I don't want to say something is overblown. They're a competitor. I think that we see them mostly in the smaller companies where it's really not a decision and where they don't look at building out the infrastructure. They just want to deploy an app. But once they get to a certain scale, that's when we start to see them come to us. And I know they've added as a plug-in JSONB, and we look at that and say, interesting. But if you are an enterprise running a real enterprise workload around scalability, performance, again, multi-cloud, MongoDB is the place to be.
Got it. And then maybe one last one before we wrap up here. Another question I think I get a lot is, if you look at these customers who are running tons of internal AI agents, Copilot, Claude, et cetera, does that have the potential to meaningfully benefit Mongo? I mean what does that tech stack look like? Do those types of agents use Mongo? Do they use a different database? Do they use no database? I think some investors are just curious why doesn't -- I think they understand maybe it's going to take longer for the enterprise AI workloads. But with those agents, like why doesn't that meaningfully benefit you?
So it's a multifaceted answer. So again, it goes back to the use cases that the foundational models are using us for. And some of those will scale with their growth. Some of them will not.
The other thing is when you get, there's also all the vertical applications or specific that they may use us as a database. That's where the AI natives, I think, will drive growth, which is if they're actually building their product on Mongo, then that would scale more with their business in general. So there's a lot to that question. And again, this is why we go back to Atlas is a great business. It's $2 billion of run rate. It takes a lot to move that, thankfully. And again, we feel really good about driving durable growth there. It depends on the use case.
Got it. Super helpful. That's it. I think we'll go and wrap it up there. Mike. Appreciate the time.
Thank you, Rudy. Appreciate you having us.
Yes.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — D.A. Davidson 2nd Annual Technology & Consumer Conference 2026
MongoDB — D.A. Davidson 2nd Annual Technology & Consumer Conference 2026
MongoDB sieht sich als Gewinner der KI-Ära dank dokumentenorientiertem Modell, Vector-Search und Multi‑Cloud/On‑Prem‑Fähigkeit; Zeitpunkt für breiten Enterprise‑Effekt bleibt jedoch unsicher.
🎯 Kernbotschaft
- Positionierung: Produktarchitektur (dokumentenbasiertes JSON‑Modell, horizontale Skalierung) und eingebaute Funktionen (Vector‑Search, Suche) sollen MongoDB als Infrastruktur für viele KI‑Workloads qualifizieren.
- Multi‑Cloud & On‑Prem: Fähigkeit, Workloads parallel in allen drei Clouds und on‑premise zu betreiben, sehen sie als Wettbewerbsvorteil wegen Ökonomie, Datenhoheit und Governance.
- Zeithorizont: Erste Enterprise‑Signale vorhanden, großflächige, kunden‑kritische Deployments erwartet in Monaten bis Jahren; unsichere Faktoren sind Governance, Sicherheit und Ökonomie.
🚀 Strategische Highlights
- AI‑Natives: Ziel ist frühe Kundenakquise über Self‑Service und Voyage (Embeddings) — Chance, Kunden vor dem Scale‑Up zu binden.
- Frontier‑Labs: Große, schnell wachsende KI‑Labs sind Kunden, Details vertraulich; liefern Use‑Cases, aber Volumen noch begrenzt.
- Enterprise‑Advanced (EA): Feature‑Parity (Vector/Search) wird on‑prem verfügbar; Management sieht EA als möglichen ersten Ort für große Enterprise‑AI‑Workloads.
🆕 Neue Informationen
- EA‑Roadmap: Vektor‑ und Suchfunktionen sollen in den kommenden Wochen auch on‑prem/EA verfügbar werden — beantwortet Kundenanforderungen nach AI‑Funktionalität.
- Atlas‑Größenordnung: Atlas ist jetzt Run‑Rate >$2 Mrd.; zuletzt ~29% Wachstum über vier Quartale, Q2‑Guide bei 26% (tougher Vergleichsperioden).
- Guidance‑Philosophie: Management erwartet keine hohe Volatilität gegenüber dem nächsten Quartal und sieht Upside durch Consumption, aber keine 1:1‑Relation zwischen RPO und Umsatz.
❓ Fragen der Analysten
- AI‑Timeline: Wie schnell kommt der Enterprise‑Breakout? Management nennt 6–18+ Monate, hohes Maß an Unsicherheit.
- RPO vs. Umsatz: RPO‑Zuwächse (mehr Mehrjahresverträge) inkl. Atlas und EA, wandern nicht sofort eins zu eins in Umsatz — Consumption bleibt maßgeblich.
- Margen vs. Invest: CFO hält an Ziel von 100–200 Basispunkten EBIT‑Verbesserung p.a. fest, ist aber bereit, opportunistisch in Produkt/Go‑to‑Market zu investieren, falls klare Rendite.
⚡ Bottom Line
- Fazit: MongoDB präsentiert eine stimmige technologische Basis für KI‑Workloads und erhöht die Chancen durch EA‑Feature‑Parity und Multi‑Cloud; kurzfristig bleibt das Wachstum jedoch von Consumption, Macro‑Risiken und Enterprise‑Governance abhängig — Beobachten: EA‑Adoption, RPO‑Conversion und Atlas‑Consumption als Frühindikatoren.
MongoDB — Bank of America 2026 Global Technology Conference
1. Question Answer
My name is Koji Ikeda. I'm one of the software analysts here at Bank of America. Thanks for coming to day 2 of our tech conference. I am absolutely thrilled to have MongoDB here with us today. We have CFO, Mike Berry; and Ben Cefalo, Chief Product Officer. Thanks so much for being here. Appreciate it.
Thanks for having us.
Thanks for having us.
So you guys reported results. Let's just kick it off, right off. You guys reported results last week, last Thursday. Maybe a question for you, Mike. Can you give us the key highlights. We're in -- I guess, most importantly, where are you getting the most questions? What topics around? And how are you answering those questions post results?
Sure. So thanks for the question. So as we talked about in a lot of the different calls, hey, we had a strong Q1, four straight quarter for Atlas growth, 29% plus. I think it was a fifth straight quarter where we added incrementally more Atlas revenue year-over-year, which is a key thing for us. We rolled the beat for Q1 into the full year, and we raised the back half. Importantly, you guys -- you folks all have your own models for us. Yes, we bumped up EA in Q2 because of what we see in the pipeline, but everything in the second half for us was a raise in Atlas. We are starting to see some movement in enterprises as it relates to AI. It's still early days, but a lot of the feedback we're getting from the sales team in terms of, hey, the work that's going on there, enterprises are all focused on it. There's still a lot of has to be done for them to actually roll it out in mass, but we're starting to see some movement, which is great. And we continue to feel good about driving durable growth as well as driving revenue and profitability growth. And a small thing, second straight quarter where we were GAAP profitable, which is great. Biggest questions we're getting is durability of Atlas growth. We do get a lot of questions just in terms of, hey, EA and Atlas, and we just want to be clear, folks and -- for us, this is an and, not an or. We do not expect the EA growth to have an impact on Atlas growth. There are different use cases. It's largely a different go-to-market motion. And then, of course, there's all the questions around AI.
Got it. Got it.
Fair, definitely.
Ben, since we have you, you're the product guy, I want to kind of go back to the core value proposition for MongoDB, especially in the fact that you guys are operating in such a dynamic and evolving world. And so for those investors in the room and those on the webcast that are just trying to get back to first principles on MongoDB. Can you talk a little bit about what the core value is that MongoDB delivers today. And maybe more importantly, as we go forward, why are customers increasingly standardizing on MongoDB, what is that reason?
Thank you. It's a great question. So I think first principle wise, from the very beginning of the birth of MongoDB, it was always about the document model in JSON, right, the JSON format. And that is either the founders, and I wasn't -- I've been here 9 years, but I wasn't part of the founding team, either they were really smart or really lucky that all of the AI world has really done -- has standardized on the JSON document model format. It provides great flexibility. It provides great performance. It allows you to really look at your data model in this unstructured world. And majority of data that exists today and all the new data that's being generated, the majority of it is completely unstructured. So from the day 1, built from the ground up, we natively support this. It's the only type of format we really do support, and we're continually investing in that. As you saw when we released MongoDB 8.0, fastest release of the database that we've ever had. So we're still as much as we're investing in all of these other areas, we're still very much focused on making the database better and more scalable and more performant.
The second thing from just a value side is, to answer your question more on the standardization, customers really agree with our strategy of if MongoDB is the system of record keeping. If You think about like a circle and your core data is in the middle, why do I want to have to copy that data for my search use case or a copy of that data for Vector Search use, copy that data out for an analytics use case, whatever it might be. And our strategy, especially when it comes to the Atlas platform, has always been, we have your system of record data and that's continually add more use cases, but not via bolting on plug-ins by actually building out new value-added services, but do all the wiring for you behind the scenes as well as keeping the querying and the developer experience exactly the same. So we've done that with Atlas Search. We did that with Vector Search, we acquired Voyage last year. We've done the same thing with that. And so it's really about keeping the developer user experience in mind at all times. So the developer doesn't have to query multiple different systems for a singular use case. So I would say those 2 things are really why people are standardizing on us and why they find a lot of value in Mongo.
Ben, you mentioned something about 8.0 being the fastest release ever. Can you talk about that a little bit? What drove that to be the fastest release ever, something you're doing on the R&D side, maybe customers pushing you hard for new features. I mean, why was the fastest release ever? And could we expect 9.0 to be even faster than that?
We always can go faster, and we're always going to be investing in the core technology. So that has not stopped. We have never taken our put off the gas there. I think what would cause it to be a big jump really was, one, around the same time we started development on 8.0, CTO came in, Jim looked at different engineering principles and what -- how we wanted to focus on and really got back to the first principles of how he came from a massive database background, and he just simply said, we can do better. We can make the bars better, and we just put high focus and investment in that area. And obviously, the results paid off.
When I think about Atlas specifically around the core offering, Vector, Voyage, all the other features that are around it. How important is this all-in-one platform for customers today? Is it one of their key topics or key focuses? And how does that keep being a key focus for customers in the future?
Yes. I think it shows up a couple of different ways. First of all, I mean, customers do like what was less vendors that they have to have to deal with. I think secondarily, what makes us really unique and something we don't talk about publicly a lot is that we're not locked into any one deployment model, whether you want to be in a hyperscaler whether you want to run it inside your own 4 walls, whether you want to run it in a Neocloud, whether do you want to run it in a Sovereign cloud in Germany, we have different form factors that meets the customers' demand, right? And so being able to give them that true portability is something that no other database vendor, I'd say, modern database vendor can do and certainly not something you're going to get from the hyperscalers. I think all of those things added up is one reason why our customers really love us and are choosing to standardize on us.
And if I could on that, Koji, we talked about it last week. Now about 45% of our customers over $100,000 in ARR use more than 2 products within Atlas. And for us, the way we monetize that is it's more Atlas consumption. It's revenue because you get it included in Atlas. So for us, that's a good thing, and we certainly see the customers adopting multiple features.
Mike, remind me on the [ 2 plus ] front, what are the most common add-on products that are driving that [ 2 plus ] for the Atlas?
Vector and Vector Search. Search and Vector Search, sorry.
Last week on the call, you guys called out a couple of big -- some AI customers that you won. And I remember when we were discussing on the call back, and even on the call, One of the reasons why these customers were looking at you as one just Atlas, period, but also the interoperability between hyperscalers. How good a differentiator is that for you guys? And how should we think about the capacity constraints at hyperscalers being a good driver for you guys for the next several years?
Do you want to do the multi-cloud? I'll do capacity?
Cool. So what we -- when we say we run anywhere, it goes back to what I was just saying a minute ago, customers really have their choice. And what we don't, I think, do the best job at marketing, this feature when I'm working on fixing that is we actually -- what we mean by run anywhere in multi-cloud is that it's not just you get to pick what cloud you want to run on, you can actually extend a singular cluster across multiple clouds at the exact same time. You just can't do that with DocDB, Cosmos, Dynamo because they're just native hyperscaler services. And that is -- so then back into whatever else is going on in a particular region, capacity could be something. This could be that this app is slated for this cloud provider, this app is slated for that cloud provider. It gives the customer a lot of flexibility to say, oh, cool, I'm just going to add a couple of nodes of this cluster to GCP now, even though it was running on AWS. So it provides a customer a lot of flexibility, but -- and then also depending on what's happening in that particular region, it gives them [ an out ] and to move into other cloud providers if they had to.
And capacity so far has not been an issue. There's obviously a lot going on with memory and everything else and all the hardware piece of the world. we have long-term agreements with all of them. So we feel comfortable there. And hey, it's a multifaceted relationship. Certainly, we buy from them. There's co-sell that goes on there. So it is much more than there -- and there are certainly competitors as well. So it's -- there's a lot that goes into that. We watch it every day. We have conversations with them. It has not been an issue yet, but we're certainly keeping our eye on it.
I know you guys get the Mongo versus competitor, A,B,C,D, what the architecture -- why Mongo versus all these competitors? And maybe a question for Ben. If we could dig down into the technology of Mongo, what are maybe the top 3 reasons from a technological aspect of why customers like to choose Mongo over the competition out there?
Yes. So first of all, it's what I was saying earlier with the JSON document model, we're built from the ground up, our storage engine, how we actually write the bits to disk or to memory is all native JSON from the very first line of MongoDB, right? So 17 years old, 18 years old now, again, first principle from the very beginning. Number two, the way we scale is vastly different from a performance and price perspective than how you would have to scale our relational database, and that goes for all of them. And then third is really around the portability and allows the customer to have all that different levers about how they need to deploy. They want to start out. We still have an open source database, right? We still invest in that as well. We still get customers that started out there and they scale to a point of now they need to have the different performance and they want us to manage it from inside Atlas. And so that portability gives a lot of people comfort in choosing us as a technology.
When you talk about scale, the performance and price, what's the one-liner on how you guys are able to do that, offer such good performance in price?
So we scale different. We don't just need to scale vertically, which is either more machines or bigger machines. We can scale different things independently. So you can have different storages you might need -- your workload might be perfectly fine on a subset of, I would say, like this 1 tier of compute, but you need more storage because your data size is good, bigger. We allow you to either add more storage or you can scale out horizontally where it's the same type of box we call it charting. And so we do our own data routing inside of MongoDB's distributed system. So it's just a different way of doing it, but we're able to do that at a lower cost because smaller boxes are cheaper than the bigger boxes or bare metal from the cloud providers. So you can have more -- most of the time scale of economies, you can have a lot more smaller boxes then you can have a couple of larger boxes.
Was that something that Mongo was founded on originally way back when, like this type of architecture? Or was that something that had to be built in later as you guys got bigger?
I've been here 9 years. It was the charting technology that we've built, existed when I got here, but I -- if I'm rewinding the whole clock, I don't think it existed in like the first release of Mongo, but we developed it over time.
Okay. Something that you had to do because of the success that you -- I got you. Okay. Okay. So Enterprise Advanced, something that has become much more topical for you guys. I guess first question for Mike. On the nice guide for the second quarter, can you just talk about that a little bit? What is the visibility that you have? Is it a big contract? What's going on with the second quarter guide in EA?
Sure. So let's back up for a second on EA. So as we all know, this is a standard license support model. And we said this last September. If you look at the $500-plus million, about 70% of that folks is support coming off the balance sheet. That's most of what's sitting in deferred revenue, and we're going to get it whether we come into work or not. So a lot of this is -- there's a big piece of that that's ratable, then the license piece is either a 1-year deal or a multiyear deal, where the hard part for us to forecast are the multiyear deals because we don't know -- customers really don't know because it's based on their budget. Are they going to do a 1-year deal, they're going to do a 3 or even a 5-year deal. So that's the part where we try to be candidly conservative/pragmatic on. We're not going to lean over our skis on those. So entering Q2, we know what's coming off the balance sheet. We expect to see what's going to renew. And then there's already been deals that have been booked as multiyear that we know we're going to recognize. So that's what's in the Q2 number. Keep in mind, too, that in the second half, it's a very tough compare versus Q4. Remember, EA went up quite a bit. So what we said is, hey, for the full year, we expect somewhere around 5% growth, understanding that, hey, if more multiyear deals come in at the back half of the year, great, we're not going to include them in guidance. And then again, the activity we've seen and the momentum there has not been at the expense of Atlas. These are customers saying, hey, I was going to do something else. Now I'm going to deploy. And then I know, hopefully, your next question to Ben's going to be, what are you putting in there as it relates to AI. This is a part where I scratch my head a little bit, which is, hey, today, yes, you can see the growth in AI through Atlas. The future is going to be -- you're going to see it in Atlas and EA because companies are going to deploy AI internally in their own data centers, and they're going to use EA to do that.
Mike, you got your question. I'm sorry. Ben, you got your questions from Mike.
Yes. And so as Mike said, this is an and, it's not an or. For various reasons, we're seeing customers continually invest their own deployments of EA for various reasons, could be data sovereignty, residency, manufacturing use cases where they need to be inside the facility, hospital use cases where they need to protect themselves against from a hurricane or anything like that. So there's all these reasons why EA is a great business. And again, we're still investing in the core technology. And then we've said that we're working on, from a road map perspective, bringing not full parity from Atlas into EA, but where it makes sense and also based on what our customers' demands are, we're going to be adding more functionality that exists in Atlas only today into EA for those use cases because customers want to be able to have true hybrid workloads, and hybrid multi-cloud is something that a good chunk of enterprise that I've talked to over the last 3 months is really top of mind for them. They want to have that flexibility, and they -- to have that flexibility, the same core functionality that they've built on inside of Atlas if they ever need to pull that back or they're going into another geographic region where there is no cloud provider region or something that they're going run Enterprise Advanced themselves that they want to make sure that they don't have to change their application.
And 2 big, if I could on this, 2 big pieces. Hey, it's over 20% of the business at high margins, it generates a bunch of profit and cash. I love that. That's a big piece of it. The other thing is, in the past, I think we've been a little bit of -- we've done this to ourselves. We call the business Atlas and non-Atlas. We've changed that folks. It's Atlas, and it's EA and other. It's a meaningful piece. Biggest customers in the world buy it. It's a big driver of the financials, and that's how we're going to talk about it going forward.
I'm going to ask you 1 more question, and then I want to open it up to the audience to see if you guys have any questions out there. And so I know you guys like to introduce new products around .local events. And so as much as you could without telling us everything that you -- which .local should we be really paying attention to? I pay attention to all of them, but is there one or another that we should kind of be honing in on when we see it on our calendar?
So you should pay attention to all of them. We've reduced the number of .locals to a smaller number. Look, the big ones are -- San Francisco is always a big one just because of what's going on there with AI. Our biggest event is .local New York and CJ talked about it. We'll have our next Investor Day right around that as well. Those are probably the biggest ones. Hey, London was a good one as well. I think India, I think there was a lot of good stuff. So really New York and San Francisco are probably the biggest ones. But we've also shrunk that population to make them all more meaningful.
Got it. Any questions from the audience? I got a lot.
Okay. You're going to fill in.
I got it. So one thing that has been coming up more with Mongo is how to attach Mongo to kind of the Codegen, Vibe Coding tools out there to become that either preferred, default database of choice or one of the top 3 or whatever it may be. What exactly is going on there with that? And is there something that needs to happen from a technological aspect to get that initial default database? Or is it just kind of like a partnership agreement? Help me understand that a little bit.
Yes. It's actually either, to be honest. It's not a partnership, it's not technology. We're not missing technology. We actually have more functionality. What -- there's a big thing in the industry right now around AEO for agent optimization. So there's a lot of things that we're doing just from a content generation perspective, making our -- even little things, making our website even just easier for agents to read, which is a whole new skill set on its own new profile of worker. But the reality is MongoDB came out in, what, 2010-ish, right, Postgres has been around since '96, SQL came out a lot longer before that. There's 50 years of content related to relational and SQL Server, and we're playing catch-up there. And so the prompts, the LLM, regardless of the Vibe Coding platform, they're all using something else behind the scenes as their model. They're trained on public Internet data. And so we're just in a content game right now with how much content is out there versus how much content is out there about MongoDB. So we're obviously working on that.
Number two, we are -- we have done things to make agents like us better. We have MCP servers. We're publishing all of our own [ skills ]. We've released an architectural center last year on the documentation page. And so we're hyper-focused on all of these different avenues, but to drive that awareness. So it's a work in progress. And I think it's going to be work in progress for a while, but I think that's just the macro of how fast things are moving. It's not just a Mongo problem.
For an application that was built on something else other than Mongo from an AI native startup, whatever it may be, how easy is it for them to transfer what they had over to Mongo for the future?
Sure. So there's 2 different flavors of this, right? Even with what I was just saying, the funny thing that the LLM are doing is that they're modeling the data properly, meaning that the data model is JSON or in the document model, they're just picking some Postgres flavor with JSON to say the least. That's the most common one that we've seen. But when they do that, that migration is really simple. And I'm not even talking about from the data side. We're really good at moving data. We've always had a migration practice inside of Mongo ever since the beginning. We're very good at moving data from Postgres to MongoDB, we do that all the time. What makes it easy is if their application is already thinking in the document model perspective, it's on the easier side to then tweak that application, use our driver and then start using Mongo. So it's both flavors of it is if they start out with something else, but still on the JSON model that's on the easiest side. But even if they didn't model their application using JSON and it's more relational or they're using key value, whatever the case may be, that is something that we've done all the time too. Nothing about this AI generational depth has made it harder or easier to migrate into Mongo. But we have a really good migration practice that focuses on that.
Got it. Got a question for you on Voyage. So 2 weeks ago, I spent a lot of time trying to understand what Voyage is and why maybe you guys bought it? And then I realized I had you on the stage in 2 weeks, I said, forget it, I'm just going to ask you. What is it specifically about Voyage that makes it so important for the Mongo strategy?
Yes. I'll -- I have an answer. I will admit, I am not the expert on Voyage, but I know enough to get myself into trouble. So a couple of reasons why this made a lot of sense. Number one, as we were talking about earlier about really focusing on the Bay, we've announced a lot of -- with .local San Francisco and the focus of what we've been calling Reclaim the Bay. We -- somewhere between -- before COVID into now, I think we've lost a little of the coolness factor in the Bay Area, right? And so one, Voyage had an amazing brand, not just -- the technology is amazing, too. But we also were thinking of it from a brand perspective. And we wanted a way to make sure we had credibility and a coolness factor in the Bay, that had something to do with it. But the technology is stellar. We're investing heavily in there. When we bought them, they were the #1 embedding model on Hugging Face. They're still a #1 embedding model on Hugging Phase. The Frontier Labs actually suggest customers use Voyage embedding models. So that was obviously really important to us. But then third, if you look at what the value prop of Atlas has always been and what we've been building as a platform is we don't want customers to have to stitch together all of these different things. And so that -- even though we had Vector Search for a really long time, the customer had to bring their own embedding models, and we still support that today, right? You can use Bedrock or whatever else you want to do to embed your data. But now having it inside of our ecosystem, directly inside of our platform, it's something else a customer doesn't have to worry about. They can just start using it, right? And having the re-ranking models there at the same time is also super important because then we can continually keep those embeddings up to date.
And then the last piece that customers are really gravitating towards is, they like that it's all what's inside of the MongoDB ecosystem. And as Mike said earlier about security and governance and reasons why the enterprises are typically slower to adopt any new technology, they already trust us. They don't need to go get another contractor to use some other random embedding model, that's is all part of our ecosystem. So all of those things combined were why Voyage was an important acquisition for us.
Maybe a follow-up question for you or Mike. Clearly, embedding and reranking models are important. That's why you guys bought it, good technology. I mean, when I pull up -- when I did my work, you guys always were top-top-notch with Voyage. And so if it's so important, why doesn't the embedding and reranking side get more competitive? Is this something we need to watch out for from a competition front?
So I think it's something that, hey, it always will, to the extent that -- and we've seen that. We've seen other folks join. So -- and we welcome all that because it makes us better as well. So it is something that we watch. I think what Ben talked about is it makes -- it's more imperative for us to make sure that we are continuing to evolve the product, and that's a big piece of it. We also talked on last earnings call, the number of Voyage customers doubled quarter-over-quarter. Last quarter -- not year-over-year, quarter-over-quarter. So it's still a small revenue contribution, but that's a great driver. And we also talked about in the 2,500 net new customers. We actually saw Voyage become a bigger piece of that as well. So yes, it certainly will become more competitive. It's incumbent upon us to keep adding functionality, but we're seeing great traction.
I'm going to guys -- I'm going to ask you guys the when AI tailwind question here, but maybe in a different flavor, not looking specifically at Mongo financials as the indicator or the trigger. What -- as -- for those in the room and those on the webcast, what should everybody be looking for as signals broadly that the enterprise AI tailwind that should benefit Mongo is really inflecting higher? I mean, is there something to look at something, some sort of demand signal that we all should be focusing on?
So I guess the way I look at it is, hey, all of us are -- have -- the enterprises are our customer, we're their customers as well. I think you started to see them roll it out in things like chatbots, right? You can't talk to a human today if you tried. There's -- you're going to see some of that incrementally move. I think for us, it is when you start to see actually things like your bank is telling you, here's the stocks you should buy. When your insurance company is -- now it's a virtual agent, not a physical agent. When you're starting to see AI actually impact what you do every day outside of doing, hey, what's a new recipe on ChatGPT, I think that's when you're going to start to see the inflection point. When enterprises are actually going to their end customers using AI to drive their business.
Think about Atlas and EA, 2 good products, 2 different line items. How do we think about the durability of growth or maybe even the mix of growth of these 2 products as a composition of total revenue over the next 5 years. Is that something we could even think about right now? Or do we just have to wait to see how it plays out.
Yes. So great question. So we'll talk about this again in September. Last September, what we talked about was, hey, expectation for, again, 3 to 5 years, not next quarter, atlas growth continuing to be north of 20%, and then at that point, we said total revenue growth in the upper teens. And that basically embeds, you can do the math says that, hey, EA is, call it, a low single-digit grower. I think what we've seen is, we continue to be very excited about Atlas. But to the extent that all the investment and what we've seen from a customer perspective can bump EA up, maybe that moves it up. I mean, we'd love to talk, and we guided this year for 20% total company growth. But no matter what, Atlas growing where it is, 75% of the business will continue to be the biggest piece and the biggest driver of growth. I don't think it ever goes to 100%, there's -- at some point, it's going to asymptotically stop. And where is at 85-15, is it 90-10, we'll have to see. I think a lot of that depends on how do enterprises want to deploy AI between the public cloud and on-prem.
Coming up on time here, so I'm going to ask you the growth and profitability question. And I think it's become more interesting after the second quarter earnings cycle where we've seen a bunch of infrastructure software companies prove out the growth and prove out the strategy. And so my -- last question for you. How do you think about that balance between growth because clearly, the growth is there, but profitability matters. And so how do you think about it?
Yes, it's a great question. And this is one of the things when I started almost a year ago now. I didn't realize the efficiency of the model. And what we talked about last year was we took a little bit of a step back on OpEx. We said, hey, let's make sure that we see a return on all those dollars. We've started now to increase the investment in fiscal '27, and you see it in our guide. OpEx is still growing upper teens. The focus for us is where can we put investment in that's going to drive revenue growth that's going to go to the bottom line. It's a great model, and that's how we're going to drive margin expansion by growing the revenue line. We're not in the game of cutting heads at this point. We're in the game of where can we get efficiencies, invest more in product and in [ quota-carrying ] reps, most importantly, that then we can touch and feel and say, there's a return there. There's incremental revenue and boom that's going to go down to the operating line. And it's a great model. It's very efficient, and that's the goal now. And we look very hard at incremental investment needs to drive incremental growth, but where we see that, we will absolutely make it.
Got it. We're out of time. Ben, Mike, thanks so much for doing this. Appreciate it.
Thanks for having us.
Thanks for having us.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Bank of America 2026 Global Technology Conference
MongoDB — Bank of America 2026 Global Technology Conference
MongoDB betont Plattformvorteil von Atlas plus margenstarkem Enterprise Advanced, sieht frühe AI-Nachfrage und hebt Voyage-Embedding-Integration hervor.
🎯 Kernbotschaft
- Kernaussage: Atlas bleibt das Wachstumszentrum; Enterprise Advanced (EA) ist ein profitabler, komplementärer Geschäftsbereich; AI-Fokus und Voyage‑Integration sollen zusätzliche Nachfrage und Produkt‑Attach fördern.
⚡ Strategische Highlights
- Plattform: Entwicklerzentrierte Document/JSON-Architektur als Kernvorteil; Atlas will System-of‑Record sein und mehrere Use‑Cases (Search, Vector) nativ bedienen.
- Portabilität: Multi‑Cloud‑Fähigkeit inklusive cross‑cloud‑Cluster als Differenzierer gegenüber hyperscaler‑nativen DBs.
- Voyage: Übernahme liefert eigene Embeddings und Re‑Ranking, reduziert Kundenneed für externe Modelle und beschleunigt Vector‑Adoption.
🆕 Neue Informationen
- Produkt/Traction: 45% der Kunden >$100k ARR nutzen >2 Atlas‑Produkte; Voyage‑Kundenanzahl hat sich QoQ verdoppelt; MongoDB 8.0 war schnellste Release dank CTO‑Fokus.
- Guidance‑Fokus: Q2‑Erhöhung bei EA durch Pipeline; Back‑half‑Raise bei Atlas, Gesamtjahreswachstum um ~20% angepeilt.
❓ Fragen der Analysten
- Atlas‑Durabilität: Kritik/Fragen zur Nachhaltigkeit des Atlas‑Wachstums; Management betont unterschiedliche Use‑Cases und separate GTM‑Motion von EA.
- AI‑Signal: Nachfrage‑Timing: Publikum fragt nach belastbaren Signalen für breite Enterprise‑AI‑Adoption (Chatbots, kundennahe AI‑Produkte).
- EA‑Visibility: Unsicherheit bei Multijahresverträgen wirkt auf Kurzfrist‑Prognose; EA erzeugt aber hohe Marge und Cash.
📌 Bottom Line
- Fazit: MongoDB bleibt stark produktgetrieben: Atlas ist der Wachstumsmotor, EA liefert margenstarke Stabilität, und Voyage/Vector‑Funktionen bieten konkreten Upside für AI‑Use‑Cases. Relevante Beobachtungspunkte für Anleger: Tempo der Enterprise‑AI‑Rollouts, Attach‑Rate mehrerer Atlas‑Produkte und Entwicklung der EA‑Multiyear‑Buchungen.
MongoDB — 46th Annual William Blair Growth Stock Conference
1. Question Answer
Welcome, everybody. Thanks for joining us. I'm Jason Ader from William Blair. I'm pleased to introduce Mike Berry, CFO of MongoDB; and Ben Cefalo, Chief Product Officer.
Before we begin, I'm required to inform you that a complete list of research disclosures for potential conflicts of interest is available on our website at williamblair.com. We're going to go through some slides, and then we'll have some time for Q&A.
Take it away, Mike.
Great. Thank you, Jason. Good morning, everybody. Good afternoon to some of you on the call. So my name is Mike Berry, and this is Ben Cefalo. We're going to ham and egg the presentation. This goes way back. We don't typically do these anymore. So give us a break. We just normally do the fireside chat. So I'll talk a little bit about MongoDB. We'll try to go through these pretty quickly, and then we'll jump into Q&A. So, safe harbor, keep it up there long enough.
Okay. So MongoDB is an infrastructure software company. We market databases to companies across the world. We have over 65,000 customers. This year, we guided to just short of $3 billion in revenue. You'll hear us talk about 2 major product lines: Atlas, which is our cloud-based service offered in all 3 of the public clouds. And then you'll hear EA, Enterprise Advanced, that's the on-prem version. Atlas is about 75%. EA is about the rest. We play in a market that's huge. It's $100 billion, both data warehouse as well as online transaction processing, which is where we play as well, and it's growing very quickly. So it is a huge market. While we have a lot of customers, we have a huge TAM to go after across all of those customers.
Right. So the document model is the foundation of our growth, right? So there's a lot of talk lately about AI workloads, unstructured data and what -- all the new data that's being generated is largely unstructured. And so we like to think of JSON as the lingua franca of the AI generation. And the main reason why is all of this data is being modeled and best suited for a JSON document model, which we're the only database that ever built this from the ground up from the very, very beginning.
Every question I have is always about Postgres. What do you think about Postgres? Does it scare you? Does it keep you up at night? Well, I just want to walk through a couple of different things here, right? So first of all, we like to consider ourselves a flexible data model, unlike a relational data model that has a very rigid schema. We have a very flexible data model, right?
Number two, we have a lot of native querying capabilities around security and governance that's even more important in the AI world. One of the reasons why enterprises are very slow to adopt AI is around security and governance, especially in regulated industries.
The third is about being able to run anywhere. And I think we misuse this term sometimes. And what run anywhere, I think, means to some people is, okay, cool, you can run it anywhere you want to, on-premise data centers inside of different clouds, et cetera. But what we actually mean here is about multi-cloud and something that no one else can provide, especially the hyperscalers is the ability to extend a singular data cluster across multiple clouds or multiple regions at the exact same time, serving simultaneous workloads. And that's extremely powerful depending on where you are in the world, different regulatory regimes, data sovereignty, data residency requirements, we can spread that data and that availability of that data across multiple geographies.
And then lastly, we -- one of the things where Postgres falls down a lot is on the cost of scaling. And one thing about using the hack of JSONB is that it requires you to have to scale Postgres a lot faster than you normally would have to, and that gets very, very expensive. So natively, MongoDB offers the ability to horizontally scale at a much cheaper cost as well as vertically scale with how we separate out the data into different charts. And that's all built into the database.
The other thing to think about is what we're doing at the Atlas level when it comes to our data platform. And a lot of other providers and competitors are using multiple different technologies and making either the customers stitch them all together or understand and manage each one of those technologies or the company that's posting this is stitching them all together and providing different interfaces to them.
Our effort since the very beginning of MongoDB, we wanted to focus on the developer and making the ease of the development cycle as simplistic as possible. And so we keep adding capabilities to our platform, but we're keeping the same developer experience. So when we added Atlas Search, when we added Vector, we're not making the developer or the application owner query all of these different things separately and bring them all back to complete their use case. It's all a single query language, and we do all the stuff behind the scenes to keep the data in sync. There's no more ETLs. You're not doubling up on your data size. We do it in a very efficient way. And at the end of the day, it's all about JSON being built from the ground up as far as the document model is concerned.
Handing it back to Mike.
Okay. Thank you, Ben. So Atlas, which again is about 75% of the business has grown very quickly. And we talked about it on the earnings call. The last 4 quarters, it has grown by 29% plus consistently from an Atlas growth perspective. And again, it started out -- it was $800 million 4 or 5 years ago. It's now over $2 billion. Keep in mind, this is a consumption business, and it's our customers that deploy that data. So the good part is that consumption in a given quarter, you typically won't see that growth until the next quarter. It's hard to move the needle in a quarter, which is nice. But people say, hey, if you see consumption in a quarter, when will you see it? Typically in the following quarters. And again, this is across all 3 of the hyperscalers.
So Q1, we reported strong results. There is the Atlas growth. Again, that's 75% of the business. EA and other, that is the Enterprise Advanced, that's the on-prem version. That's both license and support. And we've talked about this, if it's 20-plus percent of the business, almost 70% of that revenue stream is support. It's what's sitting in deferred revenue coming off the balance sheet. So there is a good bit of ratable recognition there. The nuance there is that we have to recognize the license as we deploy it. And if somebody does a multiyear deal, we have to take all 3 years upfront because we've already deployed the software and they own it. That causes some volatility within that number.
Again, net new customer adds, we have a great enterprise motion, but what really Mongo started at the beginning was what we call self-service. This is product led. And we've added call it, 2,500 up to 2,700 net new customers. Those come almost entirely from self-serve, where they'll use a credit card, they'll start using our product. We talked about it last September at our Analyst Day, our Investor Day, that a good number of the customers over $100,000 in ARR started out as self-serve. And then what they do is they get bigger, they get bigger, they call us because at that point, they're using self-serve, they don't get support and then they want it. Once it becomes an enterprise workload, then that's when the sales team steps in.
Operating margins, we've taken up from the low teens now up to 18% this quarter, and we've guided the full year to about 20% and I'll talk about guidance in a second. And then cash conversion, this has been a concern I know with investors and me as a CFO is, hey, we're generating operating profit, but where is the operating cash flow? So last year, we actually -- cash conversion was over 100%. We expect that to be between 80% and 100%. If you're going to earn profits, you need to bring the cash with it as well. And kudos to the whole team for really driving that.
Okay. We raised guidance across the board after Q1, and I'll just hit the big numbers. So total revenue now $2.9 billion to $2.96 billion -- or the prior guide was $2.9 billion at the high end. Now it's $2.96 billion. That we took the Q1 beat, rolled it. We raised Q2. The back half for us, the entire guidance range raise was in Atlas. We think EA will do better in Q2, but we didn't bump EA for the second half. Again, that's -- while we're trying to be prudent in the second half because, again, folks, it is a consumption business, we do feel very good and confident about the Atlas business.
We also took operating margins up. It has a very good operating model. When you bring in new revenue, it flows through operating -- or gross margins at about 77%, 76%, and then it cascades down. We're doing a much better job of driving efficiency in the operating margins, and then that also flows through to EPS. So we increased -- we rolled the beat and we increased across the board.
These are the long-term targets that we talked about last September. We have announced we'll do an Investor Day again in September, and we'll -- at the end of September in conjunction with our dot local in New York. And we have 3 pieces of that. Total revenue growth in the high teens, Atlas growth above 20%, operating margin of 20% plus, and I want to underline the plus, it's not a cap, folks. As we continue to grow, we expect to grow operating margins as well. And then free cash flow conversion greater than 80%. The guide we gave for fiscal '27 hits both high revenue growth at 20% and operating margins at 20%. So we are guiding for a Rule of 40 this year ahead of our targets.
So before we hand it over to Jason to ask Q&A, and I told you we'd finish in more than 15 minutes, hey, 4 things coming out of the earnings call, I just want to reiterate, and we just talked about them. Hey, we had a strong Q1, fourth consecutive quarter of Atlas growth above 20% and another strong quarter of momentum in EA. The importance of EA is that's some of our largest customers, regulated industries, financial institutions that still want to run their database and workloads on-prem. And with AI, that's starting to become a bigger thing. Hybrid cloud is a real thing in our mind.
We issued strong Q2 guidance, and now we're talking about a Rule of 40 for the full year ahead of our targets. We are starting to see contributions from AI, but it's still early days. And we'll -- I'm sure we'll talk about that. And we are still confident and remain very confident in our ability to drive durable growth and be a Rule of 40 company. So those are 4 things I just want you to take away from the earnings call.
So with that, Jason, we'll hand it to you.
All right. Thanks, Mike. Let me start out -- I am actually going to ask every single one of my companies at the event here, can you frame the case for investors for why MongoDB is a winner in AI?
So a couple of reasons, in my opinion. So the first thing is we have 65,000 customers globally, and we're the system of record for a lot of those critical applications that are already in use. And so what's happening and what we're seeing in these enterprises is that they're starting to prototype and develop different agentic workloads, whether it's agents, whether it's simple chatbots, different experiences for both internal and external. And where is the data coming from? It's coming from the data that already is stored inside of MongoDB.
Number two, as more agents are deployed, and I'm sure there's been a lot of research about this, is agents need memory to be viable, right? We just announced a partnership a couple of weeks ago with LangChain with their memory frameworks, et cetera. And if an agent and a chatbot and an MCP server and everything is already communicating with itself and with other agents via JSON, the memory is going to be stored in JSON. So what better way to store that memory is inside of MongoDB.
And then third, on the longer tail of the funnel with the, I would say, new AI native companies, as I said earlier, the VHS BetaMax war of the best way to model data in this world is over. It's all about JSON. Even the workloads that we see that end up going to Postgres or Supabase or Neon, you pick your poison of flavor, they're not being modeled in relational schemas. They're being modeled in JSON, right? And so we eventually will get that workload if it doesn't weigh on us from the beginning, but we're obviously focused very hard on making sure we're there from the very beginning. But the data is being modeled in JSON.
Okay. Great. I'm going to just like poll the audience here because I know there's probably some people that are not that technical, but how many people know what JSON is? And I'm not talking about me, JASON. JSON, the technology. How many people know what JSON, the technology is? Just raise your hand and you know what JSON is.
More people than I thought.
Maybe just spend a couple of minutes talking about what JSON is, why it's differentiated. You guys sort of created your product around that and then like why it's so tied so closely with AI.
Yes, absolutely. So everyone has used an Excel spreadsheet before, right? Good. A lot of heads. That is the best analogy for what a SQL relational post-stress schema looks like. It's a bunch of rows and it's a bunch of columns. You only can fit so much data into a cell and think of every cell is like a record. Well, that creates -- that's better for certain types of workloads that, I would say, is very structured data, data models that don't change.
JSON is a different way to model data that's not trying to fit all the data into a singular cell and allows you to separate out the data into a document. The flexibility is important because we don't have to abide by a schema is because data changes all the time. And I'll give you a perfect example of this is if you're building a, let's just call it a chatbot, you're talking to one of your cable provider about getting higher internet speed or adding HBO. You couldn't -- an application developer could never model what the consumer would be typing into that chatbot, right? But it needs to be able to handle it. So that flexibility, especially in the AI world is hypercritical. So you need a data model that is able to handle that uncertainty when it comes to the data input or the data output that it might be generating. So being able to model everything in a document that has organization but doesn't have a very strict structure is what makes it flexible.
And that takes a special -- this is more technical, but how we actually store it in bits on a hard drive or a piece of memory. And we built the database from the ground up being able to do that from the very beginning.
So the Postgres and other relational database models have the ability to support JSON, but your point is like they don't -- it's not their kind of grounding. It's something that -- it's like an add-on for them?
Correct. It's what's called a plug-in on top of Postgres. It's called JSONB. And so it allows you to model data in that JSON format that I was talking about, but it needs to store it somewhere. It's on a different storage engine. It actually just puts it all into a singular cell. Well, that cell is only so big, 2 kilobytes, which is not a ton of data. MongoDB document sizes are 16 megabytes. And I know that doesn't sound that big -- as much as how big data actually is, but that's a lot of text. And so we have a much bigger document size that we can support. So what happens in Postgres is if you have a bigger document size, it has to spill into a second cell. And that you sacrifice performance on query writes and reads when you're dealing with multiple cells for the same document.
Got you. So it just becomes sort of -- you hit some kind of performance ceiling.
Very quickly. As the app scales, that's when the performance would happen.
What does CJ mean when he says you guys are kind of downstream of where Snowflake and Databricks play?
Yes. So a couple of different things with that, right? So I think, number one, OLAP has its place. I'm not saying it doesn't. But that data by nature of the use case of OLAP is old. And so is that good for a data analyst or internal use cases where there's nothing critical about that? Sure, makes sense. But we firmly believe, and actually Databricks and Snowflake have both validated our belief by purchasing 2 OLTP companies is that OLTP is actually the higher ground for AI because to do any type of real-world data transactions, whether it's some bank is recommending a stock trade or you want to go update your insurance provider or you have to file a claim, that's all OLTP. You can't do that against historical archival data.
And so MongoDB being an OLTP database from -- also from the very beginning and also the fact that all of those customers are also our customers as well, why we say downstream is and why we think they've seen the uptick is it's been a lot of internal use cases, some playing around data analysts crunching data, doing research and everything like that. But the keys to the kingdom that are actually running all of their mission-critical workloads that are generating all of the revenue for these companies is actually in MongoDB.
So that means that you will kind of see more of the benefits later than they've seen them so far? Is that the right...
It's not a question of if, it's a question of when.
All right. And let's just talk about the opportunity across the 3 different AI customer cohorts that you guys have defined, the Frontier Labs, the AI natives and enterprises.
Yes. So let's break that down. So we talked about this on the last call. So you have the Frontier Labs. And quite frankly, we're thrilled to have them as customers. They've asked us to not talk about what -- how we're used with them, so we won't. But -- so that's one piece of it.
The second piece is AI natives. And this is where companies are making their own product that is selling an AI product that is run on Mongo, powered by MongoDB. It's a bunch of smaller companies, but nobody has really hit exit velocity. They will at some point. And that's a great use case because -- and this is -- as Ben was talking about it, sometimes it's a lot of unstructured data. If that database doesn't scale with the product as they scale, they have a problem, which is why they may start out on Postgres and then they come to MongoDB.
The third piece, which is where all the money is, is in enterprises. So as we've talked about, we started to see some activity. There's a lot of POCs. There's a lot of betas. And we know customers are big banks, insurance companies, consumer products, retail, starting to build agents, but they're not deploying them at scale externally because of security, governance, compliance. Nobody wants to be on the Wall Street Journal because they had an agent do stock trades that went the wrong way. Their -- and that's going to take time, and that's the third piece of it.
So we feel very good about the -- what we have in that enterprise market. And we know that customers are deploying agents, but they have not deployed them at scale nor have they come out of beta or POC. So those are the 3 layers we've talked about, Jason, for AI.
Got you. And I think CJ has said for at least enterprise, like the kind of 12 to 18 month time frame is a realistic kind of timing of when it starts to become more meaningful for you?
So we'd like to see it faster. I mean, look, we can try to help them, and I know we're going to talk about this. And we have customer success folks in their sales teams. But at the end of the day, they have to move at their own speed. So even, for instance, MongoDB, we have a lot of internal use cases for us to then deploy it to our customers. There's a lot of things we have to go through. So we hope it moves faster. We're starting to see some pickup, which is why we talked about it. And again, like Ben said, for us, it's not a matter of if it is.
Okay. Great. And then for Ben, I just want to ask you, so a couple of things on the kind of start-up side. How do you guys get in the door with the start-ups right away versus like having them fail on Postgres and then kind of come to you, number one? And then number two, is related to that is how do you make the product kind of more agent-friendly?
Good question. And actually, they're really related. So if we rewind the clock like 5 years ago, if you're an application developer, the first thing you did was saying like, okay, what's my stack going to be, right? Whether you pick MERN or Node.js or some other, you picked your technology stack, you picked your hyperscaler, you pick where you're going to run it, you knew what the security model was, you wire up the network and you'd like, okay, great. Now I'm going to go start developing my application, right?
So today, what happens? You go to whatever pick your poison code platform and say, I have an idea for an app. The LLM writes back and says, cool, where do you -- how fast do you want to deploy? And they're like, I don't care. And they just start asking you questions about what you want the app to do and it lands on a piece of technology and something.
So why is that? The way the LLMs get trained is on publicly available internet data. And SQL has been around for 50-plus years. Postgres is 20 years older than us, right? So we have a lot of content catch-up to just plainly do to just get the training in the right place to where the recommendations happen more. But what's actually happening is fascinating is all that data is actually being modeled in, as I said earlier, JSON. They're not trying to model the modern application in relational. It's actually being modeled properly because the LLMs themselves are utilizing JSON for how it stores its own training data. So it picks the better data model, picks the wrong technology.
And we have a lot of focus on building up that awareness, content, varying other things. There's all this new segment of AEO, making sure it build up agent awareness. There's a lot of different focus areas there to help with the awareness. And then secondly, more specific on the agent friendliness. We do a lot today with MCP servers, the way our API is written, we'll continue to obviously invest in that area. But once you have decided on MongoDB, we're very agent-friendly, it's about that first step of having the agent select us without the need to prompt. If you're creative with the prompt or you have a good idea that you want to go with Mongo, it doesn't -- it's not very hard to get the LLM to select Mongo. But if you're being generic and you're at 80,000 feet, it just default to what.
It's an -- for a lot of people, it's an afterthought right now.
Yes, it's an afterthought.
How you get it to be not an afterthought.
Exactly. And -- but we know that to be the case because as soon as it becomes a real thought, whether it's applications are generating revenue, they have a security concern, they run into a performance problem, they all come. They all eventually end up on Atlas, which is great, and we're happy about that. But I want to save them the pain upfront.
Got you. And is it fair to say that I think CJ kind of alluded to this on the call that there's sort of stay tuned on the product innovation side this year that you guys are going to be releasing a bunch of new technology that will sort of maybe make that...
We're always innovating.
More easy.
We have a lot of ideas.
All right. A couple more things I want to hit before we wrap up. And then the breakout is going to be upstairs in [ Mayer or Maher ]. I don't know how to say that. The first question is just on the new sales leadership, Mike. You had 2 guys that were there a long time and really established and really respected. How should investors think about the sales leadership change?
Sure. So Cedric and Cap, as we call him, Paul, were there for many years, I think 8 or 9 years, both of them. They did a great job building Mongo into what we are today. They both raised their hand and said, hey, it's either time for me to go do something else or bring in new leadership. So both of those 2 exited Mongo at the end of last quarter. We brought in -- and we made -- what was that? Sorry.
So we broke the team up into, call it, presales and postsales. So we brought in a new leader, Ryan, who's going to run -- he's the CRO, and he is running the sales team. He came from Confluent. He's all of 5 weeks into the job, folks. So he's still trying to figure out where the restrooms are to use that analogy. And then Erica came in as the Chief Customer Officer, and she has not only technical support, PS as well as the customer success team and also partners, which is what she did very well at ServiceNow.
Very importantly, before we made the announcement, and we were clear going into the year, folks, all the territories, quotas, comp plans were all done for fiscal '27. So there's going to be no changes to that. Ryan knows very well. The last thing you want to do is come in and change those. So we don't expect any changes for fiscal '27 as it relates to that, where all the execution is set.
The great part about him is he understands the consumption business. He's done it at scale, and he also is very focused on enterprise. So that's great. And then Erica, not only will continue to focus on the customer success, but we've also said that, hey, we can do better in the partner community in terms of SIs or other folks that we sell through and with. So that will be a big focus for her. We don't expect any issues, and we haven't baked any into the guidance because things are going well, the next level down. Certainly, there's always changes at that point, but we feel very good about the leadership.
Okay. Great. And then when we think about the FY '27 guidance framework, it looks like it bakes in a fair amount of conservatism as sort of your MO, as I've worked with you for many years, not just at Mongo, also at NetApp. Can you walk us through kind of the key assumptions with the FY '27 guidance? And if you end up doing much better, like where would the upside come from?
Sure. So let's back up for a second. So understanding that the company historically has not given specific Atlas guidance. Two quarters ago, we started to give that view. When I started a year ago, that was the #1 ask for investors. Give us a little view of what you think Atlas is going to grow. So when we set the guidance for fiscal '27, we talked about Q1, we thought Atlas would grow, call it, around 26%. And then for the full year, total Atlas growth was 21% to 23% and then EA was low single digits. And that was the framework that we set. Again, we feel good about the business. It is a consumption business. The thing that we are -- have less control over is what happens in the economy. The great part about consumption is you can spool up and you can spool down. So we always want to bake that into the guidance.
After Q1, we grew Atlas by 29.4%. We bumped Q2 up to 26%, and then we raised the second half as well. In our models, the entire second half raise was in Atlas, which goes to your other question, we feel good about the business. If we're going to do -- if we're going to beat those numbers, it will almost assuredly come in Atlas. Is there room in EA? Sure, because we don't bet on the duration. We may get a multiyear deal. And if it comes in at 3 years, it boosts the license revenue in that quarter. Folks, that's tough to forecast because that's not our decision, that's our customers. And quite candidly, they don't even know whether it's going to be single or multiyear because their budget is the driver there. So -- and then we took up operating margins across the board as well. So we feel good about setting ourselves up for success.
Very importantly, on Atlas, folks, we talked about, hey, when you look at the range in Q4, we guided Atlas to grow 27%, and it grew 29.2%. Consumption was largely in line with what we expected. In Q1, 26%, and we grew 29.4%. Consumption came in better than we expected. So that kind of gives you the range. And we're guiding Atlas because, hey, the consumption business is new to a lot of you folks, and that's why we've started to give that incremental disclosure to show, hey, the consumption business is a little bit different, and we said it now 2 quarters in a row, it's a big business, less so 4 years ago, where you had customer cohorts or groups of customers that can move the needle. It's less so now, which is great. So consumption in the quarter, while it's great in a quarter, you'll largely see that hit revenue in the following.
Okay. We'll have to end it there. Thanks, everybody, for joining, and thanks to Mike and Ben.
Thank you.
Thank you.
Thanks.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — 46th Annual William Blair Growth Stock Conference
MongoDB — 46th Annual William Blair Growth Stock Conference
MongoDB betont starkes Atlas‑(Cloud‑Dienst) Wachstum, Positionierung für AI‑Workloads via JSON und eine nach Q1 angehobene Jahresguidance.
🎯 Kernbotschaft
Atlas (Cloud‑Dienst) ist das Wachstumstreiber‑Segment (~75% des Umsatzes); das Unternehmen setzt auf JSON (JavaScript Object Notation) als zentrales Datenmodell für unstrukturierte und AI‑Workloads. Multi‑Cloud‑Cluster, Hybrid‑On‑Prem via Enterprise Advanced (on‑prem) und ein produktgeführter Self‑Service‑Trichter sind Kern der Strategie.
⚡ Strategische Highlights
- Atlas‑Momentum: Konsumption getriebenes Wachstum: Atlas wuchs zuletzt konsistent ~29% in mehreren Quartalen und macht den Großteil des Ausbaupotenzials aus.
- Produktintegration: Suche, Vector‑Funktionen und weitere Dienste laufen im gleichen Datenmodell; Entwickler brauchen keine separaten ETLs oder mehrere Abfragen.
- Multi‑Cloud & Hybrid: Fähigkeit, einzelne Cluster über Clouds/Regionen zu spannen (Datenresidenz, Verfügbarkeit) sowie On‑Prem‑Installationen für regulierte Kunden.
🆕 Neue Informationen
Finanziell gab es keine neue Guidance außer der nach Q1 bereits kommunizierten Anhebung (Gesamtjahresrange leicht erhöht, Atlas‑Anhebung). Produktseitig konkrete Ergänzungen: Partnerschaft mit LangChain (Agent‑Memory), Betonung integrierter Vector/Search‑Funktionen und Hinweis auf einen Investor Day im September.
❓ Fragen der Analysten
- AI‑Wettbewerb: Diskussion zu Postgres/JSONB: MongoDB argumentiert mit höherer Dokumentgröße, horizontaler Skalierbarkeit und eingebauter JSON‑Performance.
- Timing: Analysten hinterfragten, wann AI‑POCs in skalierte Enterprise‑Deployments münden; Management sieht 12–18 Monate, vermeidet aber genaue Timing‑Versprechen.
- GTM & Führung: Wechsel in der Verkaufsführung wurde angesprochen; Management betont keine kurzfristigen Kompensations-/Quotenänderungen für FY‑27 und sieht niedrige operative Risiken.
⚡ Bottom Line
Für Aktionäre: Starke Atlas‑Dynamik und angehobene Guidance stützen das Wachstumsszenario; AI bleibt ein vielversprechender, aber noch frühphasiger Upside‑Treiber. Kurzfristig gilt es, Atlas‑Konsumption und den Übergang von POCs zu produktiven Enterprise‑Deployments zu beobachten; Sales‑Transition und Produktroadmap sind zweite relevante Upside‑Faktoren.
MongoDB — Q1 2027 Earnings Call
1. Management Discussion
Hello, and welcome to MongoDB's First Quarter Fiscal Year '27 Earnings Conference Call. [Operator Instructions] I would now like to hand the conference over to Jess Lubert, Mongo's Vice President of Investor Relations. You may begin.
Thank you, operator. Good afternoon, and thank you for joining us today to review MongoDB's first quarter fiscal 2027 financial results, which we announced in our press release issued after the close of market today. Joining me on the call today are CJ Desai, President and CEO of MongoDB; and Mike Berry, CFO of MongoDB.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities, our opportunity to win new business, our expectations regarding Atlas consumption growth, the impact of EA and other business and multiyear license revenue, the long-term opportunity of AI, our financial guidance and underlying assumptions in our investments in growth opportunities in AI.
These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations. For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our annual report on Form 10-K for the year ended January 31, 2026, filed with the SEC on March 11, 2026.
Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them, except as required by law. Additionally, we will discuss non-GAAP financial measures on this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to the most directly comparable GAAP financial measures.
With that, I'd like to turn the call over to CJ.
Thank you, Jeff, and thank you all for joining us today. I continue to spend a lot of time working with a wide range of customers from AI natives and digital natives to large enterprises and public sector organizations. This customer-driven focus is to deliver meaningful outcomes for MongoDB.
The process I follow is tightly linked. So each part strengthens the others. Number one, engage directly with C-suite leaders to elevate MongoDB from a technical decision to a strategic platform commitment. Number two, surface new pipeline by helping customers connect their most pressing modernization and AI opportunities to what MongoDB can uniquely solve. Number three, feed what I learned directly into our product and technology teams to accelerate our customer-driven innovation road map.
These conversations reinforce my conviction in both what we have built and the scale of the opportunity ahead. That opportunity has 2 dimensions. The first is core workloads where large customers run their most demanding, mission-critical workloads on MongoDB across on-prem, public clouds and hybrid environments. The second is AI, where enterprises, digital natives, frontier labs and AI natives alike are moving agentic applications into production and choosing MongoDB as the data platform to power them.
As you heard from other software companies, these 2 opportunities are not distinct and, in fact, reinforce each other. Enterprises are starting to build agentic application on top of the very data already running on MongoDB. This dual opportunity compounding together is what gives us so much optimism about the road ahead. Today, I'm proud to share with you our Q1 results.
We generated total revenue of $688 million, up 25% year-over-year, beating the high end of guidance and accelerating from the 22% growth we reported in fiscal Q1 of the prior 2 years. Top line strength was driven by Atlas, which grew 29.4% year-over-year including a record $117 million year-over-year dollar growth.
Now at a $2 billion run rate, this is the fourth quarter in a row Atlas delivered year-over-year growth of at least 29%. EA & other previously referred to as non-Atlas grew 13% year-over-year. We delivered a non-GAAP operating margin of 18%, above the high end of the guidance. We ended the quarter with over 67,700 customers, adding 2,500 customers in Q1, growing year-over-year and quarter-over-quarter.
AI adoption of MongoDB technologies across our customer base continues to accelerate. MCP server usage is growing significantly. Voyage customers have more than doubled quarter-over-quarter and vector search adoption is far outpacing overall company growth. Let me walk through each dimension of our opportunity.
Across my conversations with customers, 1 shift stands out. MongoDB is starting to become a strategic platform decision in addition to a workload-by-workload evaluation. This is driven by a powerful combination of our platform technology fundamentals, high performance at scale, the ability to run anywhere and AI capabilities that are fully integrated in a single data platform. Zoom is a clear example of that.
Zoom, a global leader in AI-powered workplace collaboration runs MongoDB Enterprise Advance as a unified data platform for Zoom Meetings, Zoom Phone, Zoom Contact Center and Zoom Virtual Agent deployed across dozens of clusters globally to deliver low latency, highly available communications at scale. By standardizing these workloads on MongoDB, Zoom gains are cloud-agnostic, hybrid deployment model that runs anywhere their business requires.
This simplifies the previously polyglot data estate, improves our resilience and reduces total cost of ownership across mission-critical services. We look forward to continuing to support Zoom as they deliver the next generation of workplace experiences. Turning to AI. This opportunity spans 3 distinct segments. First is the frontier labs. Several of this have selected MongoDB for use cases that are mission-critical to the deployment of their products among the most demanding data workloads in the industry.
The depth of engagement varies by lab and by workload, and it is still early. But we feel great about the use cases we are winning and the ability to expand within these customers over time. Second is AI-native companies. These customers are choosing MongoDB as the foundation for their AI products from day 1 because the data layer determines if you can scale to support rapid growth. For example, Endor Labs is an AI-native application security platform, protecting over 7 million applications across both human written and AI-generated code. Endor selected Atlas as its default database to support 225% year-over-year revenue growth. Endor uses Atlas and Atlas Search to power its mission-critical security workflows, including AURI, its new security intelligence layer for AI coding agents, allowing the company to reduce operational friction and accelerate delivery of its differentiated offerings.
Third is enterprise deploying AI. It is still early here, but we are beginning to see customers move from experimentation into production, building AI application on top of the operational data layer already running their business. Zomato is a great example. The world's second largest food delivery company with 25 million monthly active users build Nugget, an AI-native customer support platform, they are now selling to other enterprises on Atlas.
After evaluating DynamoDB and DocumentDB, they chose Atlas for its aggregation pipeline, right consistency and flexible schema. Nugget now orchestrates 15 million conversations per month on MongoDB's platform, reducing support cost by 55% and improving human agent productivity by 40%. Another exciting pattern is also emerging across these segments. Something I'm really excited about.
Customers choosing MongoDB as the memory layer for AI agents themselves. agent Workloads need memory, that's transactional, high velocity and able to retrieve the right context at the right time. Adobe's Journey agent is a clear example. A composite multimodal AI agent that unifies Adobe's marketing suite and orchestrates end-to-end customer journeys for their global B2C user base with MongoDB as the agent's long-term memory and reasoning layer.
Adobe leverages the MongoDB platform, Atlas Search and Atlas Vector Search together to power the sub-100 millisecond hybrid search the agent needs to act in real time. To be clear, our results today are driven primarily by core workloads, but we are seeing real and growing momentum from AI and agenetic workloads and believe MongoDB is purpose-built to be generational data platform for the agentic era.
Built natively into the platform, MongoDB's innovations in the core database, embeddings and vector capabilities are moving us beyond a system of record to becoming the real-time system of intelligence. That just comes down to 5 core strengths. Number one, MongoDB is architecturally built for AI in 2 key ways. First, our flexible schema is uniquely suited to how applications get built in the agentic era. A growing share of software is now created through pro-driven development, natural language iteration rather than line-by-line authorship.
Whether the prompt comes from a developer or an agent, the shape of the application shifts with prompt and a rigid relational schema becomes [ a tax ] on every iteration compromising agility. In addition, LLMs are the lingua franca for AI, and they speak in unstructured documented shape data, the exact form MongoDB was built around. We have been compounding both advantages for 15 years, well before the current AI wave gave them a tailwind. Second, MongoDB is a transactional, high-performance data platform built for how agents actually work.
Agents don't behave like traditional applications. They read, write and act continuously across multiple simultaneous threats with a single agent responding subagents that each make independent reads and writes in real time. Analytical systems built for off-line processing weren't designed for this, and it shows in the performance when you run agents on top of them. MongoDB 8.3 released this month takes that step one further, delivering up to 45% more reads, 35% more writes and 15% more [indiscernible] transactions over 8.0 without changing a line of application code.
Third, MongoDB is a data platform that delivers the retrieval accuracy agents need to be trusted while optimizing tokens and cost in production. For internal tools, occasional errors may be tolerable. But for customer-facing application such as clinical decision support, fraud detection, financial transaction, insurance transaction, accuracy is nonnegotiable. MongoDB delivers best-in-class retrieval through integrated Vector Search and Voyage embeddings and reranked models, purpose built to surface the most relevant context when agent needs it.
This quarter, automated Voyage AI embeddings entered public preview, removing weeks of infrastructure work and enabling developers to deliver semantic search in minutes. Fourth, MongoDB runs wherever the agent needs to run across all 3 major clouds, on-prem and in hybrid environments. The assumption that every workload eventually migrates to the public cloud is being challenged by real factors: cost at scale, capacity challenges, latency requirements and regulatory mandates on data residency.
Many customers run Atlas and EA simultaneously, and they need a platform that doesn't force a choice. Fifth, MongoDB is embedded in the tools, developers and agents actually use to build agentic applications. LangChain is the world's most widely adopted agent framework with over 1 billion downloads. We delivered 10-plus native integrations with LangChain for vector search, hybrid retrieval, semantic cashing and agent memory. We recently announced that MongoDB Checkpointer for LangChain deployment, which collapses what used to be a dedicated [ postgres ] instance per agent into a single, shared Atlas cluster, state memory and operational data unified in one place.
Last month, we also launched the MongoDB plug-in and agent skills on the Claude core marketplace, where we are already seeing strong early traction with developers. Whenever agents are built, MongoDB is already there. Executing on this opportunity requires a world-class team. On the product side, we recently announced 2 CPO appointments. Ben Cefalo, a long-time MongoDB leader, is now Chief Product Officer for core products overseeing Atlas and Enterprise Advanced.
Pablo Stern-Plaza, who is based in San Francisco joined as Chief Product Officer for AI and Emerging Products with responsibility for our AI product portfolio and our strategic relationships with top AI native and frontier customers. Over the years, Pablo has worked for many software companies in technical roles, helping scale their product lines into meaningful thriving businesses. Anchoring our technology organization is Jim Scharf, our Chief Technology Officer, who continues to focus on the enterprise requirements that matter most: security, durability, availability and performance.
On the go-to-market side, Erica Volini joined as Chief Customer Officer earlier in Q1, bringing 2 decades of enterprise growth experience, most recently architecting the partner-led motion that drove ServiceNow from $5 billion in revenues to more than $10 billion. Ryan Mac Ban joined us as Chief Revenue Officer, bringing 20-plus years scaling global go-to-market organization, most recently as CRO of Confluent, where he led a cloud-native consumption-oriented platform business with strong parallels to our own and previously in senior roles serving large enterprise customers at VMware and Cisco.
Erica and Ryan are partnering as a unified go-to-market team jointly responsible for the full customer life cycle. With this team in place, I'm confident in our ability to capture the opportunity ahead. I also want to extend my deepest thanks to the entire MongoDB team and especially our go-to-market organization whose hard work and sharp execution delivered a stellar Q1.
One last note before I hand it over to Mike, I would like to personally invite you to our Investor Day, which will be in New York City on September 29. Please e-mail [email protected], if you would like to attend. We hope to see many of you there.
With that, Mike, please take it away.
Great. Thank you, CJ, and good afternoon to everyone on the call. I will start by reviewing our first quarter fiscal '27 financial performance before moving on to our outlook for the second quarter and the remainder of the fiscal year. I will be discussing both GAAP and non-GAAP results. As CJ highlighted, we delivered a strong quarter that exceeded all of our guidance ranges, and we are raising our outlook across the board for fiscal '27.
Before diving into details, I want to highlight 3 key takeaways from the quarter. First, Atlas growth remained strong, with the fourth straight quarter of year-over-year growth above 29%. Second, EA growth remains durable as we continue to grow both Atlas and EA. And third, our business model continues to deliver operating margin and cash flow expansion. Looking at the top line in more detail. Total revenue in the first quarter reached $688 million, representing 25% year-over-year growth compared to 22% growth in the year ago quarter.
Turning to our product breakdown. Atlas consumption was stronger than expected in the quarter, and revenue grew by more than 29% year-over-year and exceeded our guidance. This is the fifth straight quarter of year-over-year dollar growth in Atlas, adding a record $117 million in the quarter. Atlas now accounts for approximately 75% of total Q1 revenue, up from 72% in the year-ago quarter.
Our main growth driver continued to be the strength in use cases at established enterprise customers with momentum across the financial services, technology and media industries in Q1. Smaller but accelerating growth drivers included early AI deployments with many of these same enterprise customers and momentum with Frontier Labs and AI native companies. We experienced particular strength in North America that was driven by our larger customers, although our self-serve business also performed well in the period.
This ongoing momentum across our customer base is reflected in our total company net ARR expansion rate, which was 121% for the quarter compared to 119% a year ago. Turning to EA & Other revenue, which encompasses the metrics we previously referred to as non-Atlas, we saw solid results with revenue growing 13% year-over-year. This strength was driven by existing customers across all types of industries, particularly in the finance and technology verticals, where customers continue to expand their on-prem footprint to support both traditional and AI applications.
EA & Other ARR, which normalizes for duration impacts grew approximately 11% year-over-year. Moving down to P&L. Total non-GAAP gross margins of 74.5% expanded by approximately 40 basis points year-over-year and were approximately 100 basis points below the fourth quarter. Subscription gross margin finished at 77.1%, approximately 60 basis points below the first quarter fiscal '26 and 170 basis points lower than the fourth quarter.
The quarter-over-quarter variances were driven mainly by product mix between Atlas and EA as well as the normal seasonality impact to margins in the first quarter of the fiscal year. Moving to profitability. I'd like to start by noting that we had our second quarter in a row of GAAP profitability, which is a great trend. Non-GAAP income from operations came in at $123 million, yielding an operating margin of 18% compared to 16% in the year ago period. We are very pleased with our operating margin results which benefited primarily from strength in revenue, driven mainly by Atlas.
First quarter non-GAAP net income was $112 million, which translates to $1.32 per share based on 85.3 million diluted shares outstanding. This compares to net income of $86 million or $1 per share on 86.3 million diluted shares outstanding in the year ago period. Our remaining performance obligations, which we define specifically as obligations for contracts with a duration greater than 12 months stayed relatively consistent quarter-over-quarter and ended the period at $1.46 billion.
This represents year-over-year growth of 88% with the current portion growing at 69%. Customer adds grew by 2,500 sequentially, bringing the total customer count to 67,700, which is up from 57,100 in the year ago period. The growth in our total customer count is being driven primarily by Atlas, which had 66,400 customers at the end of the first quarter compared to 55,800 in the year ago period.
Within Atlas, we saw a strong quarter of Voyage customer additions, reflecting early but encouraging demand for our AI embedding capabilities. We feel good about the momentum we are seeing with new customers and please keep in mind, this metric will fluctuate from quarter to quarter. We closed out Q1 with 2,895 customers with at least $100,000 in ARR, representing 16% year-over-year growth. Revenue growth from this cohort was strong and outpaced total company revenue growth, consistent with our move upmarket.
Furthermore, we continue to see strong Atlas platform adoption. Of our Atlas customers generating at least $100,000 in ARR, 45% are leveraging 2-or-more features of our platform, which is up from 37% in the year-ago quarter driven largely by Vector and tech search adoption.
Moving on to the balance sheet and cash flow. We ended the first quarter with $2.4 billion in cash, cash equivalents and short-term investments. During Q1, we allocated $100 million towards share repurchases and $58 million to settle taxes on employee RSUs. Operating cash flow for the quarter was $202 million versus $110 million last year, and free cash flow was $198 million versus $106 million last year. Our cash flow results were driven primarily by strong operating profit and seasonally higher cash collections.
Before moving on to guidance, I am pleased to share that we have acquired Clarity Business Solutions. As we have discussed previously, we are strategically increasing our investment in the U.S. federal vertical and this acquisition is a key component of that strategy. Clarity has been a trusted partner of ours since 2021, providing specialized support and professional services for highly classified workloads within the U.S. government.
We have held a small equity stake in Clarity for some time. And this acquisition brings in MongoDB, the deep domain expertise and high-level security clearances required to further accelerate our U.S. federal vertical. Financially, this transaction represents approximately $10 million in services revenue annually at roughly breakeven profitability, and these impacts are already reflected in our updated guidance.
Now I'd like to share some of the assumptions driving our Q2 outlook and provide some additional detail into how we're thinking about the rest of fiscal '27. To begin, as I mentioned earlier, we continue to see strong and consistent Atlas growth. This performance is driven primarily by strength in core workloads as well as early AI tailwinds from both enterprise and AI native customers. We are encouraged by the continued strength in Atlas and feel good about the business entering the second quarter where we expect Atlas revenue growth of approximately 26%.
This strength is not only driving our second quarter fiscal '27 outlook, but is also giving us confidence to raise our full year growth expectation to a range of 23% to 25%, an increase of 200 basis points. As we said last quarter, we would like to remind you that as Atlas has gotten larger, it has become more predictable and less sensitive to revenue movements with any individual customer or cohort. With this in mind, we would encourage you to not expect large swings versus guidance for the current quarter as changes in consumption in inter-quarter only have a modest impact on revenue within the period.
Given Atlas as a consumption-based product, there is more room for variability as we go further out in the year. For EA & Other, we have line of sight into a very strong Q2 and expect to see revenue growth of approximately 20%. This reflects our expectations for continued ARR momentum as well as the timing of several large multiyear deals with existing customers. The continued momentum highlights the strategic importance of EA to some of our largest customers.
Given our current momentum, balanced against the timing of certain deals and a more difficult Q4 compare, we are raising our full year expectations for EA & Other revenue to mid-single-digit growth in fiscal '27. This implies that EA & Other revenue will be approximately flat during the second half of the year, again, due to the tougher compares from the second half of fiscal '26. While we remain optimistic regarding our ability to grow our EA & Other revenue over the long term, it remains difficult to predict the duration of our EA deals. So we only include deals in our forecast that have either closed or have a high probability of closing to limit the risk of a negative surprise.
Turning to profitability. We remain committed to driving both revenue growth and operating margin expansion, and we now expect to expand operating margin by 100 to 150 basis points in fiscal '27. We will achieve this expansion while investing in key growth initiatives across both products and go-to-market. Our product investment is focused around enhancing our AI capabilities, which includes Vector Search and Voyage and expanding EA's product value with new and advanced features, including native AI functionality.
Our go-to-market investments include building out our presence in Japan as well as strengthening our U.S. federal vertical, highlighted by our acquisition of Clarity Business Solutions. We will also continue to invest in quota-carrying headcount, marketing programs and developer awareness. Now let's shift to how that translates to guidance for Q2 and fiscal '27.
For Q2, we expect revenue of $729 million to $734 million, which equates to 23% to 24% year-over-year growth. We expect non-GAAP income from operations to be in the range of $152 million to $156 million for an operating margin of approximately 21% at the high end of guidance. We expect non-GAAP net income per share to be in the range of $1.58 to $1.61 based on 86.3 million diluted shares outstanding. For fiscal '27, we expect revenue to be in the range of $2.92 billion to $2.96 billion, representing full year revenue growth of 19% to 20%.
We expect non-GAAP income from operations of $571 million to $591 million for an operating margin of approximately 20% at the high end of guidance. With a combination of 20% revenue growth, the 20% operating margin, we are targeting a Rule of 40 performance at the high end of our outlook. We expect non-GAAP net income per share to be in the range of $5.95 to $6.14 based on 86.7 million diluted shares outstanding. Note that the non-GAAP net income per share guidance for the second quarter and fiscal '27 assumes a non-GAAP tax provision of 20%.
In closing, I also want to thank all of the MongoDB employees for staying focused and executing very well in Q1. We are very pleased with our Q1 results and remain highly confident in the long-term opportunity ahead for MongoDB. We are optimistic regarding our growth prospects, and we'll continue to invest responsibly to drive long-term shareholder value.
With that, operator, we're now ready to take questions.
[Operator Instructions] Our first question comes from the line of Matt Martino with Goldman Sachs.
2. Question Answer
CJ, maybe to start with you. The agentic conversation seems to have really shifted even over the past 3 months from proof of concept into real production deployments. And Mongo has put a lot of work into the platform to meet that moment with the LangChain partnership and the performance upgrades to the core database. I think as those pieces come together, do you feel like we're approaching the point where agentic workloads start to genuinely move the needle on consumption? Or is the bigger inflection still ahead of us? I'd love to get your thoughts there.
Thank you, Matt. We wanted to make sure on behalf of our products and technology organization that we are ready to scale when somebody wants to create an agentic workload in production that is customer-facing, which is typically where the scale is much higher and have all the capabilities in a single platform, so you are not doing search somewhere else. You are not doing vectorization somewhere else and embeddings which I was still trying to understand the power of embedding and what would that do for agentic workloads. .
But now seeing that with some of the large financial services and health care companies gives me a lot of confidence that our data platform can truly act as a real-time system of intelligence. So the answer is, I'm seeing it's still early math, just to be clear, because the security governance, observability, there are many, many aspects to the agents and what kind of outcomes they deliver if it is agents at scale. But we feel that we are ready and just yesterday, Matt, I was with a Fortune 25 firm. And when we outlined what we already have, where MongoDB can not only act as an operational data layer, but can also act as a long-term memory and some of the things that we are building right now they got really, really excited as they think about rolling out production agents at scale. So early but I'm seeing very encouraging signs, and we are ready.
And then, Mike, for you, you made a comment, I think, not to expect huge swings on Atlas revenue for the quarter ahead. Can you unpack that comment a bit? Should we take that as [indiscernible] magnitude similar to what we saw this quarter or something different?
Yes. Thank you for the question, Matt. So as it relates to guidance, we think it's important that our guidance reflects the true strength of the underlying business and feel there's room to do that while still being imprudent. As Atlas has gotten bigger, it has become more predictable and has become less sensitive to movements from individual customers or cohorts.
Coming off a strong Q1 where consumption came in better than expected, we're guiding Q2 consistent with the framework of how we've guided the past 2 quarters. To put that in context, in Q4, consumption came largely in line with our expectations. And in Q1, it came in a little better, which you can see reflected in our results versus guidance. The strength in Atlas this quarter allowed us to roll the beat and raise guidance for the full year.
And then, of course, that revenue drove higher profitability and EPS. For the full year, given Atlas is a consumption-based product, there's a little more room for variability as we go further out from the year -- in the year. So we've not changed our philosophy on EA, where we'll always guide conservatively due to the uncertainty around the timing of the deals. So hopefully, that gives you the context of the framework in terms of how we guided Q2.
Our next question comes from the line of Ryan MacWilliams with Wells Fargo.
Mike, you're guiding to another strong 2Q for Atlas against the strong performance you had last year. Is this how we should think about the seasonality for the Atlas is going forward? Or is this Atlas guide being impacted by other factors we should keep in mind?
Yes. Thanks for the question, Ryan. So as we guided Q2, a lot of that was coming off of a strong Q1 in terms of consumption. And as we've talked about, Ryan, as the business gets a little bit bigger, there's always some small seasonal changes, but on a year-over-year basis, I wouldn't expect significant changes. Now quarter-on-quarter, certainly, it does change a little bit.
But year-over-year, I wouldn't expect much change in the seasonality.
Excellent. And then for CJ, I'd like to hear about the opportunity for AI native with Mongo as those customers really start to scale their own businesses are there use cases for large AI native that they may make more sense for Mongo? And I guess for the quarter itself, like how can we think about the contribution from AI natives to Atlas?
So Brian, first is that AI natives what we are finding, and I shared the example of somebody like ElevenLabs and .local London a few weeks ago, they were using first-party database for operational data. They were using another software for search. And basically, most of those product lines were really choking as ElevenLabs was growing significantly, right? They are now at a $500 million ARR.
So when I asked the team, technically the engineer who made that decision saw that the growth of the company as in that AI native company, ElevenLabs was being held up by the data layer. And us having search, vector search and operational data in a single platform, they are -- they made the decision to move to MongoDB not too long ago. And two things they said that really resonated with me, Ryan. Number one, they are like, gee, we should have done this a lot sooner. Otherwise, we would have not to deal with all these outages and other things they dealt with the previous platform.
And number two, now choosing MongoDB even though they have scaled significantly on their ARR as an AI native company gives them peace of mind. I'm hearing them from other AI native companies who also chose maybe a [ Postgres ] or something and Postgres completely choked on the performance. So that just gives me a lot of confidence that if AI native company where AI is the business or agentic layer is the business and they feel that they can scale with MongoDB. When that moves over to the enterprises, whether banks, health care and other firms, they will also realize the same thing a little bit later. And as Mike shared and I shared earlier, the contribution is there. We are seeing very encouraging signs right now. But a lot of growth was still driven by core enterprise workloads, which I would argue are also getting ready for AI world.
Our next question comes from the line of Raimo Lenschow with Barclays.
Congrats from me as well. CJ, on that note, you're meeting a lot of customers at the moment. The one theme that comes up in the industry around data is that people realize with AI, should data needs to be consolidated and cleaner. So what are you seeing there in terms of that kind of consolidation move towards Mongo.
And maybe just talk to how that's kind of impacting Atlas and EA. And then I had 1 follow-up for Mike.
Raimo, great question. So we definitely see I would say, and Raimo, thanks for acknowledging. But in Q1, just in Q1, I individually met 200 customers, okay? So I have lots of data points. And what we actually see is that a lot more modernization acceleration where somebody is moving to Atlas so that they are ready on scaling out for AI workloads rather than a consolidation play. What I see.
Yes, there are some examples where they are [indiscernible], now you have Search and Vector Search in the database that improves our data pipelines. We don't need to ETL now to some other search provider. We try to use open source that didn't work. So we are seeing some movement of data. And we are also seeing some migration from Postgres and others into MongoDB given that we do unstructured data really, really well.
And LLM speak the language of Json or low Jason. So that's how I would describe it more than data consolidation, modernization and also getting ready where you're not ETLing out data and just use MongoDB as the layer for AI.
Okay. Perfect. Make sense. Sounds exciting. And then, Mike, one for you, like with the 2 new hires on the go-to-market side, I know it's now we are now in Q2, but any changes we need to be aware of there? Or what are you thinking there in terms of impact on the organization this year? .
Yes. So thanks for the question. As we talked about going into Q1, we felt very confident in terms of making sure that there was not going to be any disruption. So from a territory plan in quota, all of that stuff, those are all out. We don't expect there to be any changes in the year. As you know, making changes to comp plans during the year is always fraught with issues. Ryan has done a great job so far. He'll get his arms around the organization, maybe some tweaks next year. We'll see what he wants to do. But I wouldn't expect any significant changes for the remainder of fiscal '27.
Our next question comes from the line of Ittai Kidron with Oppenheimer & Co.
Guys, congrats on a good quarter. CJ, I wanted to get your perspective on the AI natives. In what way do you think your go-to-market needs to evolve to address them differently? Is there a need to address them differently in the go-to-market effort?
Yes. Ittai, I'll give you a straightforward answer. This is work in progress. So what we find is that some of these AI-native companies come through our self-serve motion. We constantly watch -- we had so many customers through our self-serve motion, and that motion has been working really, really well as a lot of venture investments have gone into AI native companies. So post 2023, first, I want to acknowledge through our self-serve motion, we are getting some of these iconic logos that have now become a truly company with $100 million ARR plus.
With Ryan now in place, we are figuring it out what is the right point to intervene and that is a work in progress, okay, what are the characteristics? It's a Tier 1 VC company? Maybe it's not. Like, for example, a customer that grew in Q1, we found out that there was a AI/robotics company and they were growing a lot on Atlas, and then our team reached out to them right away.
So this -- we see that some of these companies are coming via our self-serve motion. And then one, when do we intercept and put a field wrap on it. And number 2 is that how do we scale and focus on that motion because we have a great database for those kind of companies. So work in progress, but we are making definitely improvements as we learn.
Fantastic. And then for you, Mike, great numbers again. Two small things. First on the EA comments on your second half when you talked about flat year-over-year in the second half. I'm just wondering, is there -- were there any large deals? I talked about large multiyear deals in the quarter. Was there any movement from future quarters into 2Q that have made that, that could also explain the flat second half or kind of things kind of fall where they would you expect them to fall? .
Yes. Thanks, Ittai. They largely felt where we expected. The biggest impact in the second half is really not this year, fiscal '27, it's '2%. As you remember, we had a very strong Q4, especially in '26. So that's really what's driving that guidance. I would say, and I've said it the whole time, hey, this is an area where we're going to be prudent. We're not going to go over our skiis in terms of multiyear deals. Hopefully, those build as we go through the year. You saw that last year. But we need to guide what we see today. .
Our next question comes from the line of Jason Ader with William Blair.
I wanted to ask CJ about the federal business. I think it's interesting what you're doing there. And historically, has that not been a big part of the business and that's what drove this. Maybe just talk about the catalyst for the acquisition of Clarity.
Yes, I'll touch on it, and then Mike will add. First is we see tremendous opportunity in federal business, not only just United States, but in Europe and other places as well. Federal business, when you think about whether it's tax agencies, whether you think about other types of agency, for example, administrations of various kinds, there is a lot of unstructured data. And there is a lot of unstructured data that needs to be stored properly or documents for a lack of better term, and that needs to be retrieved, performance has to be high and the cost has to be lower.
So I am 100% believer that this is a large TAM for us. We have not invested significantly both from a go-to-market perspective as well as product perspective in the past. But the good news is we will have FedRamp high certification for U.S. federal this year. That comes with other set of requirements on how we support these federal customers. And one of the things that I have observed after being here is that a lot of these customers are still using our community version, and they would love to understand as we get FedRAMP High certification can we sell to them properly and serve them properly and have enough coverage. So massive potential, and that's why the acquisition, and I'll ask Mike to add.
Yes. So great answer. Thank you, CJ. Just to add on to that, Jason. One of the things that when we looked at the business, it has grown nicely, but it is a pretty small piece of our business today. We would like to make sure that we can play in all areas of the federal government, civilian intel, defense, all those areas. And we've partnered with Clarity, they've been a wonderful partner for several years. But when we have services and other engagements, we've typically had to use them. We would like that to be a MongoDB capability going forward. And then you marry that with getting FedRAMP High later in the year, we feel really good about our momentum going into next year.
Then a quick follow-up for you, Mike. NRR up by a point sequentially. What's the right way to think about the drivers there? Is it the 45% of customers that are adding additional capabilities on the platform? Or is there something else going on? .
Yes. So thanks for the question. I would say it's all of the above. Keep in mind that, that's a total company number. Atlas is higher than the company average EA is a little bit lower, and it's really Atlas that can drive that growth. And a lot of that is due to the platform adoption as well as really the big driver there with the adoption to is the move-up market and our focus on the large enterprises.
[Operator Instructions] Our next question comes from the line of Patrick Colville with Scotiabank.
congrats on a healthy print. I guess, CJ, I want to ask you this question, please. In your prepared remarks, you mentioned Frontier labs and it sounded like it was labs plural. I know you choose the words very carefully in the prepared remarks. I guess, did I pick that up correctly, that Mongo might not be working with multiple Frontier Labs? And then of course can you just unpack the statement around kind of mission-critical workloads and use cases because that sounded really interesting.
So short answer to your first question, yes, it is plural, and it was chosen carefully. Thank you for noticing, Patrick. Number two, as we work with them, and as they have tried, whether it's Postgres alternative or others, they have come to realize that. And these are truly at the forefront of innovation in AI space or driving innovation that MongoDB is just a great data platform for some of the workloads. And the point around -- of course, we cannot go into specific details with our agreements with them on type of use cases, but they vary and there are multiple use cases depending on the lab, that we're working with them, and it's certainly, but we will continue to expand.
Our next question comes from the line of Siti with Mizuho.
CJ, you talk about AI opportunity early at this point, but some of the moves like your partnership with LangChan, now you extended that to more strategic there. So can you talk about how that's going to help? And specifically, you talked about expanding platform now that you have 2 CPOs there. Can you help us on your road map? How should we think about the expansion of platform to further capture this AI opportunity?
Absolutely. So I'll answer your first question. LangChan, great partner. I'm really proud of what Harrison and the team are doing. And the simplicity when we talk to customers is three Legs of the stool for any agentic workload is harness, LLM and data layer. And if they are being used as in LangChain, they have significant traction. Even when I talk to some of the large banks, whether it's on-prem or in the cloud, there's significant traction, the harness layer.
And then they say, okay, what about the data layer and data layer, MongoDB being a choice for the data layer just makes sense. So we have done many integrations with them, and we are seeing this being played out at some of the large enterprise customers who say, I'm glad that the data layer as in MongoDB really works with the harness layer. And of course, we can choose whichever LLM we want. So that is actually being played out right now in some large customers who are trying to create agentic applications at scale.
Number two, in terms of the CPOs. I really, really proud of Ben and his long tenure here and focus on somebody wakes up every day focused on our foundational layer, whether it's Atlas and EA. And he will continue to do that. And with Pablo, who is based in San Francisco, he will look at emerging products and because the AI ecosystem right now is very concentrated actually in San Francisco City working not only with just the Frontier labs, but also with a lot of our AI native customers who tend to be in Silicon Valley, he wakes up every day to make sure how we are relevant in that ecosystem, and he is a product and technology guy who has scaled many, many product lines over time. So that really gives me one person focused on foundation, second person focused on emerging products as well as AI workloads. And what I just wanted to share with you briefly, I am really fired up about our innovation road map that is accelerating, and you will continue to hear new potential products as we move through this year at various .local conferences.
Our Next question comes from the Karl Keirstead with UBS.
Okay. Great. CJ, 3 months ago on the call, you announced pretty blockbuster deals. I think one was a $90 million tech deal. The other was a $100 million financial deal. Did the incremental portion of those deals ramp during the April quarter? Or is that still really sitting in front of us?
I would have Mike answer that on how that plays out, given those were long-term deals and how we think about it.
Yes. So thanks for the question, Karl. So those are multiyear deals. We talked about -- some of those were a combination of Atlas and EA. So there is almost always future growth in Atlas as we grow. They were not part of the original transaction. But that's certainly part of our go-to-market motion is to expand those relationships. So what we booked in the last quarter is largely what you saw in this quarter.
Yes. And I would say a, that you also see some of that as we continue to move forward from Q4 to Q1, more than the CRPO number that Mike outlined and how -- whether it's long-term commitments across EA or Atlas is really, really encouraging for us.
Our next question comes from the line of Sanjit Singh with Morgan Stanley.
CJ, in terms of the opportunity around AI and agents, which sort of part of the stack. Do you think is going to create the most value or the value capture opportunity? Was it sort of being at the embedding model layer? Is it being that long-term memory that you referenced multiple times in your script? Is it that core operational database? And maybe you can sort of stack rank if there's a sequence of that opportunity that should unfold over time?
And then for Mike, just a quick follow-up on the RPO CRPO performance the second quarter of really phenomenal bookings performance. My question is to what extent that represents sort of new business expansions, landing new logos versus maybe catching up to the existing consumption rate of your existing customers? If you can give us some color there.
Sanjit, I can't believe you asked me to stack rank, but here is how I would say. What I'm seeing today is that our ability to be that because AI workloads fundamentally will the requirements keep on changing the tech stack that these large enterprises are building AI workloads on, whether it's LLMs, they want to use multiple LLMs or SLMs, they want to use continues to change. And as people are building these agents as in developers are building these agents, us being super flexible with a no schema rather than rigidity of relational that you understand well, definitely helps us.
So I would say that architecture of MongoDB on native JSON even the chat conversations that you want to store could become a long-term memory. So next time you come in and ask a question, it knows the context. But I would say that architecture, it is almost our founder calls it really well that. We would rather be lucky than smart. And when we created MongoDB, this is from [indiscernible]. We didn't have AI workloads in mind, but this architecture is perfectly suited for AI workloads.
I would argue that, that's the first part of the stack rank. And then the second part is our ability to do real-time and provide real-time intelligence on operational data and having embeddings so that your token costs are lower and you have right retrieval that is accurate would be the second in the stack rank.
And then, Sanjit, it's Mike. So on your question, I would say it's more the latter, the second piece, but I do want to qualify that while we do certainly bring in net new logos, the majority of the RPO is going to be the existing enterprise customers, but with a big caveat, please don't read that to be. It's just the base business we get today. We certainly always want to drive incremental ARR in those relationships. That's going to be through net new workloads, new applications, expansion. While it's focused on the existing customer base, we always want to drive incremental revenue with those bookings.
Yes. And Sanjit, what I'll just add is that what Mike outlined we were really, really pleased that our go-to-market teams globally executed on what we asked them to execute on Q1, which definitely helps that met .
Ladies and gentlemen, I would like to turn the call back over to management for closing remarks.
So thank you, everyone. We delivered a strong first quarter with broad based momentum across Atlas Enterprise Advanced and our AI workloads. We are issuing strong guidance for Q2 and full year fiscal '27 and we remain committed to expanding profitability while investing for growth in line with our long-term financial model. Our results, our customer engagements and the leadership team we have assembled all point to the same conclusion. MongoDB is on its way to becoming the generational data platform of choice for the AI era. Thank you very much for dialing in today.
Ladies and gentlemen, this concludes today's conference call. Thank you for your participation. You may now disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Q1 2027 Earnings Call
Starkes Q1: Umsatz +25% YoY, Atlas wächst ~29% und Management hebt Guidance an; AI- und Agent‑Use‑Cases im Fokus.
📊 Quartal auf einen Blick
- Umsatz: $688M (+25% YoY)
- Atlas-Wachstum: +29.4% YoY; Atlas macht ~75% des Umsatzes; $117M Dollar‑Wachstum
- Margin: Non‑GAAP Betriebsgewinnmarge 18%
- Cash & FCF: $2.4B Liquidität; Free Cash Flow $198M
- Kunden: 67.700 total, +2.500 QoQ; 2.895 Kunden ≥ $100k ARR
🎯 Was das Management sagt
- Plattform‑Thesis: MongoDB sieht sich als Datenplattform für Core‑Workloads und AI/agentische Anwendungen (Speicherung, Vektor‑Search, Embeddings, Performance).
- Produktvorteile: Flexibles Schema, integrierte Vector Search/Voyage Embeddings und DB‑Performance (8.3: Schnellere Reads/Writes) sollen Agent‑Workloads erlauben.
- GTM & M&A: Neue Führung im Produkt- und Go‑to‑Market‑Team; Übernahme von Clarity zur Stärkung der US‑Federal‑Strategie und FedRAMP‑Vorbereitung.
🔭 Ausblick & Guidance
- Q2‑Guidance: $729M–$734M Umsatz (≈+23–24% YoY); non‑GAAP Betriebsgewinn $152M–$156M (Marge bis ≈21%).
- FY‑Guidance: $2.92B–$2.96B Umsatz (≈+19–20% YoY); non‑GAAP Betriebsgewinn $571M–$591M (Marge ≈20%); EPS‑Range $5.95–$6.14.
- Risiken: EA & Other bleibt in Timing von Multijahresverträgen volatil; Atlas‑Konsum kann über längere Horizonte variieren.
❓ Fragen der Analysten
- Agentic Impact: Analysten fragten, ob Agent‑Workloads signifikantes Consumption‑Wachstum bringen. Management: vielversprechend, frühphasig, technisch bereit, Produktionseinsätze aber noch begrenzt.
- Atlas‑Prognostizierbarkeit: Wie sensitiv ist Atlas? Antwort: Größer = planbarer; Q1‑Beat erlaubt Aufwärtssignal, langfristig aber consumption‑basierte Volatilität möglich.
- EA‑Timing & Federal: Fragen zur Saisonalität und zu Multijahresdeals; Management bleibt prudent bei EA‑Prognosen; Clarity‑Akquise soll Federal‑Momentum stärken.
⚡ Bottom Line
- Fazit: Solides Ergebnis mit beschleunigtem Atlas‑Wachstum, besserer Profitabilität und erhöhter Guidance. AI/agentische Use‑Cases schaffen Wachstumsoptionen, sind aber noch in einem frühen, ausweitungsfähigen Stadium; Timing der EA‑Deals bleibt Unsicherheitsfaktor.
MongoDB — Morgan Stanley Technology
1. Question Answer
All right. Good morning. I'm Sanjit Singh. I cover the infrastructure software space on the Morgan Stanley research team. We are super thrilled to have the management team from MongoDB, CEO, CJ Desai; and Chief Financial Officer, Mike Berry. CJ, Mike, thank you for joining us. You guys reported earnings this week. So thank you for coming down and joining us at the TMT conference.
Thanks for having us.
Thank you.
So before we get into the conversation, for important disclosures, please see the Morgan Stanley research disclosure website at www.morganstanley.com/researchdisclosures. Today is like a special day, like a great lineup, and I think you guys have a great story. And so I want to dive in and tackle the debates on the story around AI. We'll talk about the quarter. So a lot to get through. But maybe to start off, CJ, investors are sort of getting back to basics in terms of thinking about these software companies, what's the value they create for their customers. So maybe you can walk us through that. What problems does MongoDB solve for customers today? And how will MongoDB create value for customers going forward?
Sanjit, I have been in the software industry for a long time. And one of the things that I would say is I constantly speak to customers on this question, why are you using us? If you're not using us, why not? And what value do you get out of it, okay? Very simple 3 questions, and you'll be amazed on the great answers you get from customers as they think it through. So we are software, but we are infrastructure software. And I know you know that, but we are infrastructure software and infrastructure software is extremely hard to create, as in to create and then innovate on. And as you add R&D to it over a number of years, it becomes a massive moat that you cannot just cloud code your way to it, okay?
So when I'm having conversations with customers specific to MongoDB, in my first 100 days, what is super encouraging is mission-critical applications at financial services, health care companies, insurance agencies or government, whether it's AI native company or a SaaS company that is now pivoting with AI agents and using MongoDB. So MongoDB becomes this layer of infrastructure software where the data needs to reside then they need to be able to search on it. And all of that in a single platform with even vector search because there is a lot of unstructured data in the world, that is what customers want. And when they say value, when they look at other potential choices because this market has existed for 60-plus years, they look at potential choices.
We are fairly unique compared to like a first-party service from hyperscalers, which only works in that particular hyperscaler. And you saw recently another hyperscaler outage in the Middle East a day before yesterday. So resiliency, scale-out architecture and having that peace of mind that my mission-critical data resides in it. And last thing I'll say is one of the banks I spoke to in Europe, they told me 1/3 of payments for my 45 million citizens that happens every week comes out of MongoDB. So we are the data layer that is super important to store, rely on, secure, perform as you run your business.
Yes. I think that point around the global availability and the resiliency is an important one, because in some sense, the superset of all of the data centers across the major hyperscalers. So if you're running -- want to run a distributed application anywhere in the world, Atlas is a great place to do it. I want to...
Let me touch one more thing. I was speaking to one of the AI native companies that is crushing it durably, that is crushing it durably. And they said, CJ, we want to expand even more workloads on MongoDB. And I said, okay. Everybody -- every hyperscaler is trying to sell you, everybody is trying to sell you, you are being very successful. Why? And the answer from the CTO is very simple is that you are the only database that I can run in -- he picked out 2 clouds, GCP and AWS side by side without me having to worry about it. And that's the biggest advantage you have that I can have a logical MongoDB across 2 physical cloud, and that is the reason we'll expand even more.
Awesome. Let's talk about Q4 results, fiscal year '27 guidance, especially given the stock reaction in the past couple of days. And so when you look at the numbers, a lot of great things to like here, 27% revenue growth. Atlas grew 29%. That was 1 point down from 30% in Q3. Meanwhile, the non-Atlas business grew 20% with the ARR from that side of the equation accelerating to 13% from 8%. Mike, one of the factors that you laid out that weighed on Atlas growth in Q4 was a large deal in which the customer bundled both Atlas and Enterprise Advanced. And so given that you called out that bundled deals are not a new phenomenon, can you speak to how you get to that normalized growth rate of 30% on Atlas?
Sure. And thanks again for having us. So this is a little bit of housekeeping. So I apologize if I didn't do a good enough job explaining this. So what we wanted to do is we typically don't call out onetime items, but we wanted to help bridge you from Q3 to Q4 and also make sure and connect our comments, which is the business performed largely as expected, okay? So -- and we got a lot of feedback from several investors saying, "Hey, thanks for bridging it." I think there are some folks that are not following it. So at a very high level, we have a very large customer that's great. They use both Atlas and EA, but they bought them separately over their journey with Mongo, Great.
In Q4, we did a new transaction with them, a multiyear transaction, and we had to combine them. It's one transaction. And the accounting rules say, when you do that, now you need to go through and use all the 606 rules and allocate the revenue. When we did that, no change to the underlying terms or consumption Atlas got less of an allocation in Q4 than it did in Q3. If you normalize for that, Q4 growth rounds up to 30%, okay? Full stop. That's that transaction. 3 important things. It's discrete to Q4. We don't expect this to recur again. All this is fully baked into the '27 number.
And this is not a trend folks, so don't make more of it than it is. We wanted to bridge you from Q3 to Q4. We have a lot of great customers. We love them all. They're wonderful. This was a big enough change Q3 to Q4, and it didn't connect with our comments, hence, the additional disclosure. Thanks for asking the question.
Just a couple of follow-ups on that. So you mentioned that outside this large deal, basically, what you saw basically came in line with expectations. When we go back to Q2 and Q3 when we saw like a bigger beat to beat, [ just to beat that ] was there anything in those quarters that drove that higher magnitude of outperformance from a onetime nature perspective? Was there anything unusual about what we saw in Q2 and Q3?
So thank you. So important note there. So Q2 and Q3 came in better than expected. Atlas, a little bit better than we thought. But the bigger beats in Q2 and Q3, as we talked about, were really related to EA. And this is the multiyear deal impact and dynamic that we have. No other big onetime events. I mean we have 60,000 customers. It's a $500 million business in Atlas. There's always puts and takes, but nothing to call out. And the bigger beats that we saw in Q2 and Q3 were directly related to EA.
One key strength in Q4 was RPO. What drove the strength in RPO? And how does this -- how does the growth in RPO compared to the growth in current RPO?
Yes. So thank you for that. So this is a number that we put in our Qs and Ks. Going forward, we will put it in the press release table so you get it when we do the call. At the end of Q4 last year, RPO was $748 million. These are commitments across all of our products that was mostly EA and about 59% of that we expected to recognize in the next year. At the end of this year, that number went to $1.47 billion, and we expect about 52% of that to be recognized in the next 12 months. So current RPO grew by about 74%.
Very importantly, folks, commitments on consumption businesses, that's our estimate. That number will vary because they still have to consume the commits. But for us, it's a wonderful sign because it's big customers committing long term to Mongo. And so that's a great thing. Don't assume that's all incremental. We always try to get incremental business, but it really gives us more visibility into this year.
So just on a current RPO basis, we saw about 70% growth in current RPO.
74% growth, and it grew by $325 million. So that was great.
That's great to see. Let's talk a little bit about guidance, and then we'll talk -- CJ and I will dive into the growth story at MongoDB. For next year, for fiscal year '27, you're targeting 17% growth at the midpoint. Atlas growth starting at 26%, ending the year at 21% to 23%. The question for you, Mike, is what are the swing factors that could drive upside to the outlook? And here's the unfair part of the question because you weren't the CFO last year. But how would you compare the degree of conservatism for the current fiscal year '27 guide versus the same time last year when the company guided for fiscal year '26?
So this is more about the year. I just want to make sure the question is for the year, correct?
That's right.
Okay.
Thank you for that. So I wasn't here last year. So I'm implying a little bit. As to your great question earlier, the performance in '26, we're super happy with. It was a very strong year. While we did a little bit better in Atlas, the majority of the beats were in EA. So as we look forward to this year, we -- and we said it multiple times on the call, folks, we feel really good about the business. As we go into '27, we think there's multiple growth drivers. We always want to set up the guidance to make sure that we feel really good about achieving it. And we will bake in -- we will always make sure there's more upside than downside, especially related to the EA business because that's tough to forecast. But we feel very good about Atlas going into '27.
And to your question, multiple growth drivers. We have not baked in a lot of growth in AI, either through AI natives, but most importantly, through enterprises deploying AI at a wider scale. We believe it is when, not if. Tough to forecast when. We've had a great move up market, and that's driven a lot of growth in Atlas. We continue to put more resources against that. We have some of that baked in. But if that does better than expected, that should drive more growth as well.
We're seeing a lot of migrations now as companies try to prepare for AI. That's another growth driver as well. And then, hey, from an economic perspective, we're assuming it's largely what it is. If rates come down, things get a little bit better, that's an upside as well. So multiple growth drivers on top of the guide.
Yes. So can I just add one thing? And I think this is a very important point in the previous 2 companies I worked for, our customer base was not growing as much as it is growing in MongoDB. So right now, when you look at the new customer adds that happened in fiscal '26, the new customer adds grew by 60%, okay? And now customer base is at 65,200. So how much would that customers grow? And how does that cohort play out? But overall, it's a positive sign because to get a new customer that I've learned over my career is so hard.
And for us to continue to add across the spectrum from small digital AI natives all the way to the top line, some of the AI native companies we didn't even know and we find out, wow, they got multibillion-dollar valuation and they think we are a product-led growth motion. So that specific base of 65,200 and 60% new customer growth that just happened, it will take time, but it is also how that cohort plays out is very important.
I mean it's one of my favorite assets of the story is the new logo growth in MongoDB because it not only implies like how you guys are sort of executing on the field, but it speaks to the durability of the opportunity 2, 3, 4, 5 years out. And it's something that we pay attention to. You guys are in the top tier in terms of customer base growth. And so that's definitely fantastic to see. The only other context that I was going to add is when the company guided to Atlas last year, I think it was in the low 20s. We ended up at 29% when fiscal year '26 was all said and done.
So let's zoom back out and talk about the growth opportunity. Past the $5 billion in revenue, right? So CJ, you've been -- you bring over 25 years of experience and mostly helped scale ServiceNow from $1.5 billion to a $10 billion annualized revenue business. When you think about your $5 billion revenue aspiration that roughly implies doubling the business. Can you outline the strategy for doubling the business over the coming years?
Absolutely. So on first principles basis, do I see a path to $5 billion plus? The answer is 100% yes. That's why I joined the company. I did my own diligence to really understand the TAM, where we play and why should we win? Because TAM is a TAM, but you have to earn your right to say this is the right architecture. And in this world, in 2026, why should somebody put their workload on MongoDB. So one is, absolutely, I see the opportunity by speaking to hundreds of customers before joining to see that we can see a path to $5 billion plus. So that's at the highest level, I absolutely believe that we can get there, $5 billion plus.
Number two, I see that in 2 buckets. Bucket #1, of course, is Atlas, super important. I mean now it's at a $2 billion run rate, growing 29% when I look at the year behind us. So if you can do that math and if we can sustain and commitment to the long-range model that Mike gave in September is that 20% -- he said 20% plus. He said 20% is the floor, 20% plus growing. You can do that math and you can see a path in a few years to get there from that $2 billion base to 4 plus. And then the question comes about EA, right? And that's why in my prepared remarks, in speaking to certain customers, this trend that I'm speaking with some customers, not all, but regulated industries, definitely public sector, where there is this almost with what's going on in AI and others, we -- they do want to use on-prem, okay?
And on-prem, on-prem cloud, it's not just banks, but there are like other companies who are saying, "Hey, we need to hedge and we need the hybrid option." So EA, which is still 20% plus of our business, what should be the growth rate? How should the product strategy evolve? So we are investing in the product strategy this year as in specific innovations like vector search and others in EA. And then how do I consider that as a business that still has growth -- durable growth assumption that adds to the Atlas 20%-plus growth that Mike laid out. That's pretty much it.
Now in addition to these 2, because we have -- people have always seen us as a single product company that builds a database, whether it's EA or whether it's Atlas. Make no mistake, we are going to add products. We are going to create a platform. And coming back to my previous employers, last 2, that is what we did systematically that expand the TAM, go to the adjacent buyer or maybe to the same buyer and have that platform play. So that is an additional thing. So we are currently investing in R&D, as Mike called out on the call, besides other investments that we are making. So that's how I think about on a first principles basis, you Atlas, Mike gave very clear guidance.
How do I think about EA, which is still a big number on that path to $5 billion. We are going to add additional products to lock that path to $5 billion. And last but not the least, which Mike called out, we are not in Japan. We have to be in Japan. So this will be the investment year to be in Japan, investment year, so expanding the team and so on. And public sector, which has very specific custom workloads, we have to be in public sector in a meaningful way over time. So that's an investment year as well. So those are the 2 additional things. So you combine these together, and I can see a path. Of course, we have to execute. A lot of things have to happen correctly. But if I didn't have that opportunity, I would be coming and telling you, hey, I just don't see that, right? So that's what I think.
It's a perfect segue to my next question is a question kind of focused on TAM. And if you sort of zoom out and look at what's happening in the broader ecosystem, you see some of your peers coming from the analytical data stack, really trying to build, I would call, an agent stack. So they're trying to get build -- acquire OLTP databases. They're getting into observability. They want to get into orchestration, right, to sell customers an application stack, right, where -- and that's kind of where MongoDB has played.
When I look at what you guys have been -- I feel like you guys have been more focused on just being that generational data platform. And so why does MongoDB seem to be following suit in terms of building your own agents, expanding to other layers of stacks? And why is the focus on being a foundational data platform, the right strategy for MongoDB?
One, fundamentally, I would say we always want to keep main thing the main thing. This is architecture, even though it was created in 2007 by the founders, it is the right architecture for modern workloads and AI being a platform shift. You do not want to take focus away from it, okay? So we have to innovate on the core is how I would simplify it. And then make no mistake, as I work with our CTO and the product teams, we are figuring it out where else do we have a right to play?
And what else should we be building, which we are building, leveraging AI, so that we can come at the right points throughout this year at our .local conferences and say, this is an additional thing that you should expect outside of the core database layer X, Y and Z, where MongoDB is going to play because customers want us to play there. So those are the announcements you will see real concrete product announcement that we are playing in addition to the core database.
Yes. So it looks like we've got lots to look forward on the product innovation side. CJ, you've been a pioneer when it comes to building and delivering AI products to market. And so when we think about embedding models, reranking models, vector search, hybrid search, to be able to do transactional processing, where do you see the most enduring value being created when it comes to AI apps and applications?
So on AI apps, what we are already seeing with some of the AI native companies. So I spoke to the founder of this vibe coding platform. And people are coming in there. I mean, literally, I said, can you give me the top 5 prompts or top 10 prompts, what kind of apps people are building on your vibe coding platform? And it varied from simple things like I'm trying to create an observability dashboard based on these data sources, something very simple that an internal team using. Two, people are putting things like, I don't like my CRM vendor give me a lead management software that I can build on my vibe coding platform. So you have like -- he showed me like the actual prompts that get put in this vibe coding platform.
This vibe coding platform, he told me, CJ, that I have very simple tech stack. One is fast APIs. He still doesn't believe in MCPs, right? So outside of LLM, fast APIs and he thinks MCPs are not scaling for his business. Number two is React on the front end. And then M was MongoDB. So FRM is basically he said. And I said, why MongoDB, you built in. He came over our website, picked it, the company is like doing really, really well globally. And he said, because this can scale, whether it's images, PDFs, documents, search, vector search and so on.
These kind of examples or a frontier model company using us for some of the use cases just show the power of our platform as in our database. And that's how I look at it when you think about it that if these kind of leading-edge companies that were created like a year ago or 2 years ago, right, they have not been around for that long. And if they choose us as an architecture because I asked them the same question, Sanjit, you had a year ago, did they look at Postgres? Yes, they did, but Postgres didn't have multi-cloud resiliency, if you're a vibe coding platform, that is your business, you want multi-cloud resiliency.
Then number two, can it scale for unstructured data and JSON native. So -- and then he uses multi-tenant and things like that. So these are the kind of examples that gives me a lot of optimism that this is a great platform in the age of AI and multi-cloud because multi-cloud is a tailwind for us. And every year, all hyperscalers had outages in 2025, and it's already '26. And you saw that what is currently happening in the Middle East with one of the hyperscalers and how it is impacting so many customers.
I had prepared a question on Postgres a little bit later, but I might as well hit it now. You mentioned the global availability on the resiliency of MongoDB as an advantage. When it comes to other companies on Postgres, I mean you guys have been clear that MongoDB doesn't have to lose for us to win, like there's plenty of opportunity. But what are the things that you would call out? Is it the rigidity of the data schema? Is it scale-out versus scale-up architectures? What do you think that developers are going to look to MongoDB to be the destination for next-generation apps?
So I'll tell you the positive feedback, and I'll tell you what they expect from us. So on the positive side, and you have done -- Sanjit covered infrastructure software for a long time, truly scale-out architecture that was built when Eliot and the team created this database, scale out 100% matters because they do not know what -- how much they are going to grow, where they are going to grow, which region they are going to grow and our availability in multiple regions and clouds and so on, definitely helps.
So scale out from an architecture perspective, native JSON and how friendly. This one AI company I met and I said -- and they're a very successful AI company, why did you choose MongoDB? He said, my last 2 start-ups, I was very successful. I sold them. Now this one, I have scaled already. I'm not going to sell it. All 3 I have built on MongoDB. So there is also this developer-friendly thing that you hear about MongoDB, how easy it is, flexible it is that as the business or use cases changes, relational, as you know, is very rigid is the term.
And then the third thing I would say, vector search, search, all in a single data plane, including now embeddings, that is a huge advantage because otherwise, you need either bolt-on or you ETL for search performance when it comes to queries. And then the last thing I'll touch on, write performance because we have so many writes happening, in addition to read performance, we are world-class.
Awesome. When you look -- you guys have disclosed approximately 30% of ARR now comes from customers with at least one AI use case, and there's thousands of AI apps running on Atlas today. As those trend lines continue to improve, what needs to happen for MongoDB's growth to start to benefit from AI applications in a more material way?
AI natives are helping us grow. AI natives, you're fully aware that we did .Local in San Francisco less than 6 weeks ago on January 15, and we are going to do it again in August just to keep that drumbeat on to do that. So we are top of mind for this company. So that cohort, Sanjit, that cohort is important to us because that is contributing to our growth. But like Mike has said, not in a meaningful way when you look at the big base of $2 billion plus. Now you look at enterprises, and I speak to them all the time, including large banks or health care companies. And they have started creating agents, but these agents are not like at the scale of active users that you have in the consumer side of AI frontier model companies or on the AI native companies. Their monthly active users are not that high or a weekly active user.
When that actually happens, we will benefit. When does that happen? I do not know. And that's why Mike said that, hey, that will be a tailwind, but we are not baking on it right now because speaking to customers, it is still early. Like they tell me, yes, we have this productivity agent here. Of course, we are using the coding agents here, but that's pretty much it. Nobody -- like every retailer I speak to, including the large they talk about agentic commerce. And I tell them, show me. And they're like, yes, we have ways to go, but that is our strategy.
Awesome. Let's bring Mike back into the conversation. Mike, at the Investor Day last year, you spoke to the ability to keep investing while driving 100 to 200 basis points of annual margin expansion going forward. How are you driving efficiency across business operations? And what role AI is playing in driving those efficiencies?
Sure. So thanks for the question. As we look at '27, and we talked about it, Mongo has such a great business model that we are able to invest in the things we've talked about, largely driven by the growth in the business. So revenue will drive profit, but it allows us then to drive the innovation and also expand into new markets. One of the nice things about Mongo is that, hey, we have a great customer base, but we have also not done as well as good a job, I'll say, expanding internationally. So a lot of the new headcount that you'll see at Mongo will be in lower-cost locations, especially across R&D and G&A.
We will continue to invest in selected headcount for sales. On the AI side, that is another opportunity for us. While we've looked at it, we're like most enterprises, we've not deployed it at scale. So a little bit of coding. Certainly in marketing, there are some good areas, in G&A as well, but that's also an opportunity. So while we will add headcount in fiscal '27, the goal is, hey, going into fiscal '28, that headcount should be relatively consistent, and then we'll see if we can drive further efficiencies after that.
You touched on an important point that I think the market is sort of debating given some of the announcements in the recent weeks. To what extent is MongoDB's ability to grow in the future at an attractive rate? How much of that is tied to headcount growth? And do you see these 2 forces decoupling as we progress into the AI era?
Yes, it's a great question, and you read about all the other reductions, and that's certainly not what we're doing. So for us, there is certainly reliance on sales headcount. Quota matters, sales capacity matters. And then in R&D, probably more importantly, all the innovation that we need, we do need headcount to do that. Now over time, that's going to get more and more efficient. And obviously, with the coding tools that folks have. So you'll see that increase in '27 because we have a little bit of catch-up to do.
But going into '28, all those things should allow us to be a lot more productive. I'll give just a huge shout out to the sales team. They had a really good year, and they drove their productivity up in '26. The rest of us need to do the same thing as well. AI tools will help that. So we don't need to continue to hire at the rate we are at this point, and we will become more efficient as we move forward.
My next question for you, CJ was around partnering with the ecosystem, just you're partnering with Anthropic. The company announced that partnership with Anthropic and you also announced partnerships with other ecosystem partners, including LangChain and Vercel. What will the Anthropic partnership mean for MongoDB's customers? And how will that accelerate your traction with AI workloads?
I think of this in 2 buckets. So one, when frontier model companies use us, it is a validation of our architecture because they could have said totally themselves because they are in that business, we should have just coded this ourselves, but they said, no, we are going to use MongoDB. So on the first principles, that is a huge validation that when they are building version 4.x or whatever it is, and they're doing that on MongoDB, it's a huge validation of our theory because they could have easily said, we don't need a data layer and we are going to code it ourselves, okay? So that's one.
Second is, so them being our great customers, frontier model companies is always a good thing. And as they grow, we want to grow with them based on the use cases that they used us for. Second thing is I had a conversation with one of the frontier model companies, and I said just recently that now the need for modernization, I would argue, is even higher in a Fortune 500 Global 2000 because of AI. So I said, hey, we want them modernization. We have the most modern database. Is there something we can partner with that if we provide you all the things we have learned as customers have modernized on MongoDB new workloads, can we work together so that you, just in the model, help people get to MongoDB as a destination that we can go to the bank and so on.
So we are in very -- Sanjit, early stages for those kind of things. But that is the second area of partnership that I think that where can they help us if the destination is MongoDB, which will be Atlas and will drive Atlas consumption over time. All this technical debt that large companies have, what role they can play to partner with us because we, from a future perspective, want those workloads on Atlas or EA, because depending on the company and where they want to run it. And so if they are going to help us and partner with us, what can we tell them about what we have learned so that they can do that while we add our own IP, which we are in the process of to get to that destination of something running with the right architecture and right performance on MongoDB.
So these are the kind of extremely strategic conversation. And third thing that I underscored in the earnings call, which is really, really important. When I understand, even after speaking to the founders and speaking to customers who love MongoDB, right, there's a huge fan base that I'm really proud of is the reason the leaf exists is that, hey, this is a very natural way to interact with the database to create a database for that human developer. And I want machines as an agents who are creating apps, whether it's a vibe coding app, your question around some of the partners that you talked about.
I want that the same thing that how easy for the machine to say, "Oh, this use case, it is perfect for MongoDB, and I'm going to spin up an Atlas and we have scale out." So don't worry, we are not going to overprovision it, and it will autonomously scale for you or chart for you or perform for you. That's the hallmark in the next few years from an innovation perspective. Human developers love MongoDB. Machine developers should also love MongoDB, which requires a bunch of work to be done on the platform side for us and then right partnerships to be had. That's why I hired Erica.
Awesome. That's a very compelling vision. CJ, Mike, thank you for giving us an update on the MongoDB story and best of luck for fiscal year '27.
Thank you.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Morgan Stanley Technology
MongoDB — Morgan Stanley Technology
📣 Kernbotschaft
- Kern: Management betont MongoDB Atlas (MongoDB Atlas) als zentrales Wachstumsfahrzeug, sieht klaren Pfad zu >$5 Mrd. Umsatz durch anhaltendes Atlas‑Wachstum (~20%+ Ziel) plus Wachstum in Enterprise Advanced (EA, Enterprise Advanced) und neue Produkt‑/Regionalinvestitionen.
🎯 Strategische Highlights
- Platform‑Fokus: Kerninnovation auf der scale‑out JSON‑Datenbank, Vector‑/Hybrid‑Search und Machine‑Developer‑Erlebnis; Ziel: Entwickler und „Maschinen“ sollen gleichermaßen MongoDB wählen.
- Up‑/Cross‑Sell: EA (On‑prem/Hybrid) bleibt wichtig für regulierte Kunden; Management investiert in EA‑Funktionen zur Unterstützung hybrider AI‑Workloads.
- Marktexpansion: Geplante Investitionen in Japan und Public Sector; internationale Expansion und Kundenzahl (65.200, +60% Neuzugänge) als Wachstumstreiber.
🔭 Neue Informationen
- RPO offengelegt: Management will Remaining Performance Obligations (RPO) künftig in der PR‑Tabelle zeigen; aktuelles RPO stieg auf $1,47 Mrd (+74%).
- Einmalige Buchung: Q4 wurde durch eine große gebündelte Transaktion beeinflusst (Umsatzallokation nach ASC606); Management bezeichnet dies als diskret und nicht wiederkehrend; Guidance für FY27 enthält diese Einordnung.
❓ Fragen der Analysten
- Atlas‑Dynamik: Kritische Frage zur Normalisierung der Atlas‑Wachstumsrate nach der Q4‑Allokation – CFO: normalisiert ~30% in Q4, keine fortlaufende Verschiebung.
- Guidance‑Risiken: Diskussion über konservative FY27‑Leitplanken; Upside‑Faktoren: AI‑Adoption, weitere Migrations‑Projekte, makroökonomische Verbesserung.
- Kosten & Produktivität: Rolle von Headcount vs. Effizienz, Einsatz von AI‑Tools intern; geplant mehr Hiring in günstigeren Regionen, Ziel: 2028 höhere Produktivität.
⚡ Bottom Line
- Fazit: Präsentation bestätigt strategischen Fokus auf Atlas + EA und liefert operativ nützliche Transparenz (RPO, Deal‑Allokation). Kurzfristig bleibt Guidance konservativ; mittelfristig stützt starke Neukundenakquisition, RPO‑Zunahme und Produktinvestitionen die Wachstumsperspektive.
MongoDB — Q4 2026 Earnings Call
1. Management Discussion
Good day, and thank you for standing by. Welcome to MongoDB's Fourth Quarter Fiscal Year 2026 Earnings Conference Call. [Operator Instructions]. Please be advised that today's conference is being recorded.
I would like to hand the conference over to your first speaker today, Jess Lubert, VP of Investor Relations. Please go ahead.
Thank you, operator. Good afternoon, and thank you for joining us today to review MongoDB's fourth quarter and full year fiscal 2026 financial results which we announced in our press release issued after the close of market today. Joining me on the call today are CJ Desai, President and CEO of MongoDB; and Mike Berry, CFO of MongoDB.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities, our opportunity to win new business, our expectations regarding Atlas consumption growth. The impact of non-Atlas business and multiyear license revenue, the long-term opportunity of AI, our financial guidance and underlying assumptions in our investments and growth opportunities in AI. These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations.
For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our quarterly report on Form 10-Q for the quarter ended October 31, 2025, filed with the SEC on December 2, 2025. Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them except as required by law.
Additionally, we will discuss non-GAAP financial measures on this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to the most directly comparable GAAP financial measures.
With that, I'll turn the call over to CJ.
Thank you, Jess, and thank you, everyone, for joining us today. To begin, I would like to provide some observations from my first full quarter at MongoDB. Over the last 100 days, I have spoken to more than 200 customers globally, spanning from AI natives to Fortune 500 enterprise customers that are leveraging the MongoDB platform to drive innovation that is critical to their business, whether it's an AI or digital native looking for a highly performing solution that dynamically scales, a large enterprise looking for multi-cloud resiliency for their modern mission-critical applications or a customer seeking an integrated offering for AI agents with features such as search, vector search and embeddings in a single intelligent data layer.
Customers are excited about the strength of the MongoDB platform. My key takeaway is that MongoDB's foundation is in great shape, and the company is well on its way to become the generational data platform of choice in the AI and multi-cloud era.
Now onto this quarter's results. We generated total revenue of $695 million up 27% year-over-year, beating the high end of the guidance by 4%. Top line strength was driven by Atlas, which grew 29% year-over-year crossing the $2 billion run rate mark for the first time and generating a record $114 million in net new revenue in the quarter. non-Atlas grew 20% year-over-year, our best growth quarter in the last 2 years.
We signed several large deals in the quarter, including an approximately $90 million transaction with a large tech company that plans to expand both core and AI workloads on Atlas and a greater than $100 million transaction with a large financial institution for enterprise advance referred as EA, representing the largest TCV deal in the history of MongoDB.
We delivered a non-GAAP operating margin of 23%, more than 100 basis points above the high end of guidance. We ended the quarter with over 65,200 customers adding 2,700 customers in Q4, growing both year-over-year and quarter-over-quarter. This brings our full year customer additions to 60% year-over-year increase. While AI is not yet a material driver to our results, we are encouraged by the growth we are seeing with customers leveraging our AI capabilities.
The number of customers leveraging Vector Search has nearly doubled year-over-year, and the number of customers using voyage embedding models has also doubled since the acquisition last February. This growth is across a diverse range of customers, AI natives, digital natives and large enterprises.
We finished fiscal 2026 on a high note, with strength in Q4, driven by our continued go-to-market execution and the broad base demand we have seen across the business. Our teams generated record new ARR in Q4, an acceleration of that metric in fiscal '26, highlighting the strength of both our upmarket and self-service motions.
Our EMEA team had an especially strong Q4, generating record new ARR driven by wins at major financial institutions, large retailers and leading tech companies. At the same time, we outperformed on operating margin, achieving above a Rule of 40 performance and demonstrating that we can drive durable revenue growth while simultaneously expanding margin.
Through my conversations with customers, a clear team emerged. Large enterprises are increasingly standardizing on MongoDB to power a wide spectrum of portals, including both core mission-critical applications and emerging agentic AI applications. Rather than treating AI as a stand-alone initiative, many are expanding their use of us as a strategic data platform that supports both foundational workloads and their next generation of intelligent applications.
For example, MongoDB continues to cover a wide range of workloads, including high-volume transactional systems, real-time applications and emerging AI workloads across multiple lines of business at JP Morgan Chase, the world's largest financial institution. The scale and breadth of our partnership with them reinforces our ability to serve as a strategic data platform for the most demanding enterprises.
We see tremendous opportunity to expand within our existing Fortune 500, Global 2000 and AI native customer base, where I'm actively leveraging my relationships to open new doors, engage the C-suite and drive strategic expansion conversations top down.
MongoDB is increasingly recognized as the architectural foundation powering innovation for frontier model companies, leading digital natives expanding into AI and AI native organization scaling globally. The database layer has endured through multiple technology shifts over the past 60 years, and it is even more critical in this AI shift. AI and agentic applications require memory, state and high-quality retrieval capabilities native to our modern OLTP platform, which powers real-time applications, with our ETL odd bolt-on systems through integrated search, vector search and embeddings.
In this platform shift, OLTP is the high ground and MongoDB's purpose built to win. Notably, Emergent Labs, a leading AI white coding platform in India that just crossed $100 million run rate, selected Atlas over post-CECL to power AI agents that build production-ready applications from natural language problems. They power nearly 6 million applications built across 190 countries and handle applications that averaged 35,000 lines of core with some reaching 300,000, all made possible with Atlas' flexible document architecture and reliable scale.
We are also fueling innovation at AI-native customer 11 labs, which is redefining conversational AI with its new enterprise agentic platform. 11 labs selected Atlas to power the critical long-term and knowledge base for their autonomous agents. By leveraging Atlas Search and Vector search, they enable their agents to retain complex context and deliver highly personalized interactions in real time and at global scale. Supporting the rapid expansion to $330 million of ARR and $11 billion valuation.
Another tailwind is the renewed importance of on-premises deployment in enterprise architectures. Many large customers, particularly in regulated industries such as financial services, telecommunications and government, view EA as mission-critical and are making long-term commitments that reflect the need for operational resilience and support for data that will not move to the public cloud.
Consequently, I'm confident in the durability of our EA business, pursuing feature parity to Atlas and continued go-to-market momentum are key priorities as we move forward. For example, Axon Networks, a global leader in telecom network management, serving 32 telcos and over 90 million homes and enterprises selected EA as the foundation for its operator as a Service platform.
This platform delivers a real-time digital twin and API-first architecture designed to handle massive data peaks and high-volume time series workloads. EA provides the flexibility to run across mission-critical environments including hyperscalers and bare metal, along with the enterprise-grade security and operational tooling required to support Axon's AI-first autonomous networking platform at scale.
What is truly compelling about our platform is that these tailwinds serve as a powerful force multiplier for one another. The combined power of these capabilities, the flexibility of the document model the performance and scale of Atlas, the ability to run anywhere, and our integrated AI functionality is what really resonates with our customers.
A marquee example of the platform in action is Adobe, which expanded its strategic partnership and long-term commitment with us to accelerate AI-driven innovation. MongoDB now underpins a range of Adobe's key initiatives, including Agentic experiences powered by Atlas Vector Search and soon voyage and embeddings.
Adobe leverages Atlas to manage large fleets and always on database deployments at global scale, while also continuing to partner with us for support of self-managed business-critical workloads on EA, highlighting our ability to operate seamlessly across both cloud and on-prem environments. After spending time with 200 customers partners and our go-to-market teams globally, it has become increasingly clear that we have a massive opportunity ahead of us.
The strength of our platform and the depth of our customer relationships is a direct reflection of our exceptional global team, and I'm proud to say we have world-class talent across engineering, go-to-market and G&A functions. During the upcoming year, my focus will be to build upon what's already working by.
First, remain relentlessly customer-focused to deepen strategic partnerships and accelerate growth, particularly across large enterprises and AI native customers here in Silicon Valley.
Second, accelerate our innovation agenda by empowering product and engineering teams to build a generational multi-cloud data platform for the AI era.
Third, thoughtfully scale ourselves or motion to expand adoption across the long tail with a disproportionate focus native companies.
Fourth, drive operational excellence across go-to-market, product and G&A to enable our teams to perform at their best, while sustaining durable, profitable growth.
Finally, I wanted to provide an update on our go-to-market leadership. Effective tomorrow, March 3, 2026, Erica Volini joins MongoDB as our Chief Customer Officer, reporting directly to me to accelerate our next phase of growth. Erica brings a rare blend of experience serving large enterprise customers at Deloitte and scaling go-to-market growth at ServiceNow.
At MongoDB, she will focus on accelerating our partner growth engine, deepening our enterprise footprint and ensuring a seamless world-class experience across the entire customer life cycle. As noted in our earnings press release, Cedric Pech, President of Field Operations; and Paul Capombassis, Chief Revenue Officer are leaving MongoDB. We have been thoughtfully planning this transition for some time. and we believe now is the right moment for this change. I want to extend my sincere gratitude to both Cedric and Paul for their contributions over the last decade. They were truly instrumental in building our go-to-market foundation.
Looking ahead, we have a deep bench of go-to-market talent and the team is well positioned to execute against our objectives without disruption. We are in the latter stages of a search for a new CRO. The caliber of these candidates is a testament to our momentum and the significant opportunity ahead. Paul will remain CRO through Q1 and serve as an adviser through Q2 to ensure a seamless transition to the new CRO.
With that, I'll now hand the call over to Mike Berry to discuss the financial results in greater detail.
Thank you, CJ, and good afternoon to everyone on the call. I will begin with a review of our fourth quarter fiscal 2016 results and then finish with the outlook for the first quarter and full year fiscal '27.
In order to spend more time on the fiscal '27 outlook, I'll be a little more concise on my fourth quarter comments. I will be discussing both GAAP and non-GAAP results. As CJ mentioned, we had another strong quarter as we exceeded all of our guidance ranges and finished our fiscal year on a high note. In the fourth quarter, total revenue was $695 million up 27% year-over-year and above the high end of our guidance.
Our income from operations was $159 million for a 23% operating margin compared to 21% in the year-ago period. We achieved positive GAAP operating income in the fourth quarter. We are very pleased with our stronger-than-expected operating margin results, which benefited entirely from our revenue outperformance.
Net income in the fourth quarter was $143 million or $1.65 per share based on 86.5 diluted shares outstanding. This compares to net income of $108 million or $1.28 per share on 84.6 million diluted shares outstanding in the year ago period. Shifting to our product mix, Atlas revenue momentum remained strong, with year-over-year growth of 29% in the fourth quarter, which accounted for 72% of total revenue up from 71% in the year ago period.
Atlas growth was driven by continued strength with our largest customers in North America and Europe, where we saw strong momentum with growth of new and existing applications. We believe this strength reflects the growing strategic importance of Atlas to many existing customers and is a positive indicator of future growth. You can see the success with existing customers in our total company net ARR expansion rate, which increased to 121% in the fourth quarter. up from 120% last quarter and 119% a year ago.
Turning to non-Atlas. We experienced strong momentum during the fourth quarter, driven by strength with financial services, public sector and technology customers that are choosing to build with MongoDB long term for their most mission-critical applications. This resulted in strong multiyear revenue and non-Atlas ARR, which reflects the underlying revenue growth of this product without the impact of changes in duration.
Non-Atlas ARR grew 13% year-over-year, reflecting the momentum we are seeing in the business. The strength in non-Atlas also resulted in a higher-than-expected number of larger deals with bundled Atlas and EA products. This resulted in a greater-than-expected attribution of revenue to EA versus Atlas in the fourth quarter. Adding back this impact, Atlas growth would have been approximately 30%.
The -- we are encouraged to see more of our customers growing on both Atlas and EA and believe these deals illustrate the strategic importance of having both cloud and on-prem solutions for many of our largest customers. You can see the strength in the growth of deferred revenue as well as the growth in RPO, which grew from $748 million at the end of fiscal '25 to $1.47 billion at the end of fiscal '26, a year-over-year growth of 97%.
We ended the quarter with 2,799 customers with at least $100,000 in ARR and 402 customers with at least $1 million in ARR representing 17% and 26% year-over-year growth, respectively. For each of these cohorts, ARR is growing even faster, reinforcing the benefit of our market focus. Of our Atlas customers generating at least $100,000 in ARR, 44% are leveraging 2 or more features of our platform, which is up from 36% in the year ago quarter. Average revenue from these platform customers is meaningfully higher on average as compared to the rest of the Atlas base, illustrating the benefit of our platform capabilities.
Turning to the balance sheet and cash flow. We ended the fourth quarter with nearly $2.4 billion in cash, cash equivalents, short-term investments and restricted cash. We spent $55 million to repurchase approximately 133,000 shares and used $60 million for the cash settlement of taxes on employee RSUs.
Operating cash flow remained strong at $180 million, and free cash flow was $177 million, which compares to $51 million and $23 million, respectively, in the year ago period. Our cash flow results were driven primarily by strong operating profit and improving working capital dynamics particularly related to higher cash collections mainly driven by the higher-than-expected multiyear EA deals.
Now I'd like to share a few guiding principles and some of the assumptions underlying our outlook for Q1 and fiscal '27. To begin, we continue to believe in the long-term model presented at Investor Day last September and remain committed to grow an Atlas by greater than 20% and being a Rule of 40 company. We will achieve this goal through a combination of revenue growth and margin expansion. But to be clear, revenue growth will be the main driver of improved profitability.
Our outlook assumes the business environment remains relatively stable, and we operate under similar conditions to what we experienced over the course of the past fiscal year. As I mentioned at our Investor Day in September, we have not changed our guidance philosophy as we will provide an outlook with more upsides and downsides specifically related to the EA business. We are early in the year, and we want to be mindful there could be risk that we do not have line of sight to at this time.
Now let's get into the details. Starting with Atlas. We have continued to see strong momentum and experienced relatively consistent consumption growth through the course of the past year. We expect these trends to continue through fiscal '27 and I would also note that as Atlas has grown larger, this has helped limit the volatility from specific customer cohorts. Based on our continued confidence in our market positioning, customer feedback and product advantages, we currently expect to see Atlas revenue growth of approximately 26% in Q1 and 21% to 23% in fiscal '27. This outlook reflects our continued confidence in Atlas while taking into account we are a consumption business and visibility is more limited in the back half of the fiscal year.
For non-Atlas, we have continued to see healthy ARR trends and we have been positively surprised by the momentum we experienced with large multiyear deals in fiscal '26. While we remain optimistic regarding our ability to grow this business over the long term, it remains difficult to predict, and we will only include deals in our forecast that have either closed or have a high probability of closing to limit the risk of a negative surprise.
At this point, we expect our non-Atlas business to see mid- to upper single-digit growth in Q1 and low to mid-single-digit growth in fiscal '17 and which reflects our belief that the impact of duration will neither be a significant headwind or tailwind to growth for the year.
In terms of AI, we remain optimistic regarding our opportunity and are seeing encouraging trends with a number of AI native. While this subset of customers has significant potential -- many of them remain early in their MongoDB journey and are not yet meaningful drivers of revenue.
Turning to profitability. We remain committed to driving revenue growth and expect to expand operating margin by 100 basis points in fiscal '27. I -- we will achieve this expansion while investing for growth. Some of these investments include enhancing our AI capabilities, further integrating voyage bringing feature parity to EA relative to Atlas, building out our presence in Japan as well as strengthening our U.S. federal business.
We will also continue to invest in marketing programs, developer awareness and select quota carrying headcount. With respect to cash flow, we made meaningful progress in cash management during fiscal '26 with our operating cash conversion exceeding 100% and up significantly from the approximately 50% experience in fiscal '24 and '25. This remains a key area of focus, and we would expect cash flow to remain healthy in fiscal '27. We currently expect cash conversion in the 80% to 100% range during the upcoming year and on a longer-term basis, which is in line with our long-term model.
Finally, we will continue to execute our share buyback program to partially offset dilution from employee equity awards and settle the taxes due on the vesting of employee RSUs with cash instead of issuing new shares. In fiscal '27, we currently plan to commit 100% of our free cash flow to these 2 actions and will also benefit from the settlement of over 1 million shares of stock for the cap calls associated with our 2026 notes that matured in January 26.
We will continue to manage share count prudently for the long term and demonstrate our commitment to being good stewards of your capital. Now let's shift to guidance for the first quarter in fiscal '27. For the first quarter, we expect revenue of $659 million to $664 million, which equates to 20% to 21% year-over-year growth. We expect non-GAAP income from operations to be in the range of $105 million to $109 million for an operating margin of approximately 16.5% at the high end.
We expect non-GAAP net income per share to be in the range of $1.15 to $1.19 based on 86.2 million diluted shares outstanding. For fiscal '27, we expect revenue to be in the range of $2.86 billion to $2.9 billion, representing full year revenue growth of 16% to 18%. We expect non-GAAP income from operations of $545 million to $565 million for an operating margin of approximately 19.5% at the high end of guidance.
We expect non-GAAP net income per share to be in the range of $5.75 to $5.93 based on 86.7 million diluted shares outstanding. Note that the non-GAAP net income per share guidance for the first quarter and fiscal '27 assumes a non-GAAP tax provision of 20%.
To summarize, we had another strong quarter and feel very good about the business heading into fiscal '27. We are pleased with our ability to drive both revenue growth across the business while expanding operating profit and driving meaningful free cash flow. We remain incredibly excited about the opportunity ahead, and we will continue to invest responsibly to drive long-term shareholder value.
With that, operator, we would like to open it up for questions.
[Operator Instructions]. And our first question comes from the line of Raimo Lenschow of Barclays.
2. Question Answer
Congrats great fourth quarter. Two quick questions. One for you, CJ. At your big event in January in San Francisco, what were your impressions about developer buy-in Part of the reason for the doing is like to increase mind share again, like share a little bit your experiences there?
And then one for Mike. On EA, next year had a bigger cohort than this year, I'm just wondering if the strength in the second half of this year, was that earlier renewals for next year? Or is the core still in place?
Thank you, Raimo. Appreciate it. So January 15 event, our local San Francisco, I would consider a great success and I would put that in 2 buckets. Number one, we exceeded even though it was a week day, many, many founders, builders who came to the event, and there was a long line outside for people to get into the conference that give me really, really good feeling that we invested in the right area.
Number two, when we looked at the attendees, Raimo, I would say, compared to other typical do local events where people who are already customers or builders of MongoDB. Here, around 70% had not used MongoDB. And that's what gave me a lot of conviction that it was a successful event where we are increasing the mindshare of the builders in the San Francisco Bay area where a lot of AI native companies are being built.
The last thing that I'll touch on is that because of the success of that event, and continue to make sure that we are on top of mind for all these AI native companies, whether they are in security, whether they are in fintech, whether they are in domain-specific AI, we are going to repeat dark local in San Francisco, again, in August this year, which we have not done before based on the success. Mike?
Thank you, CJ. Raimo. Thanks for the question. So on EA, a couple of things. So we're super excited about the year we had fiscal 2016 was a very strong year and especially not only in the run rate business, but obviously, all the multiyear deals. So it's a big business, thankfully. There's always some puts and takes in terms of renewals. I would say there's no material change to the cadence of early renewals. And keep in mind that even if there is one, you won't see it in revenue until that deal comes up. So you shouldn't see any major impact in cohorts next year.
Our next question comes from the line of Matt Martino of Goldman Sachs.
CJ, maybe to start with you. You noted the transition for Cedric and Paul has been in the works for some time. Given that visibility, can you provide more color on the current status of the CRO search? And specifically, what are the primary attributes you're looking for in a successor that led you to announce Erica's appointment today while the search for a new revenue lead remains ongoing.
Absolutely. So Matt, here is how I would describe it. Personally, being here, as you have seen that I've spent a lot of time with not only our customers, but with our go-to-market team. So we are in the final stages, but we want to make sure that we get an excellent candidate for our Chief Revenue Officer. Erica is focused will be as a Chief Customer Officer to ensure that customers who purchase or decide to use MongoDB platform, they get to value by providing all the post sales support functions, whether it's technical success, technical support, many other things like professional services.
So one Erica is going to focus on customers who have already bought MongoDB or expanding with MongoDB, how do they get to value and how do they get to success. In terms of the CRO search, Paul is staying fully through Q1 and help us transition through Q2. And from the attributes perspective, I want somebody who is very focused on high end of the enterprise, understands how things work at MongoDB from a Main Street perspective, but also working with the management team as we expand into both the AI natives as well as enterprises who are building more mission-critical workloads on MongoDB, including AI. So that's the mix, I would say. -- is somebody who is strategic, who understands consumption-based models on how MongoDB really operates, of course, our Enterprise Advanced business and has relationships into the high end of the market where we are getting significant traction besides the native companies, which is hardly.
Okay. Very clear. And then Mike, maybe for you, just a couple of major EA deals were announced this CJ talked about the renewed importance of on-prem. I guess under that backdrop, should investors be recalibrating expectations around growth for the EA business as we look out over the next couple of years?
Yes. Thanks for the question, Matt. So as we talked about -- so 2 things, I think, of importance in the prepared remarks. One was CJ walked through some very large deals. As you look especially at regulated industries, governments, it is a very important product that we have, and those are some of the largest customers at MongoDB.
In addition, we're starting to see more of the bundled deals. The on-prem piece is a huge part of it. So what I would say is yes, it will continue to be of importance. We are actually investing in EA to bring it to parity to Atlas. So certainly, our expectation and hope is that we continue to grow that and can even accelerate it in the future.
And Matt, I would say in speaking to customers, because this conviction is over a large set of very important customers that is definitely the trend that I'm speaking from our customers is, number one, that because of a variety of issues related to also AI that for mission-critical application, there is this trend I'm seeing where they do want to keep their critical data estates on-prem.
And this is not just only in financial services, we are seeing that in health care and other verticals like government. But when I was in Europe and even in Asia, I'm also seeing there that there is a preference for those industries to also use MongoDB potentially with EA and only certain workloads in the cloud. So this will play out and all we wanted to outline in today's call is to say -- this is strategically very important as in the product line for our customers, and we need to invest in it because it is strategically very important.
Our next question comes from the line of Jason Ader of William Blair.
For TJ, my main question is, how is your product and go-to-market strategy changing, if at all, ahead of the growing reality that agents are going to be the things that are spinning up most databases and not humans in the future.
I would say, Jason, I have a very simple philosophy here. And the philosophy also was validated by 1 of the AI native companies that has completely built on MongoDB. They had many choices in many clouds and they chose MongoDB. And my initial intuition was the same as you outlined, is that MongoDB's success over the last many years since the company was founded in 2007 was that builders or developers love MongoDB. And if that's the premise, there was a lot of work done in the product to ensure that it's a very natural way, flexible way while keeping the business agile as in the database agile so that it can move with the business.
We want to do the exactly same thing for agents Agents also need to love longer TV. That requires to ensure that we have all the right integration with the right places, whether it's CP or whether we are looking at making sure that our APIs in how you manage how we auto scale, how we ought to perform during the peaks and valleys. All of that truly needs to be autonomous and driven by machines.
And that requires absolutely the focus from the engineering team that how would machines look at this if they want to provision an additional node or if they want to manage cluster because of resiliency across multiple clouds. So that will be the North Star for us that our agents will love MongoDB as much as today, human developers love MongoDB.
Okay. Great. And then just 1 quick follow-up on that. Just is that -- is that going to come in a future release of the database? Or how should we be thinking about sort of the deliverables on that vision, CJ?
Jason, we do have ambitious road map, of course. Today, we are already leveraged by some of the AI-native companies and some of them I outlined this time and also last time. And we are learning a lot from them. So we have ambitious road map in terms of truly machine friendly APIs or making sure that our protocol integration across a variety of protocols that machines demand and how do we Auto Scale, Auto chart. All of that will be throughout this coming year.
And what we are going to do is that our DotLocal conferences throughout this year, we will use that as an opportunity to announce new innovations that will show you that machines should also love MongoDB. So it will be throughout this year.
Our next question comes from the line of Ryan MacWilliams of Wells Fargo.
CJ, great to hear about Anthrapic as a customer at the MDB local event I'd love to hear how you think about the opportunity for Mongo to grow within large AI natives from here. And there's also mention at the event that Agentic workflows require heavier storage and memory requirements. Love to hear why you think MDP architecturally is that suited for these growing types of AI use cases.
Absolutely. Ryan, one of the things I would say is Mike and I look at the entire cohort, AI natives, frontier model companies, others, many of them choose MongoDB for performance, scale, security and other things. And I would say that the good news here from my standpoint is that we are not concentrated in any one customer when it comes to AI native cohort. So that's number one. And as they scale, we will scale with them, but we are not concentrated. Even when I look at the growth as a percent of total, we were not concentrated.
The thing that I'm seeing, Ryan, very specifically is that People are making initially database decisions in this AI native companies without realizing that they will run into scale issues or potentially there was one of the choices that people could have gone with as an AI 2 companies' founders had a massive security concern over the weekend where a couple of governments block them from being used. So what I find is that truly enterprise-class database that can scale.
And when I say scale specifically, as for these AI native companies as their weekly active users or monthly active users continue to grow, like the example we had with Emergent. 11 labs and so on, they find that MongoDB scales better with them, right performance as well as query performance really matters, and us being a native JSON with search vector search and embedding in one rather than multiple moving pieces -- if I have to just simplify that, that is the strength because it's an integrated platform that scales both for read and rights that as you scale your AI native company, they can rely that MongoDB will scale with them.
Excellent. And then a follow-up for Mike. The Atlas seasonality in the fourth quarter seemed a bit lighter than typical. Were there any holiday impacts to the fourth quarter for Atlas revenue or any other onetime items in the quarter besides the Atlas and EA bundling?
Yes. Thanks, Ryan. So looking back at Q4, the holiday season so played out largely as we expected. There were really no surprises or deviation from the historical trends. So it largely played out as we expected.
Our next question comes from the line of Karl Keirstead of UBS.
Mike, let's stick to Atlas in the fourth quarter. A couple of questions. One was the 2-point beat roughly the framework you would advise -- the Street to think about going forward? And then secondly, if you could just perhaps describe the bundling impact that, as you said, Nick to point off of Atlas. Just maybe you could explain why that happened and were you anticipating that?
Sure. So all right, let's take a step back, Carl, on Atlas. So Q4 played out largely as we expected, as Ryan's question was, there were really no big surprises during the holiday season. We feel good about Q4 with 29% growth again with the bundled thing. I'll talk about that in a second, would have been a little bit higher. As Atlas has gotten bigger, we are seeing less variability in the business.
And in addition, we're getting better every day at forecasting the Atlas business. So from that perspective, the size as well as customer cohorts don't make as much of a difference in variability has helped. So on the bundling things. So entering Q4, we certainly have our forecast as it relates to how we think Atlas will do. There's -- we always do bundled deals in a quarter, absolutely.
This was a little unique in that we had 1 large transaction that once it closed, and thank us again, it's a really good thing that it did. -- we had to attribute more of that revenue to EA versus Atlas, and that took a little bit off the growth rate. We did not expect that entering the quarter. So we typically won't walk through those kind of details because we always do bundled deals -- this was an exceptionally large transaction, Karl, that did move the needle.
Okay. That's helpful. Yes. And then maybe, Mike, as a quick follow-up. You reiterated the medium-term guidance that you gave at the Investor Day. Maybe I missed it. I didn't hear the reiteration of the high teens total revenue growth. Is that still on the table, just to be crystal clear.
Thank you for asking the question. Yes, we have not backed off on that total revenue growth from September. Sorry, we missed it.
Our next question comes from the line of Ittai Kidron.
Michael, I want to follow up on the last questions here mainly aronia. Clearly, you had a very strong fourth quarter here with 2 very large deals and also the bundle that you mentioned that weighed a little bit more towards EA rather than at. I guess I'm trying to think about your guidance for fiscal '27. It seems like you have a lot of momentum there. You're closing some feature gaps. I'm kind of wondering why low mid is still the target for 27, why we hold this momentum in the fourth quarter and in the bundling and the feature parity you hope to achieve, that number is not higher.
So thank you for the question. So we did have a very strong year in EA and Q4 especially. As we look out to the rest of the year, keep in mind that the product enhancements and bringing EA to parity with Atlas will occur throughout fiscal '27. So we are excited about that. And there was an earlier question about the cohorts.
Keep in mind, it is a large business. There's a lot of moving parts here. The biggest variability to the business is not the cohorts, it's what ends up closing as a multiyear deal versus a 1-year deal. That still is difficult to forecast. And as we have said repeatedly, and we'll continue to say it. We will always bake in more upsides than downsides in that number.
We sure hope to do better than that, but we don't want a negative surprise because a deal does not close on a multiyear basis, and that has such a big swing factor. So we feel great about the business. We're going to continue -- as CJ talked about, a lot of big customers are asking about it. It's a key part of our portfolio, and we certainly hope to do better.
Fair enough. And then maybe as a follow-up, just for both of you with the changes in the leadership on the go-to-market side and the CRO and the field, I guess to you, Mike, A, is there any more level of conservatism built in your gut because of this transition? And B to you CJ year-end? Any changes to count structure that you're thinking about also in light of what you're looking for as far as the CRO is concerned?
Yes. So I'll answer it first. So when we do guidance, we obviously take into account a lot of things. The economy all kinds of different things. So we have tried to bake everything in. It's certainly -- while it adds a level of uncertainty, I want to underline what CJ said in his prepared remarks. We've been working on this for a while. We feel very good about the team that's in place, and we don't expect any material disruptions. But certainly, that is a factor that we took into account when we did guidance.
And Ittai, what I would tell you is that personally, after joining MongoDB, I have spent a disproportionate amount of my time with our go-to-market teams to really understand what is working really well and of course, where we can improve.
And I would say that the bench we have -- so our leaders for Americas, our leaders for Europe, Middle East and Africa as well as our leader for now APJ, I have very high confidence in them. as we go through this transition. And these are the folks that really, really executed very well in fiscal '26 when you look at the regional performance, and I am really optimistic about their ability to execute as we move forward.
In terms of overall go-to-market, how sellers are motivated what we are looking for in the candidate to work on the main street with all these sellers and serve our customers. What I said to Matt, is just remains the same that no changes. We want disruption to be minimum. And with these 3 theater leads who exceeded even that number in Q4 greatly from a net new business perspective, I have confidence in them.
Our next question comes from the line of Alex Zukin of Wolfe Search.
CJ, maybe first for you, given some of the increasing inflection points that we're seeing in kind of the a genetic coating space and autonomous coding that's happening. Has that, in any way, changed the dynamic of how fast or how quickly you think that the enterprise modernization could start occurring? And then maybe just a quick follow-up. -- for Mike. To the point about the increase, maybe some of the surprising bundling, particularly with a large deal in the quarter, is there maybe a little bit less visibility on specifically the Atlas guide for both Q1 and the full year, given that increased potential for variability around bundling.
Yes. So Alex, I'll touch on the first one. I -- what I would like to say is, I was talking to a large financial institution in the U.K. And the Head of Transformation, she told me that, Hey, CJ, I have 50% of real estate that I want to modernize, I know that some of the AI tools can get me to some level, but I really, really need your health and your team's help to make sure that for this mission-critical applications, we take help from MongoDB to help us land once you prove this out for the first workload, a very critical workload that is moving to MongoDB.
The same thing happened, Alex, with a large customer in Spain when I was there a couple of weeks ago, this individuals said, "Hey, we are relying on MongoDBs, as we are modernizing. This is extremely critical workload, once you do that, we are going to open up the aperture and I know that AI will help us modernize, but we still need your help because the destination we want is absolutely MongoDB. So what I'm seeing is the feedback is the modernization and the need for modernization is still very much relevant in the high end of the enterprise, whether it's a health care company, financial services or even government for that matter or health care.
Number two, they know that AI tools can help you to some extent, but they definitely want to get there on a modern database to get AI ready where they won't help from MongoDB to be on MongoDB. And then the last thing I would say is that even with some of the use cases, they try it and they're like, hey, sometimes this is too hard to assure the reliability, security and all of those things for the application we build.
So I consider this as an opportunity in early stages, and this is definitely a top-down work that we have to do as MongoDB with the CTO and Head of Transformation, but the opportunity still exists and is massive.
Alex, thanks for the question. It's something that we will certainly watch. What I'll reiterate is we always do bundled deals. It's part of what we do was unique given the size of that, I'd love to sit here and tell you that there's a whole bunch of those that we'll do every year. I do think right now it's unique, we'll watch it. we get better and better at forecasting the Atlas number every quarter. So at this point, we don't think it adds variability, but it's something we'll watch going forward.
Operator, we'll take 2 more questions.
And our next question comes from the line of Tyler Radke.
Just going back to the EA and Atlas bundling. I guess I'm wondering, were these existing workloads that move from Atlas to EA? Or was this sort of plans for new workloads? Just higher bias on EA. And just curious like why do you think that customer, in particular, chose to do more on EA as opposed to Atlas?
So it's always going to be customer-specific, Tyler. And a lot of these transactions will have renewal as well as upsell also. So it's very specific to the customer. and it really depends on their internal plans as it relates to how they want to use MongoDB going forward. So there's no pattern there. It's very specific.
Yes. And Tyler, what I would say is that with this specific customer is that they have, in the past, moved some of their EA workloads to Atlas. Some of their Atlas workloads are growing incredibly well, and they want to continue to do that. And they are currently also getting ready for some of their workloads, AI-ready where they are using vector search and embedding in the future.
So it is a kind of classic case of truly hybrid infrastructure on how they are dealing with their core product strategy and some is built on A and some is on Atlas. And from my standpoint, when we look at the numbers and the transaction, which was meaningful, as Mike said, very meaningful, is that what we also saw was the expansion because this customer besides making a long-term commitment continues to grow their data estate with MongoDB.
Great. And CJ, a follow-up on the go-to-market changes. Clearly, your background at ServiceNow has one of the more successful partner ecosystems out there. I think on the on the database side, particularly for Mongo, the partner ecosystem, I think, has been tried, but certainly it's not nearly as robust. And given that being more of a focus on some of the new go-to-market leaders bringing in, can you just help us understand maybe some of the challenges with the prior approach that didn't lead out to as robust of a partner ecosystem and what makes you and gives you the confidence that this approach is going to be successful?
Yes. Tyler, absolutely, and I have been told what he just outlined. So I would put this in 3 buckets, Tyler. First bucket, which is super important is our hyperscaler relationship and how we work with them. And as you know, that we work with them very closely because when we win, they win, whether we are running on GCP or AWS or Azure or others, okay? So one bucket is just continue to still stay focused on hyperscaler.
And in today's world, the multi-cloud resiliency, whether it's on-prem and cloud or between multiple public cloud, which is an advantage we have it is proving out more and more important between the outages that happened last year with some of the hyperscalers and the geopolitical issues that we are seeing being played out. So that's number one.
Number two, system integrators, which is where we scale at my previous company, that is definitely -- when you think about the modernization and the real estate on modernization to move to MongoDB, we could definitely benefit by focusing on 2 or 3 of them to start with, and that is something that our teams are saying, we do need help as we think about this 2 or 3 system integrators.
And make no mistake, the third bucket is also equally important is this AI native ecosystem that are framework providers. There are other providers like LLM providers, and what can we do with them and truly create partnerships that really matter. Those are the 3 buckets. And that will allow us to scale for a long time.
So hyperscalers a few system integrators who wants to lean in on the modernization and the AI ecosystem where we really need to make strong technology trends is how I look about it, and I think it is extremely essential to do that on -- and this is the inflection point.
And our last question comes from the line of Sanjit Singh of Morgan Stanley.
Great. I have a last question. So CJ, I wanted to just get your latest thoughts on a couple of topics. Given that the business has been accelerating execution has been improving in the past several quarters. As we look forward, do we start to see like the kind of AI part of the story start to play a bigger role in terms of the growth equation you guys have a number of AI customers as sort of we discussed on this call. But in terms of contributing growth, does that become more important as we think about potential upside to this guidance that you laid out? -- kind of feel like over the last couple of weeks, we've seen a step-up in terms of agentive momentum, not necessarily in the enterprise, still feel kind of consumer personal productivity.
But just wanted to go check your thoughts on the importance of the AI app story coming to fruition maybe a little bit earlier than maybe you anticipated?
Yes. I would tell you it's not if but when, okay? So right now, we do consider, I mean, Sanjit, one of the advantages that I have in speaking to all these customers, I ask them that simple question, where are you on your Agentic workloads? And I'm talking about Fortune 500, okay, or big retail companies, health care companies pick one and ask them -- where are you on agentic workloads? And are they really scaling? And the answer is still not yet. Yes, they have done a few productive productivity types of apps internally, but nothing of scale that is customer-facing, even including with a large retailer on agent commerce and so on.
So my first thing is, 1 day, it is going to hit in a positive way. where you will have agents making a meaningful difference to the growth of our customers for either new product lines or existing product lines. We are not seeing that today in the large enterprises across pretty much most of the verticals that we speak to because as you know, MongoDB is across every vertical. So my simple answer is it will be someday, not seeing that yet and don't want to predict it because it was supposed to be the 2025 was supposed to be that year. And what we saw in 2025, it was only mainly around coding and some vertical-specific AI, but nothing meaningful in the enterprises. Mike, would you..
And just as a follow-up, and maybe Mike, you can hit on this. It sounds like Atlas consumption more or less came in line with your expectations, controlling for this large deal -- you mentioned this potentially lower visibility in the second half. And I wanted to assess that comment in context of how the sort of calendar year '25, fiscal year '26 applications and workloads how are they ramping relative to your expectations? Maybe the -- if you look at the first half of last year and those applications are at the end of this year, are you satisfied with the quality of that growth in that cohort of application?
Yes. Thanks for the question. So I think a couple of questions in there. One is, yes, Q4 largely came in as we expected, except for that small thing that we talked about. It was -- there were really no abnormal things in Q4, which is great. On the comment about the second half, that's just more of a general macro comment, indeed, in that it is a consumption business -- while we -- visibility is always a little bit better earlier. We're also cognizant of pay, it's harder to forecast the back half of the year. That does not tie directly to any concern around the workloads that we've signed in the last couple of years.
And yes, those continue to perform as expected. As we've talked about strength that we've seen is really in the larger customers, especially in the U.S. and Europe. So all that is going as expected. That second half was more of a general comment, not specific to any set of workloads that were signed in the past.
This concludes the question-and-answer session. I'd like to turn it back to management for closing remarks.
Thank you, operator. In summary, we delivered an exceptional fourth quarter, highlighted by strong Atlas and non-Atlas growth robust customer additions and operating margin outperformance. We are issuing strong guidance for Q1 and full year fiscal '27 across Atlas and non-Atlas revenue, and we expect to continue expanding profitability while investing for growth all in line with our long-term financial model. Our results demonstrate MongoDB's foundation is in great shape, and the company is well on its way to become the generational data platform of choice in the AI and multi-cloud era. Thank you very much for everyone joining, and we'll see you soon.
Thank you for your participation in today's conference. This does conclude the program. You may now disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Q4 2026 Earnings Call
📊 Quartal auf einen Blick
- Umsatz: $695 Mio (+27% YoY), 4% über dem hohen Ende der Guidance.
- Atlas: +29% YoY, über $2 Mrd Run‑Rate; erzielte $114 Mio Netto‑Neuerlöse im Quartal.
- non‑Atlas: CJ: +20% YoY (Produktmomentum); non‑Atlas ARR +13% YoY (CFO‑Angabe).
- Operative Marge: Non‑GAAP 23% (100 bp über Guidance‑Spitze); GAAP operativer Gewinn positiv.
- Bilanz & Cash: ~$2,4 Mrd Barmittel; operativer Cashflow $180 Mio; FCF $177 Mio; $55 Mio Rückkäufe.
🎯 Was das Management sagt
- Plattformfokus: MongoDB soll "generational data platform" für AI und Multi‑Cloud sein; integrierte Suche, Vector Search und Embeddings als Kern.
- Wachstumsschwerpunkte: Ausbau bei Fortune‑500, Global‑2000 und AI‑natives; Upmarket‑ und Self‑Service‑Motion liefern Rekord‑New‑ARR.
- Produkt & EA: Priorität auf Feature‑Parität von Enterprise Advanced (on‑prem) zu Atlas; EA‑Investitionen wegen Nachfrage in regulierten Branchen.
🔭 Ausblick & Guidance
- Q1 FY27: Revenue $659–664 Mio (20–21% YoY); Non‑GAAP OI $105–109 Mio; EPS $1,15–1,19.
- FY27: Revenue $2,86–2,90 Mrd (16–18%); Non‑GAAP OI $545–565 Mio (~19,5% Marge am oberen Ende); EPS $5,75–5,93.
- Atlas‑Prognose: Q1 ~26% Wachstum, FY27 21–23%; non‑Atlas erwartet moderates einzelstelliges Wachstum (Sichtbarkeitsrisiko bei Multiyear‑Deals).
❓ Fragen der Analysten
- Bundling‑Effekt: Großdeal‑Attribution zu EA statt Atlas senkte Atlas‑Wachstumsrate; Management sieht dies als einmaligen Attributionseffekt, erhöht aber Unsicherheit.
- EA‑Prognose & Sichtbarkeit: Große multiyährige EA‑Deals treiben RPO ($1,47 Mrd) und Reko‑POTenzial, aber Abschlussdauer erschwert Forecast; Guidance konservativ gebaut.
- GTM‑Leadership: CRO‑Suche läuft; Erica Volini wurde zum Chief Customer Officer (wirksam 3. März 2026) ernannt; Management erwartet keine signifikante Disruption.
⚡ Bottom Line
- Fazit: Starkes Quartal: Umsatz‑ und Margin‑Beat, Atlas wächst weiter, große multiyährige EA‑Deals erhöhen RPO und Cash. Guidance bleibt konservativ wegen Vorhersehbarkeitsrisiken bei Bundling und Multiyear‑Closings; wichtig für Anleger sind Beobachtung von EA‑Deal‑Timing, AI‑Adoptionstempo und Share‑Buyback‑Ausführung.
MongoDB — Barclays 23rd Annual Global Technology Conference
1. Question Answer
Welcome to our next session. Really happy to have CJ here with us.
Thank you.
Thanks for kind of making a travel. I just talked and you just came straight from London. So that's really great commitment here. Maybe like since you just joined recently, maybe just talk a little bit about your due diligence that you did when you joined MongoDB and like what excited you, but also like what you could bring to the company, given your experience and kind of a slightly larger organization as well?
Absolutely. So I did do quite a bit of diligence on MongoDB before joining MongoDB, mainly spoke to customers who use MongoDB or if they were not using MongoDB, asked them, why not they were using MongoDB.
Second is also talk to some hardness on how do they think about it? Everybody from technology partners to system integrators and others on how do they think about MongoDB. And Raimo, I mean, at the end, you need to participate in a large market. That has always been the hallmark of my career. My first job out of college was Oracle because I felt Oracle was a large market. That time, Oracle was not that big. Oracle was actually as big as MongoDB when I joined Oracle.
And then when I joined ServiceNow, same thing, I thought it was a large market. And then Cloudflare was the same. So first, you need to participate in a large market. Do you have conviction that this could be truly a data platform. In Cloudflare, I thought it was a great platform on which you can build many products. The network was the platform. ServiceNow, you and I work together. ServiceNow also, I made the pivot from product company or applications company when I joined to a truly platform company and MongoDB has that. So that's why I joined MongoDB, large market, platform opportunity. And the company has been only around 18 years. Database market, my first employer, Oracle in the next couple of years will celebrate their 50th anniversary. So -- and we are just 18 years old. So we have a lot of room to grow.
Yes. And then the -- if you think about the -- what you can bring to the table, like obviously you said, like you've been in -- on these journeys before. Like if you look at Mongo and kind of now that you spend a little bit of time on the organization, what's your thinking there?
Yes. So I'll give you an example. I was talking to a large French customer last Thursday. And they have built mission-critical, which was an important point for me, mission-critical 40-plus applications on MongoDB okay? So their business runs on MongoDB. When somebody tells you that, that means MongoDB has already arrived that you are getting mission-critical applications to be built on top of MongoDB, which is their business, right, which is their customer-facing business. And then he said, CJ, as I'm creating a few AI workloads, I'm going to add MongoDB for those AI workloads as well, but we are still early for that AI workload.
Raimo, my personal value add is the massive connections I have in Fortune 500, not in just United States, but in Global 2000, specifically Europe and United States, including Middle East and so on. I have lots and lots of connections top down. And that will just help for us to become a strategic platform. So MongoDB nailed the developer motion. Otherwise, we won't be here today, right, to where our database developer says, I'm going to build on MongoDB and that community that exists, you go on Reddit threads, you go on social media. And there is a lot of energy about MongoDB.
If you go to YouTube and when I was doing diligence, there are like videos created in multiple Indian languages on how to get started with MongoDB. Look at India has how many developers, right? That's nontrivial, right? That didn't happen at my previous company. So that, like viral moment is there. And now with me joining, how can I also help our sales team at a C-suite level, so we become truly the strategic platform.
Yes. Okay. Yes, makes sense. And then if you think about it and you talked a little bit about it, Mongo is operational database. So their operational databases from my experience as well, like running long cycles. How do you see that market evolving? We still have -- Oracle still there, apparently doing better. The Microsoft, Postgres, Yuga, it's like how do you think about that?
I think -- I'm a very simple person, okay? And if somebody tries to make this too complex, I say, please time out. Let's just get to simplicity. Database market, like we discussed, has existed for 50-plus years. If you believe somebody, they will say 60-plus years. The reason it has existed this long, it is a very sticky market because data is core part of your infrastructure. So let's start there.
Now number two, 80%, depending on whose numbers you believe or maybe 85% or maybe it's 75% of the enterprises, their data is unstructured or semi-structured data. Relational databases are suited for certain workloads really well when it is very textual and I can put rows and columns, text, numbers, things like that, very simple. But when you look at e-mails, PDF files, my insurance policy, my credit card transaction where I had a dispute, my voice call, and I can go on and on. And in the AI world, the unstructured data, you go to your favorite AI tool today. They're like, "Hey, do you want to create an image here? Do you want to upload an image and modify it?"
Today, you see the announcement between Disney Corporation and OpenAI, which is around videos, right? So you look at this AI world is forcing how do I leverage my unstructured data documents that I have on my Google Drive or OneDrive or whatever. And MongoDB, which was just created in 2007, is the best database for unstructured data. It has a scale-out architecture, so you don't really need to worry about the scale up and it is portable across multiple clouds.
And by the way, if you are a regulated industry, you are just going to use our on-prem version because which is necessary. Certain banks, as you know, do not want to move to cloud. Yes, I talked to Craig in the past about transformation you guys are driving. So it's ideally suited. And the reason I bring up the 18 years point, you look at all the other -- even Postgres has been now around 40 years. So that's how I think about it, that we are still fairly early, and we have a long ways to go, and we will celebrate our 50th anniversary someday, too.
Yes, yes, yes. Okay. No, I'm looking forward to that. And -- the one thing that drives database adoption or that was always kind of mentioned a lot with developers. Do you remember Steve Ballmer, developer?
Yes, yes I remember that in 90s, yes.
How do you think about that -- like a few years ago, Mongo was like the next one. Now I think there's kind of more work that you could be doing there to kind of get that kind of move towards a little bit back...
I think, totally fair. And I shared briefly and you were there on the earnings Q&A last week is we lost specifically in San Francisco Bay Area or maybe Seattle or New York or as the company grew, in the Bay Area, we lost that mind share, and we were not top of mind for some of the new developers here. We were doing really well about 10 years ago.
10 years ago, MongoDB was cool here. People wanted to base some of the tech companies at the time, built on MongoDB. But then we kind of lost our way because we were doing really well in other parts and are growing like crazy. 2017, Atlas was only 2% of the revenue. Now it's 75% of the revenue. So the company was doing a great job. And Dave will personally tell you yes, we could have done a better job.
So we started to reclaim the Bay as in the San Francisco Bay initiative where we meet with the founders, do founder dinners and say, here is what MongoDB can do for you. And we are relaunching MongoDB on January 15 after a few years to -- and I'm personally kicking that off to be with the developers here.
And that's one of the reasons when I got hired, many customers are excited because I have dual Coast, I do New York and San Francisco, and I've been here for 25 years. I have deep relationship in venture ecosystem as well as tech companies here. And leverage that to be top of mind.
Yes, yes, yes. And the -- like I guess part of that problem was that we were somewhat stable and then Gen AI came in and then all of a sudden, developer world got crazy again. Talk a little bit about how you see that kind of Gen AI world playing out from a database perspective?
Right. So the way -- if you look at late '90s and what happened here as in Silicon Valley specifically, late '90s, early 2000s, you had a lot of digital natives, what I would call it. They were figuring it out what infrastructure they use and software as well as hardware. And then around 2,000 -- because I was here, 2008, '09, you started seeing AWS being really aggressive here in San Francisco Bay Area and the entire company like Netflix, got built on AWS, right? That's a public information. You think about that.
Same thing will happen, right? So you look at Netflix growth from 2008, '09 when they switched from CDs to online streaming. And then that journey is still going on, and Netflix is still doing very, very well, now 17, 18 years later. I would say the same thing on AI natives. What really encouraged me -- we used the example of Mercor last week in the earnings remarks. Mercor is fully built on MongoDB, and it's an AI-native company that is doing really well. Most of the Raimo AI investments happened between '23, '24, '25. It's still happening, like a lot of new companies are getting created every day here.
And what really, really encourages me besides the Mercor example, 2 prominent AI companies are fully built on MongoDB. So if they someday become like Netflix, imagine what that would look like, right? And they are doing very well right now, but been around for 2 years. And I just -- I'm really proud of the team. This one AI-native company that used to give us a few thousand dollars a year, then it became somewhere around 2 years ago, $130,000 a year, 2 years ago, okay? $130,000 a year. And today, they are giving us $9 million a year.
So that's an order of magnitude growth, but they're built on MongoDB. I mean -- so when I talk to the enterprises, and I say because this is a prominent company, we don't have permission to share their name. But when I talk to other enterprises, I say, if these guys are building their entire AI business on MongoDB, why are you not? And they're like, oh, CJ, we didn't know that. This is early still and so on.
So that's what -- coming back to your question on AI-native companies, us now being focused here in San Francisco Bay Area, but I've asked our CMO, Seattle is where a lot of companies are still getting created. New York City also has some AI companies that are being built. Of course, Tel Aviv is another area. And then even in Bangalore, India and in China, and we need to...
Yes, yes. And then more a conceptual question on AI because like -- even like the debate feels very much like black or white, like it's one guy or the other. But if you think about it, the market seems to be evolving so fast. There's so much going on there. Like should that all be like just in terms of need for databases to be the persistent layer around all these new AI apps, like you don't need to be -- like everyone is going to benefit like depending on -- independent of market share. Is that kind of the me dreaming too much? Or...
It's a totally fair question. I'm going to touch on one important thing, right? Whether you pick 2007 as the year where AWS really got serious or 2006 or 2008, cloud migration is still going, right? You speak to even Craig, he will tell you that it's still going on, right? Banks, health care, we are in 2025. So now 18, 19 years in, and you look at next 5 years, and if you speak to leaders at Azure, AWS GCP, they feel that it will be still double-digit growth for foreseeable future.
So you look at the cloud migration, we are in the -- we are going to approach 20th year of cloud migration. So at the highest level, AI will be the same. It will take 10, 15, 20 years, and we are in the year 2 of that. So that's why I don't get like too worked up on, "Oh, my God, CJ, are you guys present here, not present here and so on."
And to answer persistent layer, which is a very important point you made, you cannot create an agent on top of a data warehouse. You want -- if you are going to say this agent is going to replace human and either do a domain-specific tasks, say, a legal task or a finance task or do multiple things. The agent is going to have like a human personality that I can do this and I context switch to that and all of that, you cannot do that without a real-time database.
And that's why these AI native companies who are building on MongoDB, of course, they are smart. They know the real-time database. And AI also has a lot of unstructured and semistructured data, images, PDF files, this, that, whatever needed. So that's why persistent layer is a must-have and a modern data basis a must-have.
Yes. Okay. Makes total sense. Yes. And then -- going a little bit more current on the questions in terms of like you guys had a like out of the gate as a CEO, a very good first quarter, share price reacted, nicely. Well done. Like -- but if you look at -- so if you look at Atlas, which is on the cloud side, there's 2 components. There's the direct Atlas, which is kind of, in a way, you came from Enterprise world, enterprise sales guys doing stuff, NNS self-service, both of them look kind of started to come through better, like can -- from your first look into that, like what drove that?
Yes. So I just want to acknowledge that it was Dave and the entire team of MongoDB.
Yes, yes, I know, yes.
They deserve all the credit for what happened in Q1, Q2, Q3 and how that continues to grow, right? And when I was during my diligence phase, I was seeing the signs that the business is on the right trajectory, and that was just fantastic to see even after I got into the details and how we think about Q4 guidance and so on.
So it is a tale of 2 cities. You want your product-led growth motion to work really well. Even this AI example I shared where we grew orders of magnitude with that company, that particular company, we got through our product-led motion, right? And that product-led growth motion, both in Q1, Q2, Q3 overall has done really, really well. So our CMO has focused on making it easy, removing the friction and how we make sure that Atlas is so easy to use from a product-led growth motion perspective. And that's why you look at -- we added 8,000 customers -- you how at ServiceNow, I used to talk about new logos and not every logo is created equal.
So that, for me, over time, becomes top of the funnel, right? Today, they may be paying a small amount, but over time, they will pay a big amount, some of them, not all of them, right? So that motion is working well and signs are very encouraging on the product. Product-led growth motion is very, very hard to do, very hard to execute on.
You need developer mind share for them to come and then do the credit card transaction. And then where I gave team also a lot of credit, our go-to-market team, we saw broad-based strength in Europe, Middle East, Africa across -- and I was there 2 weeks ago with our sales teams, northern Europe, Southern Europe, pick whatever, we go to market, we have 4 regions: Northern, Southern Europe, Central Europe and Israel. And that -- the team is doing very well.
We have a great leader and continue to execute. And in Americas, where we saw the consumption growth was on the high end of the enterprise, where Dave and the team with the go-to-market leaders decided to focus on the strategic accounts. And when they're focused on it, it expanded. So those were the 2 main reasons that the growth has reaccelerated. You look at 26% Atlas growth in Q1, 29% in Q2 and 30% in Q3. So -- but the self-service motion, Raimo, all goes to Atlas.
Okay. Yes. And then how do you think about -- like that's a task for you as a new CEO. How do you think about EA? Like there's -- from our investor side, it's like, oh, you need to push the clients into Atlas? And then like, well, I'm Barclays, it's not going to work. How do you think about like dealing with EA in the future? .
So Raimo, it's a very insightful question. So I was with a very large bank, one of the largest banks in Europe in London on Monday with a head of their infrastructure, who has the whole technology, okay? First meeting in Canary Wharf, 8 a.m. And he told me, CJ, we use EA. We love it. we just renewed the contract for EA because that class of application, which are customer-facing, banking application that they have created for commercial banking will always be on-prem.
So if you're going to come and pitch to me Atlas, this is going to be a very short conversation. However -- and then we talked about EA and making sure that the road map we continue to nurture on EA. He said, however, he is focused on GCP and AWS are the 2 cloud providers he's using.
And for some net new workloads, he is going to think about Atlas. And he said, "My team is currently -- my Head of Database platforms is working with MongoDB's team to figure out which workloads we can move, create in Atlas in 2026 calendar." But he said this property that they have built on EA, which customer-facing commercial banking system that is high online transaction processing...
That's always...
Yes. We'll still stay on MongoDB. So EA is 25% of our business. And when I think about regulated industry like financial services, when I think about public sector, where they want to create an air gap network and they want to use EA, you may have a health care company that may still want to use EA. That will be for foreseeable part. I'm not going to come and tell you, we are constantly asking people to move from EA to Atlas. Some will because they are migrating to cloud and whatever, but some will not.
The other thing that will be on your agenda, I would assume, is go-to-market. And you can see because Mongo is smaller, they still have to adopt. The company is growing and they need to do more work there or change things. A few years ago, like we move towards more consumption kind of model in -- on the go-to-market side. Like you've been in the industry for a long time, like walking in there, like how do you think about that?
So Mongo, when you look back at 2017, 8 years ago, while they were going public, Atlas was 2% of the revenue, and they nailed the cloud transition well because you know so many companies, software companies even could not nail the cloud transition well. They nailed it, and now it's 75% of the business.
So Dave and the go-to-market leadership team did a phenomenal job. When they switched to consumption, which was the right call, they were one of the early ones to do that, right? Snowflake, course, did it with Frank and Mike and what they did there. It was, as you know, a little bumpy, but now that's behind us, okay? It was a little bumpy on how we did that consumption migration from a sales compensation perspective, how do we capitalize the cost and so on.
But now that is behind us. Mike Berry has done a great job even in the short tenure, he has been here. The teams now understand it. When we hire our go-to-market sellers, they understand it. I've been spending a lot of time with them. They're like we get it now, that if we drive the consumption, we get paid. And what do we need to do to really drive that consumption for Atlas specifically. And so I think that's behind us. Now we just need to scale.
Yes. Okay. Yes. Okay. That's good. I apologize, there was a question for Mike, but he couldn't be here. So I'll try it, but -- and Jess is getting all nervous here. No it's not that bad. If you think about it, like one question you will get asked from us is obviously around profitability. And you are in that peer group of like high-quality, high-growth software. So that's like Datadog, Mongo, Snowflake Profitability-wise, Mongo was always a little bit behind versus that peer group. How do you think about like structural reasons for that? Operational database is longer cycles. You have a longer customer lifetime value that could explain it maybe a little bit. But how did you think about it?
Even I can just go back in time, even with ServiceNow, when I started, ServiceNow was growing 40-plus percent year-over-year, and we have $1.3 billion in ARR between Frank, Mike and me and our Head of go-to-market at the time, Dave Schneider, we were always aligned on durable, profitable growth. And Mike will always say that, hey, while we are trying to hit for $4 billion in ARR by 2020, Mike will say that in 2015 and '16, we will still see the op margin improvement by 100 basis points, he would say, at that point in time.
And then Cloudflare, Thomas, very clear that we want to be Rule of 40, and that's what we are solving for. Same thing is here, Raimo. When I came in, Mike had already figured out with Dave that we want to be durable, profitable growth company. And that's why on September 17 at our Investor Day, we provided the long-range model that we want Atlas to grow at least 20% plus and we will, on an average, improve the op margin by 100 to 200 basis points.
So if you look at today, I think we said that we will exit this fiscal year at 18% op margin, which is a significant improvement compared to when we guided for the year, right? And number two, we said our growth -- top line growth is somewhere going to be 21% to 22% when you combine the Atlas with EA. You're almost approaching Rule of 40.
And then how do we continue to just improve that op margin. And we are looking for efficiency. So just to be very clear, how do we leverage low-cost location for engineering? How do we make sure a lot of our back office is driven through our low-cost locations we have. We've already made some progress. We can do that. We were so focused on growth in the past that those things were not taken into account, but now there is a very conscious efforts to do that.
Then the last question for me is like I need to start with the funny anecdote. So when you left ServiceNow, all the bankers in Wall Street were like, oh, finally, because CJ was the one that stopped all the M&A because he always thought and believed in internal software development and didn't believe in buying stuff.
I'm glad you guys knew that because that's true, that's 100% true.
How is the situation for you at Mongo now? Like I mean, you always were a believer in development.
Yes. And even Cloudflare, when I was there, even though it was a 1-year tenure, I still believed in organic growth, and we expanded product lines there. That is 100% true here. The TAM is large. We already have the right elements between core database, vector, search and others that the team introduced a couple of years ago, which is still growing, but small percent of our customers use it.
And then now with Voyage acquisition, which was a very people acquisition, a fantastic team and great IP that they have built on embedding. Those in itself have all the makings of the data platform that I want. And I'm a big believer in organic growth, and that's also why I joined MongoDB because there is a huge runway. Will we acquire -- yes, we'll acquire some teams or some small tech like we did at ServiceNow, but never like do something massive or whatever, that's not the plan right now.
Yes, yes, yes. And then last 50 seconds, like your first 100 days, is that like just traveling the world?
Raimo, one of the things I think you know about me that I am very customer-focused. So one, just deepening the relationship with our customers, the large or medium, including the AI natives right here in the city. That is focus number one, that I've already started doing that.
Number two, as I listen to these customers, is the product really headed in the right direction? And is our innovation velocity high, it's the second. And third, we have all the elements, but how do we truly create a data platform, the generational data platform? I meant it when I put this in the remarks last week rather than us being part of just a database company, truly a data platform company. Those are the 3 things that are my 150% focus on it.
Yes. Perfect. And it's -- our time is up, but it's a great closing statement as well. Thank you. Really enjoyed our conversation. Thank you.
Thank you. Appreciate it. Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Barclays 23rd Annual Global Technology Conference
MongoDB — Barclays 23rd Annual Global Technology Conference
📣 Kernbotschaft
- Kern: CJ Desai positioniert MongoDB als generationale Datenplattform für unstrukturierte und semistrukturierte Daten. Er sieht bedeutendes Wachstum durch Gen‑AI und AI‑native Unternehmen, will Entwickler‑Mindshare zurückgewinnen, Atlas als Produkt‑ und Consumption‑Motor skalieren und mit seinem Global‑2000‑Netzwerk MongoDB bei Großkunden strategisch verankern.
🎯 Strategische Highlights
- Netzwerk: Desai bringt umfangreiche Kontakte in Fortune‑500/Global‑2000‑Kunden, will C‑Suite‑Engagements für größere, strategische Deals nutzen.
- Entwicklerfokus: Relaunch der Entwickler‑Initiative (Start erwähnt: 15. Januar) und lokale Aktivitäten (Bay Area, New York, Indien) zur Rückgewinnung von Mindshare.
- Produkt & Go‑to‑Market‑Strategie: Verstärkte Produkt‑led‑Growth‑Fokus, Ausbau der Atlas‑Self‑Service‑Motion; on‑prem‑/Enterprise‑Version (EA) bleibt für regulierte Kunden relevant.
🆕 Neue Informationen
- Update: Keine grundlegend neuen Finanzziele im Gespräch über das bereits kommunizierte Investor‑Day‑Modell hinaus; Desai betont selektive, kleine Akquisitionen (z. B. Voyage als People/IP‑Akquisition) und nennt EA als ~25% des Geschäfts sowie konkrete Prioritäten für seine ersten 100 Tage.
❓ Fragen der Analysten / Moderation
- AI & Persistenz: Debatte, dass KI‑Anwendungen einen echten, real‑time persistent layer benötigen – Vorteil für MongoDB bei unstrukturierten Daten und als Grundlage für AI‑Native Agents.
- Atlas‑Wachstum: Treiber: Produkt‑led Motion, Self‑Service‑Onboarding, breitere Enterprise‑Consumption; Desai betont Top‑of‑Funnel durch viele neue Logos, die später groß werden können.
- EA vs. Cloud: Regulierter Sektor bleibt on‑prem/EA‑zentrisch; Migration zu Atlas erfolgt selektiv bei neuen Workloads und Kunden, nicht als Eins‑zu‑Eins‑Push.
⚡ Bottom Line
- Fazit: Neuer CEO verfolgt klare Plattform‑Ambition: organisches Wachstum, gezielte Reaktivierung von Entwickler‑Mindshare, Ausbau von Atlas‑Consumption und operative Effizienz. Risiken bleiben in Execution (Mindshare‑Wiedergewinnung, Enterprise‑Migration), aber der Kurs zielt auf nachhaltiges, profitableres Wachstum.
MongoDB — UBS Global Technology and AI Conference 2025
1. Question Answer
Okay. Hi, everybody. Let's get started. Let's have a fun day 3 today. I'm actually excited with at least the lineup that I've got. I was only half joking with CJ when I met him this morning that having hosted him at previous conferences in addition to him being a very, very capable tech sector executive, he's also one of the more fashionable executives that I know. So when I was pulling my wardrobe together this morning, I knew I had to totally raise my game. So this is the best I could do. I think CJ wins out.
Thank you, Karl.
CJ, Mike and Ben, thanks so much for coming to our conference. Your presence always makes it much better. You're also coming off of a wonderful print, which evidently most investors appreciated. So Mike will talk a little bit about the financials in a moment.
But CJ, welcome to MongoDB. Welcome back to Scottsdale. And maybe where I wanted to start is a little bit about your early vision for Mongo. I know you've only been here probably 30 days or something.
But I guess, I was struck by your comment on the call that you envisioned MongoDB as being a modern data platform. When I hear that, it sounds like you want Mongo to be more than amazing document store database. And so maybe you could lay out that vision even though it's quite early.
Absolutely. So at the highest levels, Mongo participates in a large market which is always a good thing that it participates in a large market. And this market, my career started at Oracle Corporation.
You know a few things about database.
I do know a few things about databases. And I stayed with Oracle for 7-plus years when Oracle was a high organic growth company in late '90s. And so database as a technology has been around for a long time. And I would say 70s, 80s and 90s, 70s is when Oracle started was very structured data, rows and columns, and that's what we obsessed about in terms of performance, and it was always scale-up architecture.
And looking at MongoDB and I've been a customer of MongoDB at ServiceNow, we did a lot of technical integrations with MongoDB discovering MongoDB in cloud or on-prem and so on. And so I have a lot of respect, first of all, on what the founders created in the first decade of this century.
And enterprises, Karl, when I speak to customers, enterprises everywhere they have so much semi-structured and unstructured data. There are so many workloads nowadays with as enterprises are looking at AI, and everybody is looking at it, I would say, they're piloting. I would say with a large financial services company last week, and they said, we have 45 to 50 agents that we are piloting, which is an important term whether it's about maybe 3 or 4 are in production employee-facing, not really in a meaningful way customer-facing.
And when I see all that, the opportunity for MongoDB to go from a great database, document database with native JSON support and others to become a truly data platform. That opportunity excited me and that's why I joined.
And one last thing I would say is that product to platform transition that I've done at previous companies, MongoDB has all those ingredients on when customers, and I've already spoken to 30-plus customers in 30 days, when they look at -- when I speak to them, 3 things they tell me. One, the cloud migration to a GCP or any hyperscaler you pick, that's still going on, and it will still go on for 4 to 5 years. As part of that, there is some, of course, lift and shift, but there is also, hey, we are going to modernize these workloads and given how much unstructured data they have, MongoDB has the right position to it.
Second thing is, AI workloads, how do we clean up the data. Of course, everybody is going to these customers saying, we have agentic platform built on us. We have this, we have that. But customers are like, if I'm going to fundamentally change my business or make a truly efficient business, I want something at scale. And to have real-time data store with the right platform is the high ground where MongoDB is positioned.
And the third last thing that I would say is that the data estate still continues to grow. So you have a confluence of this cloud factor, AI factor and just core data. And that's what excited me and that's why I joined.
Yes. And you've also got an amazing opportunity to leverage the developer mind share that Mongo has built over the years. I followed your story from way before when Dave became CEO and one of the tenets of Mongo has always been that developers love the product. So that's an amazing base to work off of here.
CJ, let's talk a little bit about some of the broad themes out there. I think I'm certainly not the only one noticing that across the software space, there are pockets where we're not really seeing any growth acceleration. Frankly, it's flat to down. The one area where there's consistency and it feels like the whole category is inflecting is interestingly in the data space, where Mongo is accelerating Snowflake. We had Ali at Databricks on stage yesterday, Palantir. So the whole data category in software is accelerating right now. Can you just pinpoint the 1 or 2 things that are causing that? Certainly, when I talk to enterprises, I consistently hear this theme about needing to better utilize their corporate data to make it AI ready. But something broad is clearly happening. And could you perhaps help the audience understand exactly what that is?
So I would say, your observations are correct that infrastructure software related to data, definitely benefiting right now. And there are still questions in enterprises' mind, hey, what do we do with SaaS and what is the long-term vision for SaaS? But you contrast that with data, though, right now, you mentioned some data warehouse companies. Data warehouse companies always are very good at, hey, I can ask these kind of analytical questions, my top 10 trends in the holiday weekend, just give me those answers. And then for data scientists and AI folks in those enterprises data warehouse technologies are helping them out with those questions.
From my perspective, so that's one piece that trying to get more value out of the data you have to make the business decisions. Now companies are focused on it rather than in '22, '23, you saw, Karl, there was a lot of efforts on optimization. Do I really want to do this right now? I have other supply chain and issues. If you're a manufacturing company, or if you're a financial services company, you had other concerns related to inflation and so on.
And you contrast that on the OLTP side. On the OLTP, now people are saying, okay, we have time to really modernize the application stack, as you saw in our results, they speak for themselves. And what we discussed, Mike and I, 2 days ago, is that where we are seeing is, of course, the high end of the enterprise where the consumption that we reported for 3Q, but also broad-based strength in Europe as well. And then our self-service motion, coming back to your developer point, we are seeing a nice customer growth to say, I finally have time to create a new application or modernize a new application, and that's both working in our favor. So you have data warehouse, the analytics phenomena, and you have the OLTP with us, a phenomena that's helping.
I'm not asking for guidance, that will come in 3 months, but maybe I'll phrase it this way. These drivers you're talking about, CJ, how durable are they? Is there anything that you can share with us, maybe it's anecdotally, backlog color to make the point that these drivers can persist next year or year after. Ultimately, what I'm getting at is, what's the duration of this data investment cycle you appear to be benefiting from today?
I would say, we are always -- Mike and I even spoke at this -- about this thing that how do we think about the future and so on, on consumption. What we saw is that we don't want to be at the highest level, say, this will continue forever, right? I mean, because we just don't know what we don't know, and you saw what happened in '22 and '23. But from my perspective, when I see -- speaking to customers, as they think about the IT budgets in next fiscal year, there is nothing that they are giving the indication that the budgets are going to shrink like what you saw...
I'm not hearing that...
Yes, in '22, '23. They are telling me that AI is still going to be a priority, right? And they still have to show the ROI. I'm talking about CIO, CTOs and so on. And I think from my perspective, we just have to, of course, execute on our side in serving the customers at the highest level and continue to provide right guidance that Mike is now on top of as we move forward. Mike, would you add anything?
So thank you, CJ. I would just do one thing on that, Karl, is that's the part of the industry, and we get a lot of questions. Keep in mind, the changes we've made internally to address those industry trends, we feel really good about the, call it, the durability of that. We've moved resources upmarket. We still have a huge amount to go get in the -- call it, in the Fortune 500 or 1000. So we feel like there's still a ton of room to run there as we continue to shift resources. So the industry trends are great. We also feel good about our change in resources to go attack that market.
Okay. Let's talk a little bit about more specifically the effect of AI on your results. My impression from listening to you the other night is that you put up that stronger-than-expected results. But not because of some direct AI lift. I think the way you were describing it was that it was a core strength, actually, which makes Mongo interesting to a lot of people in the audience because if you've put up that strong performance in the core even before that direct AI lift comes, well, that's interesting because then you've got a potential growth catalyst sitting in front of you.
So can -- maybe this is for you, Mike, can you draw that distinction in terms of where the strength came from core versus AI most recently?
Sure. So to that point, and we've said it for the last couple of quarters, we continue to see really good traction in AI native. We see the work going on in the large corporations related to AI, but it has not been a material driver to our results. And it was not in Q3 either.
The growth in consumption that we saw in the drivers, call it, in the core. It's been the large customers who are doing mission-critical workloads for their business. So if it's an insurance company, claims processing, if it's a bank, it may be check depositing, it's core workloads that we've seen. Do we see a lot of activity in customers in terms of testing? Sure. but that's not driving a lot of revenue. So we do think that, that is a future driver. Again, we believe it is not if, it is when, but it is not driving the results today, nor is it a big part of the guidance that we did for Q4.
And is the catalyst, Mike, that we're waiting for as simple as enterprises like UBS start writing more robust enterprise-grade AI applications that create a pull-through for database that maybe today, a lot of the AI applications are somewhat lightweight and they're not super database heavy. But sort of Phase 2 might be that catalyst? Is that conceptually the right way to think about it?
I think that's the right way. And they may be doing inferences as they're not creating a lot of data internally. But once they actually do it with their internal data, that will create a lot more data. And we feel that will be the pull-through.
Yes. And can I add just something to what Mike said. Agreed, here is why I'm personally paying attention being based both half and half in San Francisco area as well as New York is we are learning a lot from AI native company. Because AI native companies today, right, there are so many, and venture capitalist who are on the sidelines, as you remember in '22 and '23, started funding in 2024, whether it's a vertical-specific AI company or a foundational model company and so on.
And my observation, even when I was doing diligence on MongoDB and after joining MongoDB and speaking to them, Karl, is that they are saying, okay, to truly create a killer AI app, which AI native companies, that's the aspiration, right? What does really MongoDB have? And can we build on top of MongoDB, the next-generation killer AI company.
And so I ask them questions, hey, are you using our vector search functionality? If yes, tell me why. If not, why not? As you know that Dave and the team bought Voyage and have you thought about our embedding models and reranking models that improves your search accuracy and so on. And they're like, I didn't know that, let me try that out. That's an easy few lines of code change that I can do.
And the third most important thing is scaling. And if I become successful because everything that becomes big, start small in AI native companies, and some of them are getting traction, as you know. And what I see with them is, yes, we are actually growing a lot, CJ and we used the example of Mercor in the earnings script. And because we are growing and we are scaling, MongoDB is the right OLTP database for us.
That learning from the AI native companies, we want to take that to the enterprise to say, hey, because the AI team calls, when I talk to these large enterprises, what I find is that the AI team, as in the agentic team, is separate from the core database team and the core workloads team, and they are dependent on those workloads team to get the data via APIs and so on, and they want to move fast. Because they are like, hey, I have a lot of pressure to experiment on this agent X or agent Y. And then when I tell them, hey, do you know that this foundational model company is using MongoDB in this way or this Mercor is using it and this is why they are using it. They're like, ah, thank you for telling us because we just wanted to move fast, so we didn't really make an explicit decision.
Got it. CJ, let me ask about a subject that's somewhat relevant in the markets today. The markets are a bit heavy today. I think on additional media stories about the pace of enterprise agentic adoption. I think Dave and you, more recently have been on the more reasonable, I'd say, accurate, actually, end of the spectrum on that debate, hyping it versus being quite reasonable. Do you want to weigh in with your review? You talked to a lot of customers, not just since you've joined Mongo, but prior. Where do you think enterprises are in taking truly agentic apps out of pilot actually into production. And Mike said when, not if. Can you give your best guess as to when the when is?
I don't like to do that, Karl. But I would say in speaking to customers, this is not days and weeks, right? This is not days and weeks. It's a few quarters depending on. Because enterprises, if they want to transform their business, which is a very important point, using an agent, whether it's single-purpose agent or a multipurpose agent, you have scale, durability, availability, real-time learning, context switching for the agent versus human. There are a lot of factors to be considered. And yes, I created a pilot and it does something cute internally for productivity that I can write e-mail fast or I can do this Copilot or Codegen.
But to truly create an agent that transforms your business, right, or creates a new business for you. My viewpoint is still a few quarters away. I have -- in like I've been speaking to customers, as you know, for a long time, nobody has come said, CJ, this completely transformed my business today. And we are piloting, tinkering, I have this financial services firm I talked to, they said we have 20s of agents but they're still doing this 1 task, but nothing at scale.
Got it. Let's switch the subject maybe to competition in your space. There's always been intense competition in the database space for as long as I can remember. Still the case, but in your defense, what I would say is that 10 years ago, you were 1 of probably 5 or 10 at the time, no SQL database vendors, and you've actually been the one to emerge from the pack, well, a lot of them have still stuck at $100 million, $200 million or sold themselves. So you've won that race. But today, you're still looking at some competition.
So let's go through 3 categories, and Ben maybe went away in as well. One is a lot of us have been hearing about the popularity of Postgres relational databases, where Postgres running on Azure and AWS have partly, maybe not entirely solved some of the scaling issues that used to be a blocker years ago. Ben, do you want to take this one? When you contrast Mongo against Postgres, where do you live on this debate? Is it sort of room for 2 because the overall demand is so strong? Or do you feel like you've got an opportunity to take some share from Postgres?
Well, I definitely think we have a lot of opportunity, but let's just go back to what Postgres is because it's not just one, it's 30, 40 different flavors of this, right? And I talk to customers all the time and we started out with Postgres in AWS or you name your hyperscaler. And now for whatever reason, they want to go to a different hyperscale or they want to bring it back on prem, you can't just move that application. It's actually -- just because it's Postgres doesn't mean it's truly portable.
So one thing that really especially resonates with enterprises is that MongoDB actually has a truly portable database, right, without any application change. So we can move your data from one cloud to another, and bring it internally, go back to cloud, no application change. And so especially enterprises, Europe is big with sovereign cloud. We're seeing a lot of this portability be a massive driver of a requirement of like what data platform they're going to choose. So I would say that's number one.
And then number two is, and you touched on this earlier about the developer experience that we started out with that we really still to this day focus on, is that developer experience, that developer velocity, that efficiency. And so if you look at what we've been doing over the last few years, building up to this AI era is we haven't been bolting on other workarounds with different API layers to add new use cases. It's all part of our idiomatic API that we've always invested in, which is MQL. So we added search, part of the same query language, we added vector, same query language. We're keeping that developer velocity and efficiency in mind at all times. And that's just something that the competitors are not doing.
Got it. The second category, which we were thinking about yesterday because we had Ali at Databricks on stage is some of the OLAP vendors are stepping into the OLTP database space. And Ali was quite proud of their new Lakebase offering. So when you think about those guys, the likes of Databricks and snow taking early gentle steps into the operational database space, what do you think of that?
I think it's cute. Like look, like they tried for many years to build an organic OLTP, right? Because they saw it very early on that OLAP wasn't going to be fit for purpose for these real-time production applications that are going to be business mission critical as CJ was just kind of pointing out and why all these applications are in pilot. So they realized that they couldn't do it organically, so now they bought someone. But they didn't buy the A players. And so we're -- from a place of an OLTP landscape, I think we're 15 years ahead of where we need to be from an OLTP landscape for these AI application.
And I'll add a one thing as it is a question that comes up a lot, and we have great investors here. Like make no mistake, even when I was at Oracle, Oracle was known for OLTP. And we experimented a lot with data warehouses. I'm talking late 90s, early 2000s, and then you know what happened with business objects and all those firms back then, too. And OLTP and OLAP were always 2 sides within an enterprise, different buyers and based on the use case, what you're solving for.
And from my perspective, when somebody that is just focused on data warehouses, starts buying OLTP based companies, it's a validation of that our space is great, and it has durable advantage, and they are trying to expand the TAM. And then I'll just add to what Ben said, that even Postgres selling support for JSON and when you actually really look at that why they did that is JSON is popular with developers. Why? Because of MongoDB, and that's a bolt-on versus we just naturally work with that. And for AI high grounds, I would argue that us, being native JSON support and just how MongoDB works for it, even if you look at any of your popular ChatGPT today. They talk about images, videos and then there's so much unstructured data. So we are correctly positioned for them.
The third and last one is the hyperscalers. They're native databases. None of us can leave a meeting with Microsoft without such in company bragging about Cosmos DB and how customers are coming to them for their native databases. Has anything changed in terms of competitiveness versus the hyperscalers, Ben, CJ?
For my personal view of what I'm talking to customers about is it usually starts out with, it's really easy. I click it. It's in the console. It's available so they just start there, right? And even all the hyperscalers claim compatibility with Mongo. When we run our own compatibility test, we come out a lot less than that. And the way we do that, we actually published the benchmarks publicly. So it's available on GitHub, everyone can download the same test and do it themselves.
We have thousands of database schematic, so you can query against. When they look at -- when they do their benchmarking, we think it's sub-100 of the actual features of the MongoDB API to give them a better percentage of compatibility. When we take a conservative view of, let's say, 270 of the most critical, mostly used pipelines, we are into the 40s to 50s percent. So even when we give a little bit extra. So I just think that people start there because it's easy similar to why people start with Postgres, it's just like easy. So we eventually get it. I want to get it earlier, don't get me wrong, but we actually get it.
And on the high end of enterprise on that point, besides the features and functionality and scale out and this and that, recently, I mean, if you look at 2025, you had GCP outage, you had AWS outage and you had Azure outage. And speaking to customers, including large financial services as well as health care companies just recently in the last couple of weeks.
As Ben said that, hey, on one hand, it's easier for me to turn on and use the first-party database resiliency perspective, now you're locking in yourself. So if one of the hyperscalers is out, your workload is out. And MongoDB on Ben's first point, that I can -- are talking to this large customer, and they said, from a resiliency perspective, CJ, we chose MongoDB rather than the first-party hyperscaler because I can now replicate MongoDB from AWS to Azure without a problem. So not just an intra-region of AWS, US-East-1 and so on, but I can do that across clouds. And that is a massive advantage compared to the first part of it.
Mike, let's turn the conversation to you for a moment. Congratulations on the October quarter results.
Thank you. From all the employees at Mongo.
I think one thing that stood out to me in my judgment, the 3Q results were very good, but what I thought was really outstanding was actually your fourth quarter outlook, where you raised it quite substantially. And if I know you wouldn't encourage us to do this, but if we assume sort of a normal-ish beat on that guidance, you're getting a fairly marked acceleration in your total revenue growth rate in the January quarter. Can you unpack 1 or 2 things, Mike, that gave you that confidence for that acceleration in the January quarter? Because to me, that was the highlight of the print.
Sure. So let's break it up into Atlas and then non-Atlas if we could. So for Atlas, as we looked at the second half, when we guided Q3 we were confident, call it, around that mid-20% growth rate. What we saw coming out of Q3 was and we said, hey, it was very much what we thought, and it was very consistent throughout the quarter. The nice part is when that consumption builds, then that's the starting point for Q4. So when we forecasted Q4 then it's a higher base and we felt better about raising that to the 27%.
With the caveat, which is, hey, folks, it's the holiday season, happy holidays, everybody. There are -- we've always seen a little bit of unpredictability based on where days fall. So we just want to take that into account.
The big thing for us was around the EA business. And from that business, not only did we see a little bit better for multiyear deals, and I'll say this publicly, folks, this is not Poland. This is regular business that was coming due in the second half where it's tough to forecast. Are they going to do a 1-year deal? Are you going to do 3? Possibly even 5.
The great part about that is these are the largest customers at Mongo, and we love them all, committing to us long term, and we saw a much better commitment not only in the multiyear, but just then call it the run rate business. So when we built that bottoms-up pipeline, we felt better about that. So those were -- if you look at the Q4 raise, about 1/3 of that was Atlas and about 2/3 of that was EA.
Mike, the other thing that stood out to me was that since you came aboard, I'd say on the margin, you've been giving a little bit of color about how to model Atlas, but more directional. You went one step further on this call where you gave a point guidance for Atlas, which I think everybody appreciates. It leaves out a little bit of a guessing game, how to apportion total revenues.
But one interpretation of that is that you wouldn't be making that disclosure improvement, if I could put it that way, unless you felt fairly confident about the Atlas business. Was that the correct interpretation, Mike?
So I never want to give a number externally that I don't feel good about. And what we would say is we debate this all the time, and you can look at ranges, we felt really good about that number in terms of, hey, from a pragmatic point of view, that's where we think we are. Hopefully, things go better. Hopefully, they do, but that -- we felt good about giving that number.
The last thing the -- I wouldn't even call it a flaw because I think you can explain it. But one of the only metrics that stood out to a couple of investors that hit me, Mike, was that the direct customer count fell slightly for the second quarter in a row. But I think there's an explanation for that, but it might be good to just give you a chance to explain that one.
Yes. So thank you about that. And, Karl, we'll probably change this going to next year. Keep in mind that when we talk about direct versus self-serve, this is how we internally categorize those customers. Self-serve is not -- they started and self-serve and then they stay there forever. At some point, they will shift to a direct customer. Sales will take over. So what you have is a little bit of the apples and oranges. As we have added more sales to go direct, we've pushed that team up, focus a little bit higher. And then what happens is self-serve covers that gap.
So it looks like direct is actually going down. Folks look at the total customer count, that's what matters. The bifurcation between direct and self-serve is our own internal categorization of how we go to market and just pay a little bit of warning. In '27, folks, we were probably not going to give this number because of this exact issue. Look at the business as a whole, look at consumption growth, look at revenue growth and total customers. How we bifurcate internally is how we go to market. It's not a driver of the business.
And 8,000 customers added this year on year-to-date with 67% growth. But even adding 2,500 in the quarter, specifically, which, if you look at last Q3, that's a 40% growth on just new customer adds. Karl, I mean, you know how much obsessed I was about new logos and others in the past. These are very good leading indicators for the future.
CJ, Mike and Ben, thanks so much for coming to the event. I think, along with everybody here looking forward to watching the Mongo story unfold over the next 12 months.
Thank you for having us.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — UBS Global Technology and AI Conference 2025
MongoDB — UBS Global Technology and AI Conference 2025
🎯 Kernbotschaft
- Kernaussage: Management positioniert MongoDB als "moderne Datenplattform" statt nur Dokumentendatenbank. Treiber sind Cloud-Migration, AI-Initiativen und das wachsende Datenvolumen; Developer-Mindshare und Cross‑Cloud‑Portabilität sollen Wettbewerbsvorteile sichern. Finanzseitig stützt Atlas‑Wachstum zusammen mit Enterprise‑Agreements (Mehrjahresverträge) die positive Guidance.
🚀 Strategische Highlights
- Produkt‑zu‑Plattform: Ziel ist Ausbau von Kern‑DB zu Plattformfunktionen (Search, Vector, Embeddings nach Übernahmen) für AI‑Workloads, geringe Codeänderung für Entwickler.
- Cross‑Cloud: Betonung auf Portabilität zwischen AWS/Azure/GCP als Vorteil gegenüber Hyperscaler‑First‑Party DBs und als Resilienzargument nach Ausfällen 2025.
- Upmarket‑Fokus: Ressourcenverschiebung Richtung Großkunden (Fortune 500/1000) und Ausbau von Enterprise Agreements zur Stabilisierung des Umsatzes.
🔭 Neue Informationen
- Guidance‑Farbe: Management gab konkretere Punkt‑Guidance für Atlas (Atlas‑Wachstum wurde genannt) und erklärte, dass die Q4‑Aufwärtsrevision zu ~1/3 von Atlas und ~2/3 von besseren EA‑Commitments getrieben war.
- Wachstums‑Indikatoren: Management nennt 8.000 Neukunden YTD (+67%) und ~2.500 neue Kunden im Quartal als Leading Indicators.
❓ Fragen der Analysten
- AI‑Timing: Nachfrage, ob AI schon Umsatz treibt; Antwort: derzeit nur Tests/Piloten, AI noch kein materialer Treiber — der wirkliche Pull‑through kommt, wenn Unternehmen AI‑Apps mit internem Daten‑Scale betreiben (einige Quartale entfernt).
- Wettbewerb: Postgres, OLAP‑Player und Hyperscaler‑DBs bleiben Thema; Management sieht Portabilität, native JSON/Vector‑Funktionen und Entwickler‑Velocity als Differenzierer und hält Konkurrenzbewegungen eher validierend für den Markt.
- Direkte Kunden: Rückgang bei "direct customers" erklärt durch interne Reklassifikation (Self‑serve → Direct im Zeitverlauf); Total‑kunden und Consumption bleiben die relevanten Metriken.
⚡ Bottom Line
- Implikation: Kurzfristig stützt Atlas‑Wachstum plus stärkere Enterprise‑Verträge die positive Entwicklung; AI bleibt ein signifikanter, aber noch nicht realisierter Upside‑Katalysator. Risiken: Timing der breiten AI‑Adoption und Hyperscaler‑Lock‑in. Für Aktionäre: solides operatives Momentum mit optionalem langfristigem Upside durch Platform‑Erweiterung.
MongoDB — Q3 2026 Earnings Call
1. Management Discussion
Good day, and thank you for standing by. Welcome to the MongoDB's Third Quarter Fiscal Year 2026 Earnings Conference Call. [Operator Instructions] Please be advised that today's conference is being recorded.
I would now like to turn the conference over to your speaker for today, Jess Lubert, VP of Investor Relations. Please go ahead.
Thank you, operator. Good afternoon, and thank you for joining us today to review MongoDB's third quarter fiscal 2026 Financial Results, which we announced in our press release issued after the close of market today. Joining me on the call today are CJ Desai, President and CEO of MongoDB; and Mike Berry, CFO of MongoDB. Following our prepared remarks, Dev Ittycheria, MongoDB's former President and CEO and current member of the Board will join us for Q&A.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities. Our opportunity to win new business, our expectations regarding Atlas consumption growth, the impact of non-Atlas business and multiyear license revenue, the long-term opportunity of AI, our financial guidance, and underlying assumptions and our investments and growth opportunities in AI.
These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations. For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our quarterly report on Form 10-Q for the quarter ended July 31, 2025, filed with the SEC on August 27, 2025.
Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them except as required by law. Additionally, we will discuss non-GAAP financial measures on this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to the most directly comparable GAAP financial measures.
With that, I'd like to turn the call over to CJ.
Thank you, Jess, and thank you to everyone for joining. I'm honored and genuinely excited to speak with you as the CEO of MongoDB. This is an incredible company and stepping into this role is a privilege. I want to start by thanking our customers, partners and employees for everything you have done to build MongoDB into what it is today. I especially want to acknowledge Dev whose leadership and vision created a phenomenal company, which has strong momentum and a tremendous market opportunity ahead. Many have asked why I chose MongoDB, I had multiple opportunities to lead other technology companies but MongoDB stood apart. We are at a true inflection point driven by major shifts across cloud, data and AI.
MongoDB has the potential to become the generational modern data platform of this evolving era, an opportunity that comes once in a lifetime. I am a truly customer-obsessed leader. So during my diligence, I spoke with multiple customers. Across these conversations, the message was clear. MongoDB already powers core, mission-critical workloads were enterprises that are modernizing their technology stack. At the same time, MongoDB is uniquely positioned at the center of the AI platform shift. Few technology companies have that combination of durable core strength and emerging platform relevance.
Throughout my career, I have driven product to platform transformation at some of the most respected technology companies. Looking at MongoDB today, I see all the ingredients needed to build an iconic modern data platform company. World-class technology, a strong innovation engine, deep developer and customer pool and exceptional talent. We have everything required to become the generational data platform of choice in the AI era. Now onto this quarter's results.
Atlas performance was strong, accelerating to 30% year-over-year growth, up from 29% in Q2 and 26% in Q1. We generated total revenue of $628 million (sic) [ $628.3 million ] , up 19% year-over-year and above the high end of our guidance, driven by strength in Atlas. We delivered non-GAAP operating income of $123 million (sic) [ $123.1 million ] or a 20% non-GAAP operating margin. We ended the quarter with over 62,500 customers adding 2,600 in the quarter and 8,000 year-to-date, reflecting 65% growth in customer additions on a year-to-date basis driven by the strong performance of our self-serve motion. Q3 was an exceptional quarter that was driven by our continued go-to-market execution and the broad-based demand we are seeing across business.
At the same time, we significantly outperformed on operating margin, demonstrating that we can drive durable revenue growth while simultaneously expanding profitability. Now let me explain why I see such a large opportunity ahead for both core operational data and emerging AI workloads. Our core business is strong across self-served and enterprise customers even before any AI tailwinds. In my first 3 weeks, I've met with over 30-plus customers from AI-native companies to C-suite technology leaders at Fortune 500 companies.
Those conversations have only strengthened my conviction in MongoDB's opportunity. Customers already depend on us for mission-critical workloads today, and they are leaning in even further, betting on MongoDB to power the AI applications that will shape their future. The expansion opportunity in front of us is immense. We already serve more than 70% of the Fortune 100 and many of the world's largest banks, health care organizations and manufacturers run their mission-critical workloads on MongoDB.
Even with this foundation, there is still significant room to broaden our footprint within the enterprise. A strong example of this expansion opportunity is a major global insurance provider that has adopted MongoDB broadly across its enterprise. The company selected MongoDB Atlas to modernize several mission-critical systems, including its next-generation policy administration platform, analytics rating engine, unstructured data repositories and hundreds of supporting services.
Since moving its policy platform to Atlas, the insurer has expanded from just a small set of regions to nationwide and significantly accelerated the rollout of new products and distribution channels. Standardizing on Atlas has given the organization the scalability and reliability to improve customer experience, support more advanced data and AI capabilities and increased development velocity, all central to its transformation and growth ambitions. All of this momentum in the core business is happening before the AI wave has meaningfully impacted our results.
We are still early, but the signs are encouraging from AI-native start-ups building intelligent applications on MongoDB to large enterprises developing AI agents that will reshape how they operate. AI applications must connect what LLMs know with what companies know, which is their proprietary data, systems and real-time context. This is fundamentally an information retrieval problem, and it requires a very different architecture than the last generation of software.
Rapidly evolving AI models uncover new complex properties about entities and rigid tabular stores cannot deliver the real-time high accuracy performance that AI systems require. At the same time, AI is dramatically increasing the speed at which applications are built and iterated and fixed database schemas simply cannot keep pace. This is where MongoDB has a structural advantage. Our document model, natively, JSON is built for diverse class changing and interdependent data. Our integrated search, vector search and Voyage embeddings removed the need for brittle bolt-ons, and we are seeing industry-leading results.
Number one, on the Hugging Face retrieval embedding benchmark with Voyage MongoDB models and the #1 vector database on DB engines. Advances in our embedding and reranking models drive meaningful accuracy gains. Enabling AI applications to deliver more grounded responses with fewer LLM hallucinations, while lowering storage cost and query cost through smaller, more efficient embeddings. Because all of this is delivered in a unified platform that runs anywhere, customers can keep operational and AI workloads together, simplify their architecture and innovate faster.
As AI adoption accelerates, MongoDB's positioned not just to participate in the wave, but to help define it. we are already beginning to see this play out with AI-native customers like Mercor, which is redefining hiring with its fully automated platform that uses AI to assess and match talent with the opportunities they are best suited for. Mercor uses MongoDB Atlas to store the AI data behind its platform that directly connects professionals to AI model training and evaluation roles. Originally, a self-serve customer, the company is also utilizing Voyage embeddings and Atlas Vector Search. Atlas has scale to support Mercor's 50% month-over-month growth, allowing the company to keep its software engineering team lean and agile as it expands to over $10 billion in value. This is just one example of how customers are building AI-native applications and companies on MongoDB.
We are also seeing meaningful traction among large enterprises that are starting to build AI applications that have a material impact on their business. For example, a highly influential global media company aim to increase engagement via enhanced content recommendation for its vast repository of multimodal assets across its 70-plus websites. That existing stack powered by Elasticsearch hit a performance wall struggling with the complexity of new embedding models. Recognizing that [ rigid ] systems stifle innovation, the engineering team re-architected on MongoDB Atlas and MongoDB Atlas Vector search. Working with MongoDB experts to deliver a proof of concept in just weeks, they integrated Voyage AI models directly alongside their data. The solution scale effortlessly, cutting latency by 90% and reducing operational spend by 65% and driving a 35% increase in click-through rates, ultimately providing millions of global readers with a seamless, deeply personalized discovery journey.
The bottom line is that the business is performing exceptionally well. Existing customers are expanding with us and net new customer additions continue to show strength. Companies in nearly every industry and across every geography are choosing MongoDB because we deliver the features, performance, cost effectiveness, and AI readiness they need in single data platform. Given the continued robust performance of Atlas, along with the healthy underlying fundamentals we are seeing in the business, we are raising our financial guidance for the fourth quarter and the full fiscal year 2026 and reiterating our commitment to the long-term financial model outlined at our recent Investor Day.
Over the next few months, my focus is straightforward. Deepening customer relationships, advancing our innovation agenda as we build the generational modern data platform for the multi-cloud and AI era, scaling our go-to-market efforts and supporting our people so they can do their best work. I believe MongoDB is a company that has only begun to realize its vast potential and I look forward to unlocking this potential in the years to come.
With that, I'll now hand the call over to Mike to discuss the financial results and outlook in greater detail. Mike?
Thank you, CJ. I want to extend a big welcome to you from all of the employees at MongoDB. We are excited to have you join the team. I look forward to working with you to continue to execute on our business plans and drive meaningful shareholder value. I also want to thank Dev for the partnership and our time working together. I believe we accomplished a lot in a short period of time and appreciate all of your guidance and leadership. Best of luck in the next stage of your life journey.
Okay. Now let's move on to the financial results. I will begin with a detailed review of our third quarter results and then finish with our outlook for the fourth quarter and fiscal '26. I will be discussing our results on a non-GAAP basis unless otherwise noted. As CJ mentioned, we had another strong quarter as we exceeded all of our guidance ranges and are increasing our full year outlook across the board.
In the third quarter, total revenue was $628.3 million, up 19% year-over-year and above the high end of our guidance. Shifting to our product mix. Atlas revenue outperformed our expectations as year-over-year growth accelerated to 30% in the third quarter and now represents 75% of total revenue. This compares to 68% of total revenue in the third quarter of fiscal '25 and 74% last quarter.
In the third quarter, Atlas consumption growth was relatively consistent with last year's growth rates which drove the acceleration in revenue as well as growth in absolute revenue dollars for the third straight quarter. Atlas growth was driven by continued strength with our largest customers in the U.S. and broad-based strength in EMEA. This strength is being driven both by new workloads and growth of existing workloads. We believe these dynamics reflect our growing strategic importance to many customers and our ability to win more critical workloads due to the strength of Atlas. You can see that progress in our total company net ARR expansion rate, which increased to 120% in the third quarter, up from 119% last quarter.
Turning to non-Atlas. Revenue came in ahead of our expectations in the quarter as we continue to have success expanding within our existing non-Atlas customer base. Non-Atlas ARR, which reflects the underlying revenue growth of this product without the impact of changes in duration grew 8% year-over-year. We continue to see consistent trends in non-Atlas in the third quarter, which reflects the desire of some of our largest customers to build with MongoDB long term for their most mission-critical applications. We also benefited from higher-than-expected multiyear revenue in the third quarter as approximately 2/3 of the non-Atlas revenue outperformance versus the high end of guidance was attributable to multiyear outperformance.
We had another strong quarter for customer adds as we grew our customer base by approximately 2,600 sequentially, bringing the total customer count to over 62,500, which is up from over 52,600 in the year ago period. The growth in our total customer count is being driven primarily by Atlas which had over 60,800 customers at the end of the third quarter compared to over 51,100 in the year ago period. We ended the quarter with 2,694 customers with at least $100,000 in ARR, representing 16% growth versus the year ago period.
Moving down the income statement. Gross profit for the third quarter was $466 million, representing a gross margin of 74%, which is down from 77% in the year ago period. Our year-over-year gross margin decline is primarily driven by Atlas growing as a percent of the overall business. Although Atlas gross margins are slightly below the total company gross margins they continue to improve year-over-year.
Our income from operations was $123 million for a 20% operating margin compared to 19% in the year-ago period. We are very pleased with our stronger-than-expected operating margin results, which benefited from both our revenue outperformance and lower-than-expected operating expenses. Net income in the third quarter was $115 million or $1.32 per share based on 86.9 million diluted shares outstanding. This compares to net income of $98 million or $1.16 per share on 84.2 million diluted shares outstanding in the year ago period.
Turning to the balance sheet and cash flow. We ended the third quarter with $2.3 billion in cash, cash equivalents, short-term investments and restricted cash. During the quarter, we spent $145 million to repurchase approximately 514,000 shares which was executed under our previously announced $1 billion total share repurchase authorization. Operating cash flow was well above our expectations at $144 million, and free cash flow was $140 million, which compares to $37 million and $35 million, respectively, in the year ago period. Our cash flow results were driven primarily by strong operating profit and improving working capital dynamics, particularly related to higher cash collections.
We remain confident in our ability to drive higher and more consistent free cash flow going forward. Before we go into our guidance for the rest of fiscal '26, let me recap some of the enhancements we have made to our approach to guidance since I joined MongoDB. Importantly, we are providing more visibility into our expectations for Atlas growth as well as non-Atlas ARR growth each quarter. That being said, we will continue to be prudent in our forecasting of multiyear deals and only include those deals where we have very clear visibility. Our goal is to give you a more transparent view into our expectations for the business and our approach to guiding the non-Atlas business.
Now let me share some of the assumptions driving our outlook for the rest of fiscal '26. Number one, we are continuing to see strong momentum in Atlas, which has experienced relatively consistent consumption growth through the first 3 quarters of the year. And comparable seasonal patterns as compared to fiscal '25.
We are seeing strength with existing customers, along with momentum in new accounts as customers large and small increasingly recognize the strategic value of Atlas. As a result, we now expect Atlas to see approximately 27% revenue growth in the fourth quarter of fiscal '26, which is higher than our previous expectations of growth in the mid-20% range. This outlook reflects our continued confidence in Atlas while taking into account the historical seasonal variability and consumption patterns during the holiday period.
Number two, we continue to experience steady ARR growth in our non-Atlas business and have good line of sight to several large multiyear deals we either already have or expect to close in the fourth quarter of the year. Based on these dynamics, we now expect our non-Atlas business to grow in the upper single-digit percent range year-over-year in the fourth quarter.
Number three, we continue to make strategic investments in engineering, marketing and direct sales capacity to drive continued growth. Some of these planned investments have taken longer to implement than expected and have shifted into the fourth quarter of fiscal '26 and fiscal '27, which has benefited our operating margin during fiscal '26.
Fourth, we continue to make progress on free cash flow conversion, which is now expected to exceed 100% for fiscal '26.
Finally, we will continue to execute our share buyback program to help offset dilution from employee equity awards. In addition to our buyback, this past quarter, we began settling the taxes due on the vesting of employee RSUs with cash instead of issuing new shares. We also expect to receive over 1 million shares of stock for the cap calls associated with our 2026 notes that mature in January 2026. All of these actions will help us manage share count for the long term and illustrates our commitment to being good stewards of your capital.
Now let's shift to guidance in the fourth quarter and fiscal '26. For the fourth quarter, we now expect revenue of $665 million to $670 million, which equates to 21% to 22% year-over-year growth. We expect non-GAAP income from operations to be in the range of $139 million to $143 million for an operating margin of approximately 21%. We expect non-GAAP net income per share to be in the range of $1.44 to $1.48 based on 86.5 million diluted shares outstanding.
For fiscal '26, we now expect revenue to be in the range of $2.434 billion to $2.439 billion, an increase of $79 million from the high end of our prior guide and representing full year revenue growth of 21% to 22%. We are raising our non-GAAP income from operation expectations by $109 million at the high end and are now targeting a range of $436.4 million to $440.4 million for an operating margin of approximately 18%.
We expect non-GAAP net income per share to be in the range of $4.76 and to $4.80 based on 86.7 million diluted shares outstanding. Note that the non-GAAP net income per share guidance for the fourth quarter and fiscal '26 assumes a non-GAAP tax provision of 20%. While we will provide detailed guidance for fiscal '27 on our fourth quarter call, I would like to comment on how we are thinking about a few metrics as we sit here today.
First, we remain committed to the long-term model presented at our Investor Day in September and continue to make great progress against all of the objectives highlighted at the event. We have seen strong margin expansion and free cash flow performance in fiscal '26. And both of these metrics are tracking well above the long-term targets we discussed in September. As we look ahead to fiscal '27, we will continue to make strategic investments to focus on driving growth going forward. With these planned investments and the timing of head count adds, we continue to target 100 to 200 basis points of margin expansion on average and 80% to 100% for free cash flow conversion outlined in our long-term model.
Second, our non-Atlas business is on track to exceed our prior expectations for fiscal '26 due to the stronger performance, including greater-than-expected large multiyear deals. Given this outperformance and our current bottoms-up forecast for fiscal '27, we currently do not expect non-Atlas multiyear transactions to provide either a meaningful headwind or tailwind to revenue in fiscal '27.
To summarize, we had another very strong quarter. We are pleased with our ability to drive both revenue growth across the business while increasing our operating profit expectations and driving meaningful free cash flow. We remain incredibly excited about the opportunity ahead, and we will continue to invest responsibly to drive long-term shareholder value.
With that, Lisa, we would now like to open the call up for questions.
[Operator Instructions] And our first question of the day will be coming from the line of Sanjit Singh of Morgan Stanley.
2. Question Answer
Fiscal year '26 has turned out to be quite the year for MongoDB, so congrats to the team all around. CJ, I wanted to start with you since this is your first earnings call, heard you loud and clear in terms of what the goal is here to make MongoDB a foundational data platform for the AI era. In terms of making that happen in your kind of first 45 days on the job, maybe even less than that. Are there some initial things that you're looking at some kind of things that might fit in the sort of quicker win bucket? And then longer term, what is -- what are some of the changes you think that the company can make or evolve to get to that -- to [ see or place ] in that sort of AI era?
Thank you, Sanjit. Here is -- this is my day 28 on the job, and I have been speaking to customers as well as our innovation team, including our Voyage AI team as well as our core database teams. The first thing I would say is the opportunity for MongoDB to be that data platform for AI workloads is very real because you need real-time operational data, you need the right context, you need to make sure that you are keeping up to date between the proprietary data of the company as in the enterprise as well as the LLM learnings that the LLM model brings to the table. And most importantly, when I think about all of that combined together, MongoDB has all the elements needed to be the right foundational platform for AI workloads. In speaking to customers, it is still early. There are various co-pilots when it comes to productivity types of applications that are happening inside of an organization, whether it's a bank or a health care organization or a manufacturing organization.
But what I have not seen is truly AI agents running in production that fundamentally transform the business or serve customers better. There are many, many pilots still going on. When I contrast that with the AI native companies, and there is a really good fast growth at scale, AI native company that currently switched from Postgres to MongoDB because Postgres could not just scale.
There is another AI company that highlighted that is using our embeddings as well as our vector database besides our operational platform. So when I combine all this together, Sanjit, what I see is, as truly scaled agentic platforms where you can have enterprises creating agents that transform their business, MongoDB has a very important role to play. And from a low-hanging fruit standpoint, I would argue that our embedding model and reranking model is something that customers can start with today, then they can move on to our vector database and use us for also real-time operational store. So that's how I'm thinking and some of my initial customer conversations have validated that theory.
Understood. I know it's early, so great to get that perspective. And then one follow-up for me, sort of a mark-to-market question. The calendar year '24, fiscal year '25 workload sort of improved in quality versus the prior year. I just want to get a sense of your sort of view on how the calendar year '25 workloads are shaping up as they will unlikely be a factor in terms of thinking about growth next year? And just so in terms of the quality of the workloads this year, can you give us a sense of the quality of those workloads?
Sanjit, it's Mike. So what we'll say there is, as we said during the prepared remarks, and we saw this in Q2 as well, what we're really seeing is strength in the larger customers. It's not only from new workloads, but it's from the existing workloads. We don't want to bifurcate between which calendar year those were added. What we'd say is that we continue to see growth in the larger customers. They are growing longer and they're getting bigger and growing for longer, which is great. And we're seeing that across both the United States and then broad-based in EMEA as well.
And as Atlas gets bigger and bigger, all of those kind of munch together because they're expanding, they're adding. So what we'll do is we'll focus on the growth in our larger customers, especially in the U.S. and EMEA without going into each year. I hope that helped.
And our next question will be coming from the line of Matt Martino of Goldman Sachs.
Nice to see another quarter of acceleration. CJ, I appreciate you're only a few weeks in, but I'd be curious to hear what customers are telling you is top of mind for MongoDB. What are the repeated themes in customer conversations as you take a fresh lens to the business?
Absolutely, Matt. First thing I would say is that the modernization effort, whether it's a workload that may be just running on-prem, in a large enterprise or a workload that is moving to cloud or sometimes to multiple clouds for resiliency that transformation in speaking to a large telecommunications company, a large health care company, a large tech company, and I can cite you many other examples. I was pretty overwhelmed to understand that those transformations are still going on. There is just a recent conversation I had with CTO of a large telecommunications company who said that they are moving 1,300-plus applications to another hyperscaler and trying to determine which workloads are best suited for MongoDB.
So the whole multi-cloud or a public cloud transformation is still going on. And just my intuitive sense in speaking to these customers will be going on for at least next 5 to 7 years. So that specific TAM still very much exists for MongoDB. Now these are the same set of customers, while they are trying to modernize their application stack, they are also experimenting, I would say, because I've not seen agents at scale that are customer facing or sometimes even employee-facing, they may have 10, 15, 20, but not that many compared to thousands of applications they run.
In those AI applications area, they are experimenting sometimes with our embedding models or with our vector database or using MongoDB for real-time operational database. So that second aspect, which is still fairly early, but we are very well positioned as you think about AI workloads in enterprises and large enterprises.
And last but not the least, spending time, as you know or you may know that I spent half of my time in New York City and half of my time in Silicon Valley and speaking to my network in Silicon Valley with AI-native companies or digital-native companies, what I hear from them is that certain alternatives on relational database just do not scale because AI workloads are fundamentally around unstructured and semi-structured data. And then they decide sometimes explicitly to use MongoDB. So I put this in 3 buckets. One bucket is our core and still the cloud transformation, digital transformation, modernization, whichever term you want to use, our core will still continue to grow. As people create AI agents at scale, MongoDB has a role to play and for AI-native companies and some at scale are already using MongoDB because the alternatives in relational world just do not scale.
So those are my like 3 buckets and initial mental model on how these conversations are proceeding and what we can do for them.
Really clear. And then, Mike, just a quick follow-up for you. It was good to see the outperformance on both Atlas and non-Atlas, but with op margins now about 200 basis points shy of your midterm framework, how should we think about the philosophy around reinvestment? And any considerations around non-Atlas and the ability to expand margins as we look out into fiscal '27?
Yes. Thanks for the question, Matt. So I'm sure everyone's focused on '27. So what we'd say is we will guide '27 on the next call. What we would say is, and it's built into the guidance that you have in Q4, and I also talked about it on the prepared remarks, we are continuing to invest, and we will continue to invest. Some of the investments that we wanted to make, especially around engineering, marketing, less so, but certainly around sales capacity has been pushed into Q4. So you should expect to see OpEx continue to grow in fiscal '27.
But we also want to make sure, and that's why Matt, we took the time to say, "Hey, we want to reorient you to what we talked to you about in September -- we still expect to see margin expansion. But you really see it in the fiscal '26 numbers is that is coming mostly from revenue growth. That is the expectation next year. We'll continue to grow revenue. We're going to continue to invest in the business, but the business model will continue to drive that expansion. So you should expect to see us continue to invest, especially across those 3 areas.
And our next question will be coming from the line of Karl Keirstead of UBS.
Okay. Great. Thank you. First of all, CJ, welcome aboard. I'm excited to work with you over the coming years. I had a question for you. So it seems as if you're describing these good set of numbers as strength in the core, essentially even before that AI tailwind kicks in. I'd love if you could define what you think is fundamentally driving that core strength? And do you feel like it's possible that actually Mongo is already getting an AI tailwind in the sense that there's a heightened focus on modernizing your data in advance of AI, such that this core strength is actually AI-related?
Karl, great to hear from you and looking forward to seeing you on Wednesday. I would say the core strength from my perspective is workloads that are -- need modernization has a lot of unstructured or semi-structured data and ideally suited for MongoDB. Now when it comes to AI, could AI potentially drive more modernization efforts? That is possible but not deterministic. As in we see -- as we shared in the remarks, that in the high end of the enterprise, the consumption of the workloads we acquired maybe a year ago, 1.5 years ago, that continues to move up in the right direction as our go-to-market teams are focused on the high end of the enterprise. We also saw broad-based strength in Europe. And that is pretty much to the core business like the large insurance company on the claims engine and other things that I spoke about related to policies.
So I particularly see that as, okay, is that -- does that mean that if core is modern, it helps with AI workloads, absolutely, that is true because they are not mutually exclusive. And Karl, one thing I would say, this is my personal experience in building AI technologies in the past. That the AI team is typically a separate team from the core data team. And AI team relies on the core data team. And if the core data team moves slow, then AI teams get really frustrated because innovation velocity is how they measure themselves on. So my personal experience was, hey, when the core team is not agile there schemas are not flexible, it actually slows AI down. So that is definitely some facts behind your theory that it is potentially the AI revolution, which we are still in the early stages, is driving modernization in the other part of the enterprise.
Okay. And then, Mike, for you, I think everybody on the line appreciates the more definitive guidance on Atlas for the following quarter. So thank you. I wanted to ask what's driving that? Is it simply a function of you and just in your new -- relatively new seats, wanting to be more transparent in the guidance? Or Mike, is there something actually changing in Atlas such that now that it's at scale, it's becoming predictable enough that it now makes more sense to give precise guidance?
So thanks, Karl, thank you for the question. I would say it's probably a little bit of both. One is, hey, we want to give you folks a little bit more visibility to what's behind the guidance that we provide. That was number one. Also, as Atlas gets to be, gosh, now almost a $2 billion business, we feel better about the forecasting. The team has done a wonderful job forecasting that part as well. So when we gave the number for Q4, we want to make sure and give you the visibility. But we also have a pretty good view of what we hope it would be, understanding that, keep in mind, Q4, we want to be prudent because there are some seasonal holiday patterns that can be somewhat unpredictable, and we've seen that play out in the past Q4s. So I just want to note that for the guidance that we just gave.
And the next question will be coming from the line of Raimo Lenschow of Barclays.
CJ, all the best from me as well. I had 2 questions, one for CJ, one for Mike. CJ, on the -- one of the core things in terms of adoption of Mongo will be on the developer side because they're -- at the end of the day, developers are like a big driver of like what's getting used, et cetera. At the moment, a lot of AI is on the West Coast. What's your thinking around like getting AI -- getting developer engagement up with Mongo to kind of go against that Postgres kind of narrative that happens a lot in the valley. And then, Mike, for you, like since next year EA is not seeing benefits from all the year. Should we anchor our numbers on the ARR performance? And is that the right way to think about it?
Thank you, Raimo. Great to hear from you. I'm going to first ask -- there is a little bit of historical context in terms of your point on the West Coast. I'm going to ask, our previous CEO, Dev Ittycheria to talk about reclaim the Bay, the initiative that him and the team started, and then I'm going to specifically talk about how I think about it on the West Coast.
Raimo, it's Dev here. As CJ mentioned, we've talked about this in previous calls, but we made a concerted effort to reinvest in the Bay Area because during COVID and post-COVID, we felt that we had neglected that region. And obviously, there was a whole new corpus of AI-native companies that were getting launched. So there's been a real concerted effort both in terms of putting more feet on the street, putting more marketing efforts in terms of supporting that part of the world. Investing more in the start-up community and also in the venture community to get people to understand the true value proposition of MongoDB. We've done things like hackathons and other events in that area as well. And so the team's really focused, dedicated to really supporting and servicing these early AI native companies, and that is starting to yield some results.
And we feel really good about the progress there, but I'll let CJ talk about what happens going forward.
Thank you, Dev. And this is the reclaim the Bay in San Francisco on the West Coast. It is 100% true Raimo, that there is a lot of investment with AI-native companies, and we could benefit from increased mind share and being in front of them as in the developer community that you talked about, which is a super important community to us on the West Coast. So me spending personally time on the West Coast house. I do also have deep network in the West Coast community, both venture community as well as tech companies at scale. And I've already started leveraging that network to get their feedback. We are really excited in this quarter, as in the 4Q, we are relaunching our .local after a few years in San Francisco on January 15, where we are going to invite companies that have built on MongoDB, some great speakers on why they should build on MongoDB and show hands-on experience to the developer community in that conference on January 15. And what I see is just speaking to many CEO founders as well as developers of smaller companies or midsized companies, all these efforts of the marketing investment that Mike and Dev originally approved is going to start yielding results as we move into the next fiscal year.
And Raimo, thanks for the question. It's Mike. On non-Atlas next year, we wanted to make sure we've had a lot of questions about the multiyear headwind. So thank you for the question there. We are not guiding for fiscal '27. However, sitting here today, I would steer you more towards -- if you look at the full year revenue growth of non-Atlas it's about 4%, somewhere in that mid kind of low single digits is probably a good range to think about for next year as we sit here today.
And our next question will be coming from the line of Brad Reback of Stifel.
Great. I'm not sure who this is for, but on the commentary around new customer strength within Atlas, are you seeing new customers ramp faster for net new workloads than they have been historically? And if so, why?
Brad, my initial observation is that the team -- engineering team has done a fantastic job when they launch 8.0 and all the subsequent point releases that allows Atlas to be adopted faster and remove the friction, whether you are coming via our self-serve channel or whether you are a large enterprise moving onto Atlas. So that's one thing I would say. And I'm going to ask Dev to provide commentary as well from a context perspective.
Yes. I think what I'd also say is that, Brad, is that I think we've -- the self-serve team has really removed the friction to enable customers to onboard more quickly and more easily. And given the performance -- price performance gains that we've seen in 8 and now even better in 8.2, I think that's really driving a lot of the traction we're seeing in our new customers they quickly see the performance benefits and they're scaling nicely. And so that's allowing us to continue to acquire customers efficiently.
And one last thing on that, Brad. If you look at the revenue from that, it hasn't changed materially. It's still, keep in mind, a pretty small number when they first onboard, so it's not going to move the needle much. We haven't seen much change in that cohort over the last couple of years.
Great. And then, CJ, a quick follow-up for you. Philosophically, how do you think about M&A as it relates to Mongo? What types of things, if anything, you think you need to acquire?
Brad, you know me well, and I'm a big believer in organic growth. The team, Dev and the team have laid a very strong foundation on our technology platform. I think Voyage AI in February was a brilliant acquisition, where we got unbelievable team in Palo Alto. And my goal on behalf of MongoDB is to always believe in our own teams and our technology. We participate in a large market and where it makes sense, where we can get a particular adjacent technology or a great team that can help us accelerate the road map, we would always consider that type of M&A.
And our next question will be coming from the line of Alex Zukin of Wolfe Research.
CJ, maybe for you. I mean, you shared, I think, a lot of thoughts about your initial vision. You shared the 3 pillars of the core, the enterprise AI opportunity and the AI natives. I just want to maybe lean in, where do you see your particular skill set of network offering kind of not the lowest hanging fruit, but your ability to make kind of the biggest impact in, call it, the next 12 to 24 months? Like where do you really see that incremental opportunity for growth inflection?
I would say, Alex, and -- you are aware of the enterprises and the customer obsession I have and the relationships that I have formed over many, many years with technology leaders at large companies. So, from my perspective, there are 2 areas where I can benefit our go-to-market teams immensely. Number one is Fortune 500, where MongoDB can still penetrate even at a higher rate than it is penetrating today, both within the existing accounts as well as the new accounts we get. So that's Fortune 500. And then I was with our sales teams in Europe, and there are many customers that they are targeting, including existing customers, large banks, manufacturing companies and so on, where they're trying to expand where my personal relationships with those technology buyers can help. So that's bucket number one is make no mistake, high end of the enterprise as in Fortune 500 and Global 2000.
Number two, on the other extreme would be AI-native companies, lived in Silicon Valley for a very long time. I understand where venture community is investing, folks who are creating, whether it's domain-specific AI companies or foundational companies have relationships there as well across [ 101, 280 and 237 ], and that's where I also plan to -- I would say, plant the seeds in a correct fashion so that over time, that becomes a meaningful business for MongoDB if we are the underlying infrastructure for those companies. So those are the 2 extremes that I'm going to spend personally a lot of time on.
Excellent. And you mentioned Voyage AI the acquisition this year being kind of a crown jewel in the portfolio. Maybe just help us understand with the AI native, specifically the opportunities there, are those starting -- are you guys landing with Voyage? Are you landing with Atlas? Are you landing with both now at a more kind of constant pace? Help us understand kind of that incremental differentiator.
Yes. I would say one example, and this in my remarks, I shared that there is a super high growth AI company that is doing very, very well and will become a very large company. I have absolutely no doubts about that. They were not able to scale with Postgres and few other technologies, Redis and so on that they were using, and they moved completely to MongoDB and seeing that week-over-week and month-over-month growth is super inspiring. And I spoke to the hyperscaler where this workload is running and they are seeing the same that, wow, this company is doing really well. So that's built on MongoDB because Postgres had scaling issue.
The other extreme, I spoke to a fairly successful AI native company that is doing decent ARR, growing very fast. And when I said, hey, have you considered MongoDB to the founder, CEO, who is very technical. And he said, CJ, we didn't, we built our own vector database and so on. And while I was speaking to him Alex, about 10 days ago, he basically said, once he looked at the portfolio, he said, let me start with embeddings first. So we are going to try. Of course, we have to prove it to him why our embeddings improves his accuracy on search and so on and improve the performance.
So he said, let's start with embedding models first from Voyage AI once that works CJ, I'm willing to replace my vector DB that we have homegrown created it with MongoDB and oh, by the way, if that works well, eventually, I'm willing to swap out my operational database as well and use MongoDB. So in those kind of scenarios where they are already on a certain track we can land with Voyage AI embeddings. And I'm also seeing in a very large customer of MongoDB, I spoke to somebody who is running the AI initiatives, and they love the Voyage AI embeddings and reranking model, and they've already approved it for 2 big workloads. So we can absolutely land with that is the short answer.
Sounds like a beautiful synergy.
And the last question for the day will be coming from the line of Ryan MacWilliams of Wells Fargo.
The consumer app development environment is getting stronger as new iOS app development has surged multiyear highs. We think it's due to agentic coding, And I know it's early but on the enterprise side, are you seeing stronger product velocity from your customers in building their enterprise applications?
I'm going to ask Dev to provide his opinion, and then I'll provide mine.
Yes, I think what we're seeing is we're clearly seeing a lot of, I would say, prototyping and iteration. I would say the enterprise requirements still have a pretty strong and stringent requirements around security and durability and performance. So while there's a big difference between coming out with the prototype and having a production-grade system that an enterprise can truly rely on trust. And so there is still a lot of work required to make those applications enterprise class.
But clearly, with the advent of [ cogen ] tools, the rate and pace of software development is only going to increase. And as I think we said in the past, that's one of the big reasons why we think AI is a tailwind. It's just that the ability to produce more software, [indiscernible] more database and more and more strategies has been encapsulated in software. So from that point of view, we think that's all good news for us.
Yes. And the only thing I'll add on is, when I speak to customers who I've been speaking for a long time, in regulated industries, which is financial services, which is health care, which is public sector, the requirement for an AI agent to be in production versus prototype are vastly different, and they are looking for governance, auditability, this and that, while the innovation and the need for the speed is very high. So I have not seen -- like customers will tell me, CJ I have 10 agents in production, 15 agents in production. And when I really asked them, I say, are they really customer-facing? Can they be audited on the probabilistic outcome they derive? The answer is, oh, we are still working through that. That doesn't mean that it will not happen soon, but it will never happen.
But I still feel we are fairly early. And even the environment on which they are building agents, they are telling me they try one, it doesn't work, they move on to the next one. So the churn for some of these AI companies that deliver these tools is also very real. And that's why I'm very encouraged by the MongoDB opportunity. We have the platform for operational data. We have the best vector database and we have the embedding models where they can comfortably at enterprise scale, build a real AI agent using MongoDB platform.
Excellent. Really appreciate that detail. And then for Mike, on the Atlas 4Q growth guidance. I appreciate the color there. Just a quick clarification, on this 4Q Atlas guidance, should we expect results closer to the pin or a guidance philosophy consistent with your historical precedent?
Yes. So thanks. I don't want to go into the golf analogy. And besides Ryan, you know I like hockey analogies better. What I would say is that, hey, we are -- we feel really good about Atlas. It's had a great year so far. We feel good about it going into Q4, we remain excited about the growth. That being said, we are being prudent for Q4 as a holiday -- as the seasonal holiday patterns, hey, they can be somewhat unpredictable and we've seen that play out in the past Q4s. So what I would say is, hey, we just need to be prudent as we enter the holiday season.
Thank you. That does conclude today's Q&A session. I would like to go ahead and turn the call back over to MongoDB's President and CEO, CJ Desai, please go ahead.
Thank you, Lisa. In summary, we delivered an exceptional third quarter, highlighted by accelerating Atlas growth, robust customer additions and significant operating margin outperformance. We are raising our revenue and operating income guidance for the fourth quarter and full fiscal year 2026 and reiterating our commitment to the long-term financial model we outlined at Investor Day.
Our results underscore that MongoDB's core business is firing on all cylinders even before any meaningful AI tailwinds. At the same time, we are uniquely positioned to become the generational modern data platform for the AI era, all while driving durable, efficient growth. Thank you, everyone, for joining, and thank you for listening.
This does conclude today's conference call. You may all disconnect.
Good day, and thank you for standing by. Welcome to the MongoDB's Third Quarter Fiscal Year 2026 Earnings Conference Call. [Operator Instructions] Please be advised that today's conference is being recorded.
I would now like to turn the conference over to your speaker for today, Jess Lubert, VP of Investor Relations. Please go ahead.
Thank you, operator. Good afternoon, and thank you for joining us today to review MongoDB's third quarter fiscal 2026 Financial Results, which we announced in our press release issued after the close of market today. Joining me on the call today are CJ Desai, President and CEO of MongoDB; and Mike Berry, CFO of MongoDB. Following our prepared remarks, Dev Ittycheria, MongoDB's former President and CEO and current member of the Board will join us for Q&A.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities. Our opportunity to win new business, our expectations regarding Atlas consumption growth, the impact of non-Atlas business and multiyear license revenue, the long-term opportunity of AI, our financial guidance, and underlying assumptions and our investments and growth opportunities in AI.
These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations. For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our quarterly report on Form 10-Q for the quarter ended July 31, 2025, filed with the SEC on August 27, 2025.
Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them except as required by law. Additionally, we will discuss non-GAAP financial measures on this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to the most directly comparable GAAP financial measures.
With that, I'd like to turn the call over to CJ.
Thank you, Jess, and thank you to everyone for joining. I'm honored and genuinely excited to speak with you as the CEO of MongoDB. This is an incredible company and stepping into this role is a privilege. I want to start by thanking our customers, partners and employees for everything you have done to build MongoDB into what it is today. I especially want to acknowledge Dev whose leadership and vision created a phenomenal company, which has strong momentum and a tremendous market opportunity ahead. Many have asked why I chose MongoDB, I had multiple opportunities to lead other technology companies but MongoDB stood apart. We are at a true inflection point driven by major shifts across cloud, data and AI.
MongoDB has the potential to become the generational modern data platform of this evolving era, an opportunity that comes once in a lifetime. I am a truly customer-obsessed leader. So during my diligence, I spoke with multiple customers. Across these conversations, the message was clear. MongoDB already powers core, mission-critical workloads were enterprises that are modernizing their technology stack. At the same time, MongoDB is uniquely positioned at the center of the AI platform shift. Few technology companies have that combination of durable core strength and emerging platform relevance.
Throughout my career, I have driven product to platform transformation at some of the most respected technology companies. Looking at MongoDB today, I see all the ingredients needed to build an iconic modern data platform company. World-class technology, a strong innovation engine, deep developer and customer pool and exceptional talent. We have everything required to become the generational data platform of choice in the AI era. Now onto this quarter's results.
Atlas performance was strong, accelerating to 30% year-over-year growth, up from 29% in Q2 and 26% in Q1. We generated total revenue of $628 million (sic) [ $628.3 million ] , up 19% year-over-year and above the high end of our guidance, driven by strength in Atlas. We delivered non-GAAP operating income of $123 million (sic) [ $123.1 million ] or a 20% non-GAAP operating margin. We ended the quarter with over 62,500 customers adding 2,600 in the quarter and 8,000 year-to-date, reflecting 65% growth in customer additions on a year-to-date basis driven by the strong performance of our self-serve motion. Q3 was an exceptional quarter that was driven by our continued go-to-market execution and the broad-based demand we are seeing across business.
At the same time, we significantly outperformed on operating margin, demonstrating that we can drive durable revenue growth while simultaneously expanding profitability. Now let me explain why I see such a large opportunity ahead for both core operational data and emerging AI workloads. Our core business is strong across self-served and enterprise customers even before any AI tailwinds. In my first 3 weeks, I've met with over 30-plus customers from AI-native companies to C-suite technology leaders at Fortune 500 companies.
Those conversations have only strengthened my conviction in MongoDB's opportunity. Customers already depend on us for mission-critical workloads today, and they are leaning in even further, betting on MongoDB to power the AI applications that will shape their future. The expansion opportunity in front of us is immense. We already serve more than 70% of the Fortune 100 and many of the world's largest banks, health care organizations and manufacturers run their mission-critical workloads on MongoDB.
Even with this foundation, there is still significant room to broaden our footprint within the enterprise. A strong example of this expansion opportunity is a major global insurance provider that has adopted MongoDB broadly across its enterprise. The company selected MongoDB Atlas to modernize several mission-critical systems, including its next-generation policy administration platform, analytics rating engine, unstructured data repositories and hundreds of supporting services.
Since moving its policy platform to Atlas, the insurer has expanded from just a small set of regions to nationwide and significantly accelerated the rollout of new products and distribution channels. Standardizing on Atlas has given the organization the scalability and reliability to improve customer experience, support more advanced data and AI capabilities and increased development velocity, all central to its transformation and growth ambitions. All of this momentum in the core business is happening before the AI wave has meaningfully impacted our results.
We are still early, but the signs are encouraging from AI-native start-ups building intelligent applications on MongoDB to large enterprises developing AI agents that will reshape how they operate. AI applications must connect what LLMs know with what companies know, which is their proprietary data, systems and real-time context. This is fundamentally an information retrieval problem, and it requires a very different architecture than the last generation of software.
Rapidly evolving AI models uncover new complex properties about entities and rigid tabular stores cannot deliver the real-time high accuracy performance that AI systems require. At the same time, AI is dramatically increasing the speed at which applications are built and iterated and fixed database schemas simply cannot keep pace. This is where MongoDB has a structural advantage. Our document model, natively, JSON is built for diverse class changing and interdependent data. Our integrated search, vector search and Voyage embeddings removed the need for brittle bolt-ons, and we are seeing industry-leading results.
Number one, on the Hugging Face retrieval embedding benchmark with Voyage MongoDB models and the #1 vector database on DB engines. Advances in our embedding and reranking models drive meaningful accuracy gains. Enabling AI applications to deliver more grounded responses with fewer LLM hallucinations, while lowering storage cost and query cost through smaller, more efficient embeddings. Because all of this is delivered in a unified platform that runs anywhere, customers can keep operational and AI workloads together, simplify their architecture and innovate faster.
As AI adoption accelerates, MongoDB's positioned not just to participate in the wave, but to help define it. we are already beginning to see this play out with AI-native customers like Mercor, which is redefining hiring with its fully automated platform that uses AI to assess and match talent with the opportunities they are best suited for. Mercor uses MongoDB Atlas to store the AI data behind its platform that directly connects professionals to AI model training and evaluation roles. Originally, a self-serve customer, the company is also utilizing Voyage embeddings and Atlas Vector Search. Atlas has scale to support Mercor's 50% month-over-month growth, allowing the company to keep its software engineering team lean and agile as it expands to over $10 billion in value. This is just one example of how customers are building AI-native applications and companies on MongoDB.
We are also seeing meaningful traction among large enterprises that are starting to build AI applications that have a material impact on their business. For example, a highly influential global media company aim to increase engagement via enhanced content recommendation for its vast repository of multimodal assets across its 70-plus websites. That existing stack powered by Elasticsearch hit a performance wall struggling with the complexity of new embedding models. Recognizing that [ rigid ] systems stifle innovation, the engineering team re-architected on MongoDB Atlas and MongoDB Atlas Vector search. Working with MongoDB experts to deliver a proof of concept in just weeks, they integrated Voyage AI models directly alongside their data. The solution scale effortlessly, cutting latency by 90% and reducing operational spend by 65% and driving a 35% increase in click-through rates, ultimately providing millions of global readers with a seamless, deeply personalized discovery journey.
The bottom line is that the business is performing exceptionally well. Existing customers are expanding with us and net new customer additions continue to show strength. Companies in nearly every industry and across every geography are choosing MongoDB because we deliver the features, performance, cost effectiveness, and AI readiness they need in single data platform. Given the continued robust performance of Atlas, along with the healthy underlying fundamentals we are seeing in the business, we are raising our financial guidance for the fourth quarter and the full fiscal year 2026 and reiterating our commitment to the long-term financial model outlined at our recent Investor Day.
Over the next few months, my focus is straightforward. Deepening customer relationships, advancing our innovation agenda as we build the generational modern data platform for the multi-cloud and AI era, scaling our go-to-market efforts and supporting our people so they can do their best work. I believe MongoDB is a company that has only begun to realize its vast potential and I look forward to unlocking this potential in the years to come.
With that, I'll now hand the call over to Mike to discuss the financial results and outlook in greater detail. Mike?
Thank you, CJ. I want to extend a big welcome to you from all of the employees at MongoDB. We are excited to have you join the team. I look forward to working with you to continue to execute on our business plans and drive meaningful shareholder value. I also want to thank Dev for the partnership and our time working together. I believe we accomplished a lot in a short period of time and appreciate all of your guidance and leadership. Best of luck in the next stage of your life journey.
Okay. Now let's move on to the financial results. I will begin with a detailed review of our third quarter results and then finish with our outlook for the fourth quarter and fiscal '26. I will be discussing our results on a non-GAAP basis unless otherwise noted. As CJ mentioned, we had another strong quarter as we exceeded all of our guidance ranges and are increasing our full year outlook across the board.
In the third quarter, total revenue was $628.3 million, up 19% year-over-year and above the high end of our guidance. Shifting to our product mix. Atlas revenue outperformed our expectations as year-over-year growth accelerated to 30% in the third quarter and now represents 75% of total revenue. This compares to 68% of total revenue in the third quarter of fiscal '25 and 74% last quarter.
In the third quarter, Atlas consumption growth was relatively consistent with last year's growth rates which drove the acceleration in revenue as well as growth in absolute revenue dollars for the third straight quarter. Atlas growth was driven by continued strength with our largest customers in the U.S. and broad-based strength in EMEA. This strength is being driven both by new workloads and growth of existing workloads. We believe these dynamics reflect our growing strategic importance to many customers and our ability to win more critical workloads due to the strength of Atlas. You can see that progress in our total company net ARR expansion rate, which increased to 120% in the third quarter, up from 119% last quarter.
Turning to non-Atlas. Revenue came in ahead of our expectations in the quarter as we continue to have success expanding within our existing non-Atlas customer base. Non-Atlas ARR, which reflects the underlying revenue growth of this product without the impact of changes in duration grew 8% year-over-year. We continue to see consistent trends in non-Atlas in the third quarter, which reflects the desire of some of our largest customers to build with MongoDB long term for their most mission-critical applications. We also benefited from higher-than-expected multiyear revenue in the third quarter as approximately 2/3 of the non-Atlas revenue outperformance versus the high end of guidance was attributable to multiyear outperformance.
We had another strong quarter for customer adds as we grew our customer base by approximately 2,600 sequentially, bringing the total customer count to over 62,500, which is up from over 52,600 in the year ago period. The growth in our total customer count is being driven primarily by Atlas which had over 60,800 customers at the end of the third quarter compared to over 51,100 in the year ago period. We ended the quarter with 2,694 customers with at least $100,000 in ARR, representing 16% growth versus the year ago period.
Moving down the income statement. Gross profit for the third quarter was $466 million, representing a gross margin of 74%, which is down from 77% in the year ago period. Our year-over-year gross margin decline is primarily driven by Atlas growing as a percent of the overall business. Although Atlas gross margins are slightly below the total company gross margins they continue to improve year-over-year.
Our income from operations was $123 million for a 20% operating margin compared to 19% in the year-ago period. We are very pleased with our stronger-than-expected operating margin results, which benefited from both our revenue outperformance and lower-than-expected operating expenses. Net income in the third quarter was $115 million or $1.32 per share based on 86.9 million diluted shares outstanding. This compares to net income of $98 million or $1.16 per share on 84.2 million diluted shares outstanding in the year ago period.
Turning to the balance sheet and cash flow. We ended the third quarter with $2.3 billion in cash, cash equivalents, short-term investments and restricted cash. During the quarter, we spent $145 million to repurchase approximately 514,000 shares which was executed under our previously announced $1 billion total share repurchase authorization. Operating cash flow was well above our expectations at $144 million, and free cash flow was $140 million, which compares to $37 million and $35 million, respectively, in the year ago period. Our cash flow results were driven primarily by strong operating profit and improving working capital dynamics, particularly related to higher cash collections.
We remain confident in our ability to drive higher and more consistent free cash flow going forward. Before we go into our guidance for the rest of fiscal '26, let me recap some of the enhancements we have made to our approach to guidance since I joined MongoDB. Importantly, we are providing more visibility into our expectations for Atlas growth as well as non-Atlas ARR growth each quarter. That being said, we will continue to be prudent in our forecasting of multiyear deals and only include those deals where we have very clear visibility. Our goal is to give you a more transparent view into our expectations for the business and our approach to guiding the non-Atlas business.
Now let me share some of the assumptions driving our outlook for the rest of fiscal '26. Number one, we are continuing to see strong momentum in Atlas, which has experienced relatively consistent consumption growth through the first 3 quarters of the year. And comparable seasonal patterns as compared to fiscal '25.
We are seeing strength with existing customers, along with momentum in new accounts as customers large and small increasingly recognize the strategic value of Atlas. As a result, we now expect Atlas to see approximately 27% revenue growth in the fourth quarter of fiscal '26, which is higher than our previous expectations of growth in the mid-20% range. This outlook reflects our continued confidence in Atlas while taking into account the historical seasonal variability and consumption patterns during the holiday period.
Number two, we continue to experience steady ARR growth in our non-Atlas business and have good line of sight to several large multiyear deals we either already have or expect to close in the fourth quarter of the year. Based on these dynamics, we now expect our non-Atlas business to grow in the upper single-digit percent range year-over-year in the fourth quarter.
Number three, we continue to make strategic investments in engineering, marketing and direct sales capacity to drive continued growth. Some of these planned investments have taken longer to implement than expected and have shifted into the fourth quarter of fiscal '26 and fiscal '27, which has benefited our operating margin during fiscal '26.
Fourth, we continue to make progress on free cash flow conversion, which is now expected to exceed 100% for fiscal '26.
Finally, we will continue to execute our share buyback program to help offset dilution from employee equity awards. In addition to our buyback, this past quarter, we began settling the taxes due on the vesting of employee RSUs with cash instead of issuing new shares. We also expect to receive over 1 million shares of stock for the cap calls associated with our 2026 notes that mature in January 2026. All of these actions will help us manage share count for the long term and illustrates our commitment to being good stewards of your capital.
Now let's shift to guidance in the fourth quarter and fiscal '26. For the fourth quarter, we now expect revenue of $665 million to $670 million, which equates to 21% to 22% year-over-year growth. We expect non-GAAP income from operations to be in the range of $139 million to $143 million for an operating margin of approximately 21%. We expect non-GAAP net income per share to be in the range of $1.44 to $1.48 based on 86.5 million diluted shares outstanding.
For fiscal '26, we now expect revenue to be in the range of $2.434 billion to $2.439 billion, an increase of $79 million from the high end of our prior guide and representing full year revenue growth of 21% to 22%. We are raising our non-GAAP income from operation expectations by $109 million at the high end and are now targeting a range of $436.4 million to $440.4 million for an operating margin of approximately 18%.
We expect non-GAAP net income per share to be in the range of $4.76 and to $4.80 based on 86.7 million diluted shares outstanding. Note that the non-GAAP net income per share guidance for the fourth quarter and fiscal '26 assumes a non-GAAP tax provision of 20%. While we will provide detailed guidance for fiscal '27 on our fourth quarter call, I would like to comment on how we are thinking about a few metrics as we sit here today.
First, we remain committed to the long-term model presented at our Investor Day in September and continue to make great progress against all of the objectives highlighted at the event. We have seen strong margin expansion and free cash flow performance in fiscal '26. And both of these metrics are tracking well above the long-term targets we discussed in September. As we look ahead to fiscal '27, we will continue to make strategic investments to focus on driving growth going forward. With these planned investments and the timing of head count adds, we continue to target 100 to 200 basis points of margin expansion on average and 80% to 100% for free cash flow conversion outlined in our long-term model.
Second, our non-Atlas business is on track to exceed our prior expectations for fiscal '26 due to the stronger performance, including greater-than-expected large multiyear deals. Given this outperformance and our current bottoms-up forecast for fiscal '27, we currently do not expect non-Atlas multiyear transactions to provide either a meaningful headwind or tailwind to revenue in fiscal '27.
To summarize, we had another very strong quarter. We are pleased with our ability to drive both revenue growth across the business while increasing our operating profit expectations and driving meaningful free cash flow. We remain incredibly excited about the opportunity ahead, and we will continue to invest responsibly to drive long-term shareholder value.
With that, Lisa, we would now like to open the call up for questions.
[Operator Instructions] And our first question of the day will be coming from the line of Sanjit Singh of Morgan Stanley.
Fiscal year '26 has turned out to be quite the year for MongoDB, so congrats to the team all around. CJ, I wanted to start with you since this is your first earnings call, heard you loud and clear in terms of what the goal is here to make MongoDB a foundational data platform for the AI era. In terms of making that happen in your kind of first 45 days on the job, maybe even less than that. Are there some initial things that you're looking at some kind of things that might fit in the sort of quicker win bucket? And then longer term, what is -- what are some of the changes you think that the company can make or evolve to get to that -- to [ see or place ] in that sort of AI era?
Thank you, Sanjit. Here is -- this is my day 28 on the job, and I have been speaking to customers as well as our innovation team, including our Voyage AI team as well as our core database teams. The first thing I would say is the opportunity for MongoDB to be that data platform for AI workloads is very real because you need real-time operational data, you need the right context, you need to make sure that you are keeping up to date between the proprietary data of the company as in the enterprise as well as the LLM learnings that the LLM model brings to the table. And most importantly, when I think about all of that combined together, MongoDB has all the elements needed to be the right foundational platform for AI workloads. In speaking to customers, it is still early. There are various co-pilots when it comes to productivity types of applications that are happening inside of an organization, whether it's a bank or a health care organization or a manufacturing organization.
But what I have not seen is truly AI agents running in production that fundamentally transform the business or serve customers better. There are many, many pilots still going on. When I contrast that with the AI native companies, and there is a really good fast growth at scale, AI native company that currently switched from Postgres to MongoDB because Postgres could not just scale.
There is another AI company that highlighted that is using our embeddings as well as our vector database besides our operational platform. So when I combine all this together, Sanjit, what I see is, as truly scaled agentic platforms where you can have enterprises creating agents that transform their business, MongoDB has a very important role to play. And from a low-hanging fruit standpoint, I would argue that our embedding model and reranking model is something that customers can start with today, then they can move on to our vector database and use us for also real-time operational store. So that's how I'm thinking and some of my initial customer conversations have validated that theory.
Understood. I know it's early, so great to get that perspective. And then one follow-up for me, sort of a mark-to-market question. The calendar year '24, fiscal year '25 workload sort of improved in quality versus the prior year. I just want to get a sense of your sort of view on how the calendar year '25 workloads are shaping up as they will unlikely be a factor in terms of thinking about growth next year? And just so in terms of the quality of the workloads this year, can you give us a sense of the quality of those workloads?
Sanjit, it's Mike. So what we'll say there is, as we said during the prepared remarks, and we saw this in Q2 as well, what we're really seeing is strength in the larger customers. It's not only from new workloads, but it's from the existing workloads. We don't want to bifurcate between which calendar year those were added. What we'd say is that we continue to see growth in the larger customers. They are growing longer and they're getting bigger and growing for longer, which is great. And we're seeing that across both the United States and then broad-based in EMEA as well.
And as Atlas gets bigger and bigger, all of those kind of munch together because they're expanding, they're adding. So what we'll do is we'll focus on the growth in our larger customers, especially in the U.S. and EMEA without going into each year. I hope that helped.
And our next question will be coming from the line of Matt Martino of Goldman Sachs.
Nice to see another quarter of acceleration. CJ, I appreciate you're only a few weeks in, but I'd be curious to hear what customers are telling you is top of mind for MongoDB. What are the repeated themes in customer conversations as you take a fresh lens to the business?
Absolutely, Matt. First thing I would say is that the modernization effort, whether it's a workload that may be just running on-prem, in a large enterprise or a workload that is moving to cloud or sometimes to multiple clouds for resiliency that transformation in speaking to a large telecommunications company, a large health care company, a large tech company, and I can cite you many other examples. I was pretty overwhelmed to understand that those transformations are still going on. There is just a recent conversation I had with CTO of a large telecommunications company who said that they are moving 1,300-plus applications to another hyperscaler and trying to determine which workloads are best suited for MongoDB.
So the whole multi-cloud or a public cloud transformation is still going on. And just my intuitive sense in speaking to these customers will be going on for at least next 5 to 7 years. So that specific TAM still very much exists for MongoDB. Now these are the same set of customers, while they are trying to modernize their application stack, they are also experimenting, I would say, because I've not seen agents at scale that are customer facing or sometimes even employee-facing, they may have 10, 15, 20, but not that many compared to thousands of applications they run.
In those AI applications area, they are experimenting sometimes with our embedding models or with our vector database or using MongoDB for real-time operational database. So that second aspect, which is still fairly early, but we are very well positioned as you think about AI workloads in enterprises and large enterprises.
And last but not the least, spending time, as you know or you may know that I spent half of my time in New York City and half of my time in Silicon Valley and speaking to my network in Silicon Valley with AI-native companies or digital-native companies, what I hear from them is that certain alternatives on relational database just do not scale because AI workloads are fundamentally around unstructured and semi-structured data. And then they decide sometimes explicitly to use MongoDB. So I put this in 3 buckets. One bucket is our core and still the cloud transformation, digital transformation, modernization, whichever term you want to use, our core will still continue to grow. As people create AI agents at scale, MongoDB has a role to play and for AI-native companies and some at scale are already using MongoDB because the alternatives in relational world just do not scale.
So those are my like 3 buckets and initial mental model on how these conversations are proceeding and what we can do for them.
Really clear. And then, Mike, just a quick follow-up for you. It was good to see the outperformance on both Atlas and non-Atlas, but with op margins now about 200 basis points shy of your midterm framework, how should we think about the philosophy around reinvestment? And any considerations around non-Atlas and the ability to expand margins as we look out into fiscal '27?
Yes. Thanks for the question, Matt. So I'm sure everyone's focused on '27. So what we'd say is we will guide '27 on the next call. What we would say is, and it's built into the guidance that you have in Q4, and I also talked about it on the prepared remarks, we are continuing to invest, and we will continue to invest. Some of the investments that we wanted to make, especially around engineering, marketing, less so, but certainly around sales capacity has been pushed into Q4. So you should expect to see OpEx continue to grow in fiscal '27.
But we also want to make sure, and that's why Matt, we took the time to say, "Hey, we want to reorient you to what we talked to you about in September -- we still expect to see margin expansion. But you really see it in the fiscal '26 numbers is that is coming mostly from revenue growth. That is the expectation next year. We'll continue to grow revenue. We're going to continue to invest in the business, but the business model will continue to drive that expansion. So you should expect to see us continue to invest, especially across those 3 areas.
And our next question will be coming from the line of Karl Keirstead of UBS.
Okay. Great. Thank you. First of all, CJ, welcome aboard. I'm excited to work with you over the coming years. I had a question for you. So it seems as if you're describing these good set of numbers as strength in the core, essentially even before that AI tailwind kicks in. I'd love if you could define what you think is fundamentally driving that core strength? And do you feel like it's possible that actually Mongo is already getting an AI tailwind in the sense that there's a heightened focus on modernizing your data in advance of AI, such that this core strength is actually AI-related?
Karl, great to hear from you and looking forward to seeing you on Wednesday. I would say the core strength from my perspective is workloads that are -- need modernization has a lot of unstructured or semi-structured data and ideally suited for MongoDB. Now when it comes to AI, could AI potentially drive more modernization efforts? That is possible but not deterministic. As in we see -- as we shared in the remarks, that in the high end of the enterprise, the consumption of the workloads we acquired maybe a year ago, 1.5 years ago, that continues to move up in the right direction as our go-to-market teams are focused on the high end of the enterprise. We also saw broad-based strength in Europe. And that is pretty much to the core business like the large insurance company on the claims engine and other things that I spoke about related to policies.
So I particularly see that as, okay, is that -- does that mean that if core is modern, it helps with AI workloads, absolutely, that is true because they are not mutually exclusive. And Karl, one thing I would say, this is my personal experience in building AI technologies in the past. That the AI team is typically a separate team from the core data team. And AI team relies on the core data team. And if the core data team moves slow, then AI teams get really frustrated because innovation velocity is how they measure themselves on. So my personal experience was, hey, when the core team is not agile there schemas are not flexible, it actually slows AI down. So that is definitely some facts behind your theory that it is potentially the AI revolution, which we are still in the early stages, is driving modernization in the other part of the enterprise.
Okay. And then, Mike, for you, I think everybody on the line appreciates the more definitive guidance on Atlas for the following quarter. So thank you. I wanted to ask what's driving that? Is it simply a function of you and just in your new -- relatively new seats, wanting to be more transparent in the guidance? Or Mike, is there something actually changing in Atlas such that now that it's at scale, it's becoming predictable enough that it now makes more sense to give precise guidance?
So thanks, Karl, thank you for the question. I would say it's probably a little bit of both. One is, hey, we want to give you folks a little bit more visibility to what's behind the guidance that we provide. That was number one. Also, as Atlas gets to be, gosh, now almost a $2 billion business, we feel better about the forecasting. The team has done a wonderful job forecasting that part as well. So when we gave the number for Q4, we want to make sure and give you the visibility. But we also have a pretty good view of what we hope it would be, understanding that, keep in mind, Q4, we want to be prudent because there are some seasonal holiday patterns that can be somewhat unpredictable, and we've seen that play out in the past Q4s. So I just want to note that for the guidance that we just gave.
And the next question will be coming from the line of Raimo Lenschow of Barclays.
CJ, all the best from me as well. I had 2 questions, one for CJ, one for Mike. CJ, on the -- one of the core things in terms of adoption of Mongo will be on the developer side because they're -- at the end of the day, developers are like a big driver of like what's getting used, et cetera. At the moment, a lot of AI is on the West Coast. What's your thinking around like getting AI -- getting developer engagement up with Mongo to kind of go against that Postgres kind of narrative that happens a lot in the valley. And then, Mike, for you, like since next year EA is not seeing benefits from all the year. Should we anchor our numbers on the ARR performance? And is that the right way to think about it?
Thank you, Raimo. Great to hear from you. I'm going to first ask -- there is a little bit of historical context in terms of your point on the West Coast. I'm going to ask, our previous CEO, Dev Ittycheria to talk about reclaim the Bay, the initiative that him and the team started, and then I'm going to specifically talk about how I think about it on the West Coast.
Raimo, it's Dev here. As CJ mentioned, we've talked about this in previous calls, but we made a concerted effort to reinvest in the Bay Area because during COVID and post-COVID, we felt that we had neglected that region. And obviously, there was a whole new corpus of AI-native companies that were getting launched. So there's been a real concerted effort both in terms of putting more feet on the street, putting more marketing efforts in terms of supporting that part of the world. Investing more in the start-up community and also in the venture community to get people to understand the true value proposition of MongoDB. We've done things like hackathons and other events in that area as well. And so the team's really focused, dedicated to really supporting and servicing these early AI native companies, and that is starting to yield some results.
And we feel really good about the progress there, but I'll let CJ talk about what happens going forward.
Thank you, Dev. And this is the reclaim the Bay in San Francisco on the West Coast. It is 100% true Raimo, that there is a lot of investment with AI-native companies, and we could benefit from increased mind share and being in front of them as in the developer community that you talked about, which is a super important community to us on the West Coast. So me spending personally time on the West Coast house. I do also have deep network in the West Coast community, both venture community as well as tech companies at scale. And I've already started leveraging that network to get their feedback. We are really excited in this quarter, as in the 4Q, we are relaunching our .local after a few years in San Francisco on January 15, where we are going to invite companies that have built on MongoDB, some great speakers on why they should build on MongoDB and show hands-on experience to the developer community in that conference on January 15. And what I see is just speaking to many CEO founders as well as developers of smaller companies or midsized companies, all these efforts of the marketing investment that Mike and Dev originally approved is going to start yielding results as we move into the next fiscal year.
And Raimo, thanks for the question. It's Mike. On non-Atlas next year, we wanted to make sure we've had a lot of questions about the multiyear headwind. So thank you for the question there. We are not guiding for fiscal '27. However, sitting here today, I would steer you more towards -- if you look at the full year revenue growth of non-Atlas it's about 4%, somewhere in that mid kind of low single digits is probably a good range to think about for next year as we sit here today.
And our next question will be coming from the line of Brad Reback of Stifel.
Great. I'm not sure who this is for, but on the commentary around new customer strength within Atlas, are you seeing new customers ramp faster for net new workloads than they have been historically? And if so, why?
Brad, my initial observation is that the team -- engineering team has done a fantastic job when they launch 8.0 and all the subsequent point releases that allows Atlas to be adopted faster and remove the friction, whether you are coming via our self-serve channel or whether you are a large enterprise moving onto Atlas. So that's one thing I would say. And I'm going to ask Dev to provide commentary as well from a context perspective.
Yes. I think what I'd also say is that, Brad, is that I think we've -- the self-serve team has really removed the friction to enable customers to onboard more quickly and more easily. And given the performance -- price performance gains that we've seen in 8 and now even better in 8.2, I think that's really driving a lot of the traction we're seeing in our new customers they quickly see the performance benefits and they're scaling nicely. And so that's allowing us to continue to acquire customers efficiently.
And one last thing on that, Brad. If you look at the revenue from that, it hasn't changed materially. It's still, keep in mind, a pretty small number when they first onboard, so it's not going to move the needle much. We haven't seen much change in that cohort over the last couple of years.
Great. And then, CJ, a quick follow-up for you. Philosophically, how do you think about M&A as it relates to Mongo? What types of things, if anything, you think you need to acquire?
Brad, you know me well, and I'm a big believer in organic growth. The team, Dev and the team have laid a very strong foundation on our technology platform. I think Voyage AI in February was a brilliant acquisition, where we got unbelievable team in Palo Alto. And my goal on behalf of MongoDB is to always believe in our own teams and our technology. We participate in a large market and where it makes sense, where we can get a particular adjacent technology or a great team that can help us accelerate the road map, we would always consider that type of M&A.
And our next question will be coming from the line of Alex Zukin of Wolfe Research.
CJ, maybe for you. I mean, you shared, I think, a lot of thoughts about your initial vision. You shared the 3 pillars of the core, the enterprise AI opportunity and the AI natives. I just want to maybe lean in, where do you see your particular skill set of network offering kind of not the lowest hanging fruit, but your ability to make kind of the biggest impact in, call it, the next 12 to 24 months? Like where do you really see that incremental opportunity for growth inflection?
I would say, Alex, and -- you are aware of the enterprises and the customer obsession I have and the relationships that I have formed over many, many years with technology leaders at large companies. So, from my perspective, there are 2 areas where I can benefit our go-to-market teams immensely. Number one is Fortune 500, where MongoDB can still penetrate even at a higher rate than it is penetrating today, both within the existing accounts as well as the new accounts we get. So that's Fortune 500. And then I was with our sales teams in Europe, and there are many customers that they are targeting, including existing customers, large banks, manufacturing companies and so on, where they're trying to expand where my personal relationships with those technology buyers can help. So that's bucket number one is make no mistake, high end of the enterprise as in Fortune 500 and Global 2000.
Number two, on the other extreme would be AI-native companies, lived in Silicon Valley for a very long time. I understand where venture community is investing, folks who are creating, whether it's domain-specific AI companies or foundational companies have relationships there as well across [ 101, 280 and 237 ], and that's where I also plan to -- I would say, plant the seeds in a correct fashion so that over time, that becomes a meaningful business for MongoDB if we are the underlying infrastructure for those companies. So those are the 2 extremes that I'm going to spend personally a lot of time on.
Excellent. And you mentioned Voyage AI the acquisition this year being kind of a crown jewel in the portfolio. Maybe just help us understand with the AI native, specifically the opportunities there, are those starting -- are you guys landing with Voyage? Are you landing with Atlas? Are you landing with both now at a more kind of constant pace? Help us understand kind of that incremental differentiator.
Yes. I would say one example, and this in my remarks, I shared that there is a super high growth AI company that is doing very, very well and will become a very large company. I have absolutely no doubts about that. They were not able to scale with Postgres and few other technologies, Redis and so on that they were using, and they moved completely to MongoDB and seeing that week-over-week and month-over-month growth is super inspiring. And I spoke to the hyperscaler where this workload is running and they are seeing the same that, wow, this company is doing really well. So that's built on MongoDB because Postgres had scaling issue.
The other extreme, I spoke to a fairly successful AI native company that is doing decent ARR, growing very fast. And when I said, hey, have you considered MongoDB to the founder, CEO, who is very technical. And he said, CJ, we didn't, we built our own vector database and so on. And while I was speaking to him Alex, about 10 days ago, he basically said, once he looked at the portfolio, he said, let me start with embeddings first. So we are going to try. Of course, we have to prove it to him why our embeddings improves his accuracy on search and so on and improve the performance.
So he said, let's start with embedding models first from Voyage AI once that works CJ, I'm willing to replace my vector DB that we have homegrown created it with MongoDB and oh, by the way, if that works well, eventually, I'm willing to swap out my operational database as well and use MongoDB. So in those kind of scenarios where they are already on a certain track we can land with Voyage AI embeddings. And I'm also seeing in a very large customer of MongoDB, I spoke to somebody who is running the AI initiatives, and they love the Voyage AI embeddings and reranking model, and they've already approved it for 2 big workloads. So we can absolutely land with that is the short answer.
Sounds like a beautiful synergy.
And the last question for the day will be coming from the line of Ryan MacWilliams of Wells Fargo.
The consumer app development environment is getting stronger as new iOS app development has surged multiyear highs. We think it's due to agentic coding, And I know it's early but on the enterprise side, are you seeing stronger product velocity from your customers in building their enterprise applications?
I'm going to ask Dev to provide his opinion, and then I'll provide mine.
Yes, I think what we're seeing is we're clearly seeing a lot of, I would say, prototyping and iteration. I would say the enterprise requirements still have a pretty strong and stringent requirements around security and durability and performance. So while there's a big difference between coming out with the prototype and having a production-grade system that an enterprise can truly rely on trust. And so there is still a lot of work required to make those applications enterprise class.
But clearly, with the advent of [ cogen ] tools, the rate and pace of software development is only going to increase. And as I think we said in the past, that's one of the big reasons why we think AI is a tailwind. It's just that the ability to produce more software, [indiscernible] more database and more and more strategies has been encapsulated in software. So from that point of view, we think that's all good news for us.
Yes. And the only thing I'll add on is, when I speak to customers who I've been speaking for a long time, in regulated industries, which is financial services, which is health care, which is public sector, the requirement for an AI agent to be in production versus prototype are vastly different, and they are looking for governance, auditability, this and that, while the innovation and the need for the speed is very high. So I have not seen -- like customers will tell me, CJ I have 10 agents in production, 15 agents in production. And when I really asked them, I say, are they really customer-facing? Can they be audited on the probabilistic outcome they derive? The answer is, oh, we are still working through that. That doesn't mean that it will not happen soon, but it will never happen.
But I still feel we are fairly early. And even the environment on which they are building agents, they are telling me they try one, it doesn't work, they move on to the next one. So the churn for some of these AI companies that deliver these tools is also very real. And that's why I'm very encouraged by the MongoDB opportunity. We have the platform for operational data. We have the best vector database and we have the embedding models where they can comfortably at enterprise scale, build a real AI agent using MongoDB platform.
Excellent. Really appreciate that detail. And then for Mike, on the Atlas 4Q growth guidance. I appreciate the color there. Just a quick clarification, on this 4Q Atlas guidance, should we expect results closer to the pin or a guidance philosophy consistent with your historical precedent?
Yes. So thanks. I don't want to go into the golf analogy. And besides Ryan, you know I like hockey analogies better. What I would say is that, hey, we are -- we feel really good about Atlas. It's had a great year so far. We feel good about it going into Q4, we remain excited about the growth. That being said, we are being prudent for Q4 as a holiday -- as the seasonal holiday patterns, hey, they can be somewhat unpredictable and we've seen that play out in the past Q4s. So what I would say is, hey, we just need to be prudent as we enter the holiday season.
Thank you. That does conclude today's Q&A session. I would like to go ahead and turn the call back over to MongoDB's President and CEO, CJ Desai, please go ahead.
Thank you, Lisa. In summary, we delivered an exceptional third quarter, highlighted by accelerating Atlas growth, robust customer additions and significant operating margin outperformance. We are raising our revenue and operating income guidance for the fourth quarter and full fiscal year 2026 and reiterating our commitment to the long-term financial model we outlined at Investor Day.
Our results underscore that MongoDB's core business is firing on all cylinders even before any meaningful AI tailwinds. At the same time, we are uniquely positioned to become the generational modern data platform for the AI era, all while driving durable, efficient growth. Thank you, everyone, for joining, and thank you for listening.
This does conclude today's conference call. You may all disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Q3 2026 Earnings Call
📊 Quartal auf einen Blick
- Umsatz: $628,3M (+19% YoY), über dem oberen Ende der Guidance.
- Atlas: +30% YoY; macht 75% des Umsatzes; Atlas‑Consumption stabil und treibend für die Beschleunigung.
- Betriebsgewinn: Non‑GAAP Operating Income $123,1M; Non‑GAAP‑Margin 20% (vorjahr 19%).
- Kunden: >62.500 Kunden, +2.600 im Quartal; 2.694 Kunden mit ≥$100k ARR (Annual Recurring Revenue), +16% YoY.
- Free Cash Flow: $140M (Vorjahr $35M); liquider Bestand ~ $2,3B; Aktienrückkauf $145M in Q3.
🎯 Was das Management sagt
- Strategie: Neuer CEO CJ Desai sieht MongoDB als „generational“ Modern‑Data‑Platform für die AI‑Ära; Fokus auf Kundenbindung, Plattform‑ statt Produktdenken und beschleunigte Enterprise‑Penetrierung.
- Produkt: Betonung integrierter Search, Atlas Vector Search und Voyage‑Embeddings als Differenzierer zur Verringerung von LLM‑Halluzinationen, bessere Genauigkeit und Kostenreduktion; Benchmarks genannt.
- Go‑to‑Market: Ausbau Enterprise‑Footprint (starke US‑ und EMEA‑Traction), Stärkung der Entwicklerbasis (Reclaim‑the‑Bay, .local‑Event) und selektive M&A‑Bereitschaft.
🔭 Ausblick & Guidance
- Q4: Umsatzprognose $665–670M (21–22% YoY); Atlas‑Wachstum ~27% erwartet; Non‑Atlas: oberes einstellige Prozentwachstum.
- Geschäftsjahr 2026 (FY'26): Umsatz $2,434–2,439B (Leitlinie angehoben); Non‑GAAP Income from Operations $436,4–440,4M (~18% Margin); FCF‑Conversion >100% erwartet.
- Hinweis: Management bleibt vorsichtig wegen saisonaler Q4‑Effekte und berücksichtigt Multiyear‑Deal‑Timing konservativ; detaillierte FY'27‑Guidance folgt im Q4.
❓ Fragen der Analysten
- AI vs. Core: Analysten fragten, ob Wachstum schon AI‑getrieben ist; MGMT: Kernmomentum unabhängig, AI‑Effekt früh, Embeddings/Vector Search sind kurzfristige Einstiege.
- Atlas‑Prognose: Nachfrage nach mehr Granularität; CFO liefert separate Atlas‑Sicht (27% Q4) — bessere Vorhersagbarkeit bei wachsender Basis, aber saisonale Vorsicht bleibt.
- Reinvestitionen & Margen: Frage zu OpEx‑Philosophie: CFO sagt, gezielte Investitionen (Engineering, Sales, Marketing) werden fortgesetzt; Margenexpansion bleibt Ziel, aber OpEx‑Zuwächse geplant.
⚡ Bottom Line
- Fazit: Starkes Beat‑&‑Raise: beschleunigendes Atlas‑Wachstum, Margen‑ und FCF‑Verbesserung sowie aktive Kapitalrückführung. Neuer CEO rückt AI‑Plattformambition ins Zentrum — kurzfr. Chance durch Embeddings/Vector Search; Risiken: Q4‑Saisonalität, Timing großer Multiyear‑Deals und das noch frühe Stadium der AI‑Adoption.
MongoDB — Special Call - MongoDB, Inc.
1. Management Discussion
Hello, and thank you for standing by. Welcome to MongoDB Leadership Transition Conference Call. [Operator Instructions]
I would now like to hand the conference over to Jess Lubert, Vice President of Investor Relations. Please go ahead.
Thank you, operator. Good morning, and thank you for joining us to discuss the MongoDB leadership transition outlined in the press release published earlier today. Joining me today will be Dev Ittycheria, MongoDB's current President and CEO; and CJ Desai, MongoDB's incoming President and CEO.
During this call, we may make forward-looking statements, including statements related to our market and future growth opportunities. These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations.
For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our quarterly report on Form 10-Q for the quarter ended July 31, 2025, filed with the SEC on August 27, 2025. Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them, except as required by law.
There will be a question-and-answer section following our prepared remarks. Please be advised that the purpose of this call is to discuss the leadership transition. We will not field any questions related to our financial results or the announcement in today's press release that we expect to exceed the high end of our FQ3 guidance ranges. We plan to address these questions on our Monday, December 1 earnings conference call.
With that, I'd like to turn the call over to Dave.
Thank you, Jess, and good morning, everyone. As you've seen in the press release published earlier today, after a great deal of reflection, I've made the decision to retire as President and CEO of MongoDB.
Over the past 11 years, this role has required deep focus and commitment, which often meant putting other parts of my life on hold. I'm eager to be more present for those moments, from everyday time with my family and friends to experiences and ventures we've postponed for far too long. This was not an easy choice.
MongoDB has been my professional home for more than a decade and it's been one of the greatest honors of my career to lead such an exceptional team and company. When I joined MongoDB in 2014, the company had a bold vision to disrupt the database industry with a document model that empowered developers to build modern applications faster and more easily than ever before. That vision wasn't just about better technology. It was about unlocking innovation for customers. Today, nearly 60,000 customers around the world trust MongoDB to power some of their most critical applications. What started as an ambitious idea to become a global business, scaling from roughly $35 million to more than $2.3 billion in annualized revenue.
This success was achieved through relentless innovation, discipline and teamwork, which has not only transformed MongoDB into a global software leader with a strong track record, but also laid the foundation for the company to win in the AI era. As I look to the future, I'm confident that now is the right time for a new leadership to take MongoDB into the next phase of growth. The business has strong momentum and has the foundation in place to achieve meaningful scale in the years ahead. That's why I couldn't be more thrilled to welcome CJ Desai as our next President and CEO.
CJ was selected following an extensive search by the Board and an executive search firm due to his remarkable track record of delivering growth at scale, most recently at Cloudflare and before that at ServiceNow. CJ maintains extensive product, engineering and go-to-market strengths and his experience driving enterprise adoption will be invaluable to MongoDB's next stage of growth.
Importantly, CJ also shares many of the same values that define our culture here at MongoDB. I will be working closely with CJ over the coming months to ensure a smooth transition. I plan to remain on the Board, where I'll continue to serve as an advisor and committed supporter of MongoDB.
To our employees, customers and shareholders, thank you. I'm immensely grateful to our customers for their partnership and trust to the exceptional employees whose passion and ingenuity has built MongoDB into the company it is today and to our investors for their enduring confidence in our vision. MongoDB story has always been about the people who dream big and deliver even bigger and I'm confident that our company's best days are still ahead.
Thank you, Dave. First, I want to say how honored and excited I am to be joining MongoDB. I have long admired what Dave and the team have accomplished, the strength of the business, the clarity of the mission and the passion of the people here. I have been a customer and partner of MongoDB for a long time.
MongoDB has long been the partner of choice for applications that transform businesses, and I believe the company is exceptionally positioned to power the next wave of AI applications. Throughout my career, I've had the privilege of helping companies scale, whether by driving innovation, operational rigor on the expansion of the customer base, or the go-to-market execution. What drew me to MongoDB is the incredible potential ahead in a large market. The company has built something truly special and I believe we are just beginning to tap into what is possible. By staying relentlessly close to customers, delivering category-defining products and platform, and executing at scale, I'm confident we can seize the enormous opportunities ahead. I'm eager to get started, to listen and learn from our employees and customers and to build on the strong foundation that Dave and the team have created. Together, we'll focus on executing our strategy, driving durable and profitable growth and delivering long-term value for all our stakeholders.
I want to thank the Board for their trust and confidence and Dave for his partnership during the transition. I look forward to leading MongoDB in its next phase with energy, focus and respect for everything that has been built here.
With that, we'll open the call for questions.
[Operator Instructions] Our first question comes from the line of Raimo Lenschow with Barclays.
2. Question Answer
Perfect. Dave, I'm going to miss you. And congrats again for this kind of great journey, 11 years there was -- I still remember our first meeting at the IPO kickoff. And CJ, welcome back in -- on my side of -- on this side.
The question I had, obviously, first of all, for Dave, we're in very interesting times with AI and like huge growth in applications are expected, et cetera. Like from your perspective, like why was now the right time because it's kind of like the world is changing. Is that kind of -- was that kind of the motivation and that change would have taken a few years? Or like how should we think about that?
Thanks, Raimo. And I do remember the first IPO prep session. So it's been a blast to work with you over these 8 years. In terms of timing, as I said, I've been CEO of this company for 11 years, 8 years as a public company, and it's all consuming. It truly is a very intense job.
And as I thought about what to do next, and as part of our succession planning process, the Board asked me to consider staying on for another 5 years. It just became clear that after spending time discussing this with my family and the Board that it was time to make a change. There were just certain things I wanted to do that I just didn't have the chance to do.
But I also want to be clear, I was not going to go anywhere without finding a suitable successor. And I'm so thrilled to find CJ. We frankly have spent a lot of time together over the last couple of months getting to know each other, CJ learning about the business, and I couldn't be thrilled about CJ taking on the role. I think he's well suited. He's got rare growth at scale experience. There's not many people in the software industry who have taken a company a little over $1 billion in revenue and turned it into over $10 billion in revenue.
He's also recently accelerated growth at Cloudflare where that company is really executing well. And I think he can do the same here. And so I'm super excited by what CJ can do, and I'm not going anywhere. I'm going to stay on the Board, and I'm also going to serve as advisor to CJ to help him ramp as quickly as possible.
Our next question comes from the line of Alex Zukin with Wolfe Research.
A huge congratulations to both of you. Maybe this one for CJ. Kind of similar to Raimo's question, but why -- for you, what's the most exciting thing about the opportunity at Mongo? And if you look at your ability to kind of harness your enterprise go-to-market shops and your product strategy, dimensions, where do you feel like there's a tremendous amount of opportunity to unlock in the story at the moment?
Thank you, Alex. Mongo participates in a very large growing market. And it has also a very clear architectural advantage to become heart of the architecture from modern workload, including AI workloads perspective. So as Dave was answering Raimo's question, from my perspective, there are so many new workloads being defined, or there are so many workloads being changed to leverage AI, both whether it's an AI-native company, whether it's a digital-native company or whether it's a large enterprise. So we have reached this inflection moment where Mongo can truly become the heart of this next phase of re-architecture that's going to happen in all of customer base across Fortune 500, Global 2000 and AI native companies and start-ups.
So the potential is massive. Mongo's architecture was not force fitted for AI workloads. It existed for AI workloads. And that's what really excites me that we will continue to innovate, with scale the go-to-market in large enterprise and the business has strong momentum this year as we announced today. And then how can we accelerate that even further as we expand Mongo's reach all the way from developers who love us, and they love building on us, and I have built on Mongo and it's a great database. I started my career in the database industry. So I have a lot of appreciation for how it has been done in Mongo from an overall architecture perspective.
And second, on the go-to-market aspect, the opportunity is still massive in the large corporations who are going to now redefine their workloads to leverage AI. Every single one is doing that, and we are just getting started. And it's on the beginning stages from my perspective on how to leverage truly AI and Mongo is perfectly positioned.
Our next question comes from the line of Tyler Radke with Citi.
Yes. Congrats to both of you, Dave, it's been a pleasure. And CJ, glad to see you turn up as CEO here. So CJ, I wanted to ask you just -- as you think about how Mongo is positioned on the AI front, I mean, clearly, there's been a lot of investor conversation around the Postgres technology. And I know, Dave, it's probably sick of answering questions on that. Hopefully, that's not why he's stepping down.
But just given your perspective, you were at ServiceNow and when ServiceNow acquired RaptorDB I imagine you were involved in some of that process, which was a Postgres technology. So how do you sort of think about the limitations of Postgres, and how Mongo can kind of further influence its role in these AI applications because it seems like you have a pretty unique perspective given the RaptorDB acquisition.
So Tyler, great to hear from you. What I would say is when I truly look at the technology of Mongo and I've spent some time through evaluating the recent innovations from Mongo on 8.0 and post 8.0 releases. What I would say is that this is the right database to build or modernize an application for AI.
All the relational databases where I started my career, they tend to be very rigid, not flexible and do not handle the unstructured data really well. When you think about AI applications of the future, it will still be both structured and unstructured data. And as the business changes, the foundational models improve and all of that, Mongo would still be on the right side of that equation as many, many of our customers want to scale their application for AI workloads. So that's what really excites me.
In the past, yes, there was a reason why we chose Postgres a couple of jobs ago and that was because we wanted to maintain the SQL aspect of it, and it was mainly structured data. And even there are AI native companies who are using Mongo to build applications, including some prominent AI companies that are leveraging Mongo today as they build applications on top of foundational model.
And our job with the team is to continue to make sure that Mongo is top of their mind, in front of them, to understand the advantages of Mongo to be flexible, scale-out and a great architecture on which they can continue to build on.
Terrific. Congrats to both of you.
Our next question comes from the line of Kash Rangan with Goldman Sachs.
Congratulations, Dave, on a spectacular career. I think Raimo was talking to you about his MongoDB IP experience. I will bring up the BladeLogic IP experience, I think, 2005, 2006. So it's been a pleasure working with you. You've built a tremendous value over the years. So I really appreciate it.
And a big congratulations to the incoming CEO, CJ. I realize that there's a lot more we're going to be learning over the next several quarters. So it's hard to ask to a strategy question and whatnot. But I will still ask you something, CJ, that as you look at the database landscape, it is being increasingly populated and crowded by the hyperscalers that are able to blend their incumbency with compute, be it Microsoft with their database as a way to leverage their more vertically integrated relationship, and that probably applies to AWS, Google as well.
So as you enter this new role, what are the things that you're going to be focused on to ensure that the thesis of MongoDB, which has been to be a cloud-neutral database, which is what Dave led with, do you see any changes, refinements to that approach, especially as the broader again, hyperscalers and AI compute-centric world are increasingly muscling their way with their databases, which are also NoSQL databases.
Kash, great to hear from you, and thank you. From my perspective, really, Dave and the team nailed the cloud transition really well. Many, many database companies or enterprise software companies were not able to transition to, one, being cloud-agnostic and two, still work in multi-cloud environment with Atlas, almost 8 years ago, they nailed that really well.
And I think that advantage will continue to exist. When I speak to customers, most of them and with the recent outages in multiple hyperscalers that literally happened 3 weeks ago, multi-cloud world is here to stay. And Mongo with a cloud-agnostic architecture and how seamlessly it can work in a multi-cloud environment is a competitive moat for MongoDB. So that's the first thing I would share.
Second thing, even AI workloads, given that if you are running applications in multiple clouds, if it is compute-centric, maybe you're running it in AWS. If it's something else, you are running it in Google, whether you want to leverage their security models, whatever the case might be, for AI application, the same competitive moat will remain, and it is our job from an innovation perspective to stay in front of our customers' requirements and lead our way as they transition to AI workloads for years to come.
Our next question comes from the line of Rishi Jaluria with RBC.
Dave, it's been an absolute pleasure working with you on this name. I really appreciated you navigating through all the kind of different environments, technological shifts. And really positioning MongoDB well for, honestly, the next decade. So it's been an absolute pleasure.
CJ, I never had the pleasure of working with you, but obviously heard amazing things about you and your reputation proceeds you, so very much looking forward to this. One question I did want to drill into is, and correct me if I read it wrong, but this morning, an interview with CNBC, it sounds like CJ, you were talking about kind of the goal or aspiration of getting MongoDB a $5 billion-plus business and growing it profitably and reaching that scale over time. I know, obviously, early to talk kind of about these long-term strategic road maps.
But would love to kind of hear some color is, as you think about scaling MongoDB from where it is today to that sort of scale, what are kind of the building blocks in your mind? And maybe some of the high strategic priorities over the next, call it, couple of years to actually get to that sort of scale. And I'm sure, obviously, there's ambition going well beyond that over time. But I'd love to hear kind of the thinking that informed that and what's really top of mind and most exciting for you?
Thank you, Rishi, and very nice to be speaking to you and say hello to all the friends at RBC.
What I would say is the potential in my opening remarks for Mongo and that's what excited me is still massive because this is the market I entered as my first job from a technology standpoint and market has been around, as Dave has shared, for 50-plus years. And this particular architecture of MongoDB is the right architecture for 21st century workloads. So that's number one.
Number two, when I think about the potential, the cloud adoption in the enterprises, customers, very large customers, all the way to Fortune 100 is still going on. As you have seen the recent numbers from Amazon, Microsoft, then Oracle and others, you see that the cloud adoption is still growing, and Mongo would definitely benefit from that.
Number two, from a strategy perspective, AI is absolutely a tailwind for Mongo, as developers create these applications or customers and large organizations make a decision on what standard to use for AI application, Mongo has the right architecture to build that.
And then when I think about geographies spending time with the go-to-market leadership team, recently, there is still a lot of potential that exists in many regions of the world where they are building new applications for AI, you could even take a country like India, you could take many, many cities where AI natives are still building applications and the developers want to use Mongo. So between large enterprise motion, certain geographies where Mongo is underpenetrated. And number three, a large market where we'll continue to have additional market share is what actually excites me, Rishi, on the path to $5 billion plus that we can drive MongoDB.
Our next question comes from the line of Mike Cikos with Needham.
Dave, it's been an honor. CJ looking forward to the continued partnership now. Very simply, and I appreciate the commentary we just got on the strategy you're looking to drive here, CJ. Would just love to get a sense, given the timing, there's been a lot of change in the last year. We have a new CFO on the seat with less than a year here. You coming in. Obviously, Dave, will be supporting you in that transition. But just curious, given we had the Analyst Day earlier this year, can you just talk to whether or not we should expect any changes to those targets given the fact that we just got those recently? That's it for me.
Mike, this is Dave here. First of all, thanks for the question. And I'll take the first part of that question. In terms of the changes we made earlier this year, obviously, we're super thrilled to have Mike Berry as our CFO. He has made a huge impact in a very short period of time. His breadth of experience and just domain expertise has just helped us just become a better company. And he's brought in also some new leaders into the organization that are also having a big impact. So I think he's going to be a huge asset to the company and to CJ going forward.
We also brought in some other leaders recently and promoted some people. So in terms of the foundation, I think the foundation is strong, but I'll let CJ talk about what he -- how he plans to go forward from here.
Yes. Thank you very much, Mike. And I absolutely echo what Dave just said around Mike Berry being the CFO, and I look forward to partnership with Mike and the team as we move forward. Overall, the leadership team is in a great place. We are currently extremely focused on the last quarter, once I'm in the seat, it's Q4, and we will share more details around the plans on December 1.
Our next question comes from the line of Ryan MacWilliams with Wells Fargo.
So we've seen the rise of agentic coding this year through tools like [ bot code ] and Codex. CJ, I'd love to hear about how you think that plays into the future for the Mongo story, whether it's more app development and more accelerated database creation or the potential to drive further app modernization and new workloads onto the cloud.
Let me try and just take the first -- first give some comments and then I'll have CJ add as much color as he wants to. I think it's important to understand through every platform shift, the cost of building applications came down. And so what that created was an explosion of apps. You saw that from the mainframe to client server, client server to Internet mobile and then from Internet mobile to the cloud. Almost every meaningful company expresses their business strategy through software.
And now with the -- now we're in the era of AI, the cost of building application is going to come down even further, which means that there's going to be more software, more use cases where that software can be used because now you can blend the physical and the digital world with AI. And then you can address use cases that require reasoning that we can never really programmatically implicate that into software before, I think you're just going to see an explosion of software.
So to me, AI is going to be a big tailwind for our business because the more software there is, the more databases you need. And so I think just at a macro level, this is just going to be a big tailwind. And then to what I said earlier, I think architecturally, we are well positioned for the AI era just by being a native JSON database, LLMs emit and consume JSON, MCP is built on JSON.
JSON is well designed to handle the complicated messiness and constantly evolving nature of data in the modern world. And so given all those ingredients and being built on a distributed platform, I think we're well set up. I don't know, CJ, if you want to add any more color.
Yes. I think, Dave, obviously, you articulated this perfectly. And from my perspective, there is a role that Mongo plays, whether you create an agentic workload or whether you re-platform your database to take advantage of brand-new agents or just agents talking to other databases.
So I think Mongo is perfectly suited for this transition. This transition like we saw with cloud, I mean, started about 2007, '08 and still going. So this AI transition will be going on for 10, 15-plus years. That's what happens in every transition. And we will make sure that we listen to our customers. We listen to our developers on what we can do and the role they want Mongo to play so that we are at the heart of that architecture for AI workloads.
Our next question comes from the line of Madeline Brooks with Bank of America.
This is Madeline on for Brad of Bank of America. CJ, a question for you. You've had just an incredible career playbook of really transforming deep tech companies into enterprise scale. And I'm just wondering for the current sales motion or channel strategy. What do you think needs the most leverage from both the product, combining that product and marketing messaging that you've historically done so well.
Thank you so much for your question. I think Dave has shared penetration in Fortune 100, 70-plus percent, penetration of 70% in Fortune 500, similar numbers when you look at Global 2000 on decent penetration. My perspective is, though, there is still a lot more potential in those existing customers for the workloads to take advantage of Mongo. That is a massive opportunity to work with these customers, developers already love us, and we have great communities that are being built all over the world.
But in these large enterprises, which I definitely consider a strength of mine, working with these large enterprises and being focused on them, there is still so much potential as we think of Fortune 100, Fortune 500 and Global 2000 on how they can leverage Mongo to be the standard for workloads of the future and today.
Yes. If I can just add, the -- we talked about how we're moving upmarket and putting more resources upmarket. When I started spending time at CJ and started comparing notes on customers, CJ almost finished my senses about the people we knew and the common contacts. I mean, CJ has clearly been a very customer-obsessed leader. He spends a lot of time with customers. In fact, he has far more contacts in the C-suite of the Fortune 500 than I ever did just as a virtue of ServiceNow and Cloudflare being more top-down selling. And so I think his connections and his customer obsession is really going to help us do exactly what he just said is expand the wallet share of MongoDB in those large accounts.
Our next question comes from the line of Miller Jump with Truist Securities.
Congrats to both of you, CJ on the opportunity and Dave on the next steps in your journey. relational migration is an opportunity we've heard about for some time now for MongoDB, CJ earlier, you mentioned ServiceNow's database transition and kind of having that SQL structure they were looking to support through it. How do you think about the opportunity to convince customers to migrate previously legacy relational apps to MongoDB? And how does the need for that shift change in the current environment with all the AI innovation?
I -- Miller, thank you for the question. What I really think is having started the career in the database industry and for a database technology, what I would say is, from my perspective, databases are very, very sticky, okay? They are very, very sticky and people use them for a very long time unless they have to change.
I think both cloud as well as the AI transition, truly are the inflection points, I mean, that drove Mongo's growth in a significant way when the cloud transition happened and Mongo captured that opportunity in 2017 with Atlas that was just starting out. And similarly, when you want to leverage AI, you figure out what is the strength of this foundational model, X, Y and Z that you may be using across cloud A or B.
And then you say, okay, how much of this is going to be structured data, unstructured data. Do I still need to maintain my stored procedures or I really need to scale this workload for a rapidly changing business environment, that is exactly when you'll say it is time for me to revisit my database decision. Because even the lot of shifts to the cloud for existing workloads were mainly lift and shifts, people were just trying to move to the hyperscalers and very few customers re-architected the application. AI forces them now to really think, I was just speaking to a customer a few weeks ago, and they are revisiting 30% of their workloads for AI-driven innovation and they want to re-architect.
So I think the re-architecture is happening right now. And it is our job as MongoDB to ensure that customers understand the why and how Mongo is ideally suited for those applications.
Our next question comes from the line of Siti Panigrahi with Mizuho.
Great. Can you hear me?
Yes.
Okay. Great. Dave, congratulations on a successful tenure and CJ, congrats on your new role. You talked about some of the opportunity there. And CJ based on your due diligence and also working in an operating role, how are you thinking about balancing the growth and profitability given the opportunity ahead?
I would say there is a tremendous opportunity, and Mike Berry, our CFO, did a wonderful job at Investor Day on saying it is absolutely our goal to get to a Rule of 40. We had that at Cloudflare and continue to deliver on that. So growth being durable but also profitable is extremely important, and that's the foundation Dave and the team have laid that Mike announced at the Investor Day in September, and our plan is to continue to do that, that we want this company to grow durably for a very long time to come, while being profitable on our path to $5 billion plus.
Our next question comes from the line of Sanjit Singh with Morgan Stanley.
Congrats, Dave, congrats to CJ. One of the things that Mongo has been innovating on is not just on the product side of the equation, but also on the go-to-market side, they've been in the leaders in terms of software companies pushing into consumption-based sales. And CJ, I just want to get your perspective on like the go-to-market side, you've come with an excellent product, operational background. As you think about what will need to drive success in terms of sales in the AI era, I'd love to get your initial thoughts there.
Absolutely. You are correct that Mongo did nail that transition also really well on consumption-driven model so that as customers not only expand their existing workload, but new workloads and use consumption as in pay as you use it. This needs to be continued because with AI workloads or cloud workloads, whatever they are, it could be a billing application, it could be a CRM application, whatever the application that is being built on Mongo, we just want to continue to build on that solid foundation from my perspective.
So it was learning for me just to understand and even at Cloudflare, we switched to consumption model for certain class of products, and I understand that well. So Dave, do you want to share?
Yes. No. Sanjit, first of all, thank you. It's been great working with you all these years. I'm obviously very proud about how we've evolved our go-to-market model. I do believe that as we talked about, we're moving upmarket and moving more of our dedicated sellers upmarket because there's so much opportunity there, we're also going to continue to innovate on how we acquire customers through our PLG motion.
So that's an area that I think we will continue to focus on because that's a way to not only effectively acquire new customers, but also acquire some of those early AI native customers who ultimately can become very big customers of their own. And so I think you're going to see that. We also leverage our partner channel to extend our reach in places that are just -- we didn't -- couldn't really either help accelerate our growth or extend our reach in places that we just couldn't deploy dedicated resources.
I know CJ and I have already talked about certain parts of the world where we want to -- we should be investing more. And I think CJ will be looking at all those opportunities very, very carefully. So I think there's lots of opportunity in front of us. And the good news is that I know CJ will push as hard as possible to grow the business.
Our final question comes from the line of Rudy Kessinger with D.A. Davidson.
Dave, congrats, certainly a phenomenal run here at Mongo and wishing you the best on the next chapter. CJ, welcome. Glad to have you on board here.
CJ, my question is for you. I guess, if we think about AI workloads, certainly, the adoption of AI workloads, the rollout of AI workloads, I think it's taking much longer to materialize, and many of us on this call maybe hoped for several years ago. Is there anything Mongo can do in your view to maybe pull forward the demand for AI workloads and adoption? Or is it really just something that where you're going to have to wait for the market to kind of come to you?
I definitely still believe when I speak to large or very large customers, whether you look at Fortune companies or even digital natives, most of the early AI applications are very employee-facing productivity-based and very departmental. Nobody has so far outside of AI native companies, created an amazing agentic implication that is customer-facing or a partner-facing or matters to their core business or accelerates their core business.
So I think it is just going to take time. There are, of course, what I learned at Cloudflare, there are also quite a bit of security concerns. So on what will it -- what can happen if you have agents that are facing, take credit card payments, et cetera, et cetera, and I can go in details. But that's basically the journey that we have to go through, like the cloud journey that we all went through, where it just takes time. People will start with 1 agent, 2 agents, 3 agents.
And what Mongo can do is make sure that we are on top of mind for all those developers, we continue to show our advantages of how flexible, scale-out architecture that can truly scale really will matter to them as they build this new AI applications. And I think just constant, I wouldn't call it as far as reeducation, but constant education on strength of Mongo's architecture is what would help us as you see truly scalable customer-facing agents that are being built by these enterprises.
Ladies and gentlemen, I would now like to turn the call back over to Jess for closing remarks.
Thank you, operator. As previously noted, we plan to report our finalized third quarter fiscal 2026 results on December 1, 2025. Following our results, we plan to participate in the UBS Technology Conference on December 3, the NASDAQ London Conference on December 9, the Barclays Technology Conference on December 11, and the Needham Growth Conference on January 13. CJ plans to participate in all of these events and look forward to seeing you there. Thank you.
Thank you.
Ladies and gentlemen, that concludes today's conference call. Thank you for your participation. You may now disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Special Call - MongoDB, Inc.
MongoDB — Special Call - MongoDB, Inc.
🎯 Kernbotschaft
- Zusammenfassung: Dev Ittycheria tritt nach 11 Jahren als CEO zurück und bleibt im Board. CJ Desai (ex‑Cloudflare, ServiceNow) wird neuer CEO. Management betont starkes operatives Momentum, Plattformstärke für AI‑Workloads und Priorität auf Ausbau der Enterprise‑Adoption bei gleichzeitigem Fokus auf nachhaltige, profitable Skalierung. Finanzfragen wurden auf den Earnings‑Call am 1. Dezember verschoben.
⚡ Strategische Highlights
- AI‑Position: CJ sieht MongoDB als nativ geeignet für AI‑Workloads (JSON‑zentrisch, skalierbar) und will Produkt‑ und Plattforminnovation beschleunigen.
- Multi‑Cloud: Atlas bleibt cloud‑agnostischer Kern; Management betrachtet Multi‑Cloud‑Fähigkeit als Wettbewerbsmoat gegen Hyperscaler.
- GTM‑Fokus: Kombination aus Product‑Led‑Growth und stärkerer Up‑market‑Vertriebsoffensive, um Wallet‑Share in Fortune/Global 2000 zu erhöhen.
🔭 Neue Informationen
- Neues: Primär die Führungsänderung und CJ’s öffentliches Zielbild (Anstreben eines $5‑Mrd.+ Geschäfts, Fokus auf Rule‑of‑40). Keine neuen quantitativen Guidance‑Änderungen; Company hat in der Pressemitteilung angekündigt, das obere Ende der FQ3‑Guidance zu übertreffen und wird am 1. Dez. Details liefern.
❓ Fragen der Analysten
- Timing: Analysten fragten nach dem „Why now“; Ittycheria nennt persönliche Gründe, betont geordnete Übergabe und enge Zusammenarbeit beim Ramp‑Up von CJ.
- AI vs Konkurrenten: Fragen zu Postgres, Hyperscalern und technischer Differenzierung — CJ betont Architektur‑Vorteile von Mongo für hybride/AI‑Workloads.
- Targets & Risiko: Wiederholte Nachfrage, ob Analyst‑Day‑Ziele angepasst werden; Management wich aus und verwies auf den Earnings‑Call für konkrete Zielanpassungen.
⚡ Bottom Line
- Implikation: Geordneter CEO‑Wechsel mit erfahrenem Nachfolger reduziert Übergangsrisiko; kurzfristig bleiben operative Fakten und Guidance unverändert bis zur Berichterstattung am 1. Dezember. Wichtige Treiber für Aktionäre: CJ’s Umsetzung der Up‑market‑Strategie, AI‑Adoption, Erhalt des Multi‑Cloud‑Moats und sichtbare Fortschritte in Richtung profitables Wachstum.
MongoDB — Special Call - MongoDB, Inc.
1. Management Discussion
Please welcome MongoDB President and CEO, Dev Ittycheria.
Thank you. It's great to be back here in New York City at MongoDB.local NYC. And I'm really grateful for all of you to spend time with us today. I know all of you have super busy schedules. So it means a lot that you want to devote today to be with us. I also want to take a moment to thank all our incredible sponsors, especially our global sponsors, AWS, Google Cloud and Microsoft as well as our gold sponsors, Accenture, IBM and Infosys and all the other sponsors who really made this day come together. Please take a moment during breaks to go to their booths and get a sense of how they're using MongoDB to partner and build better solutions for all of you.
We have a fantastic day ahead. There's over 50 sessions, deep dives around the technology, customer case studies, hands-on workshops, and there's multiple opportunities for you to earn skill badges throughout the day. And to make most of the day, if you haven't already done so, I recommend you scan this QR code to really understand what's all going on -- happening on this floor and the floor upstairs, so you can make sure you can go to the events that are most -- and activities that are most important to you.
Just to put things in context, this is MongoDB.local NYC and we do this all around the world. So this is going to be one of over 20 events we do in North America, Europe, Asia and Latin America. So our goal is really to meet our customers where they are. We run a truly global business. And since the last time we were on this stage, we've had tens of thousands of people attend these events all around the world. And now we're back here in New York. This year has been marked by some great milestones. I just want to give you a couple in terms of giving some sense of our business. When I first joined MongoDB, we're a fairly small company, still with a decent name, but still unproven. And we had roughly 1,000 customers, and we were doing a little under $40 million that year. Just to put things in perspective, now we have nearly 60,000 customers who -- and Wall Street estimates that we'll do about $2.4 billion in revenue this year. To put that in perspective, we do now in 1 week more than we did when I joined 11 years ago. That gives you a sense of our growth.
And the point is that our growth is as much about you as is about us. It's really a reflection of all the incredible work you're doing to use MongoDB to run and transform your business. And to give you a sense of the kinds of companies we have, we have companies of all shapes and sizes for all kinds of use cases across almost every industry and every geography using MongoDB, including over 70% of the Fortune 500 as well as AI-native startups you may have heard of and even some you have not heard of. And they've all recognized that the relational database is not best suited for today's modern requirements. Companies like Toyota Connected that powers critical vehicle safety systems around the world, McKesson that manages highly regulated pharmaceutical supply chains, Coinbase that operates reliably through immense market volatility and electronic arts that delivers always-on gaming experiences. These companies realize they need a modern, highly flexible and scalable solution for today's challenges.
So I think it's not hubris to say that we are the world's most popular modern database, and we're consistently ranked at the top of developer surveys that highlight this. Now the reason for our popularity is that the alternative out there is the relational database. And you have to remind everyone that this was originally conceived over 50 years ago when the world was a very different place. And not many people know this, but the founders of MongoDB were also the founders of a company called DoubleClick. DoubleClick was one of the first web-scale apps that have to serve billions of ads per day to consequently that to deal with massive amounts of data. So they observed the constraints and limitations of the relational model firsthand over 20 years ago.
The first constraint is that the relational model is incredibly rigid. It's designed for a world that was very uniform and very predictable. Well, we know that's not the case today. It's also very brittle. It's hard to make changes when your business needs to respond to new opportunities or new threats, and it's awfully challenging to scale. So the MongoDB founders became tired of investing more and more time and money and effort to work around these constraints. So they said this got to be a better way. And that epiphany was what we call the document model.
The document model built on JSON as we believe, we would argue, is the easiest way to organize and work with data. It allows you to model and represent the messiness, the high interdependence, the constantly evolving nature of data of the modern world. It has the flexibility to handle a wide range of data types, which is so important when 70% of the world's data is unstructured. It offers agility to easily make changes as your data model and your business do the -- your data model, as your business changes, and it also enables you to do that when the pace of change is only accelerating. And because Mongo is built on a distributed architecture, it offers unparallel scalability and performance. And we think that the pace of change is high today, it's only going to get faster with AI. If your business is built on a technology that doesn't adapt well to change, you simply will not be able to keep up with the competition.
So the principles of the document model are even more relevant today as we transition to a world powered by AI. So at the risk of being trader being a cliche, we are entering into a new era of how everyone will use this technology to transform their business. And hopefully, what I'll try to do is explain why the database you choose matters more now than it ever did before. And the first generation of AI tools have been really focused on what I call end user productivity, making developers more productive with code-gen tools, making customers support personnel, more productive with conversational chatbots, making business users more productive by summarizing documents, synthesizing them and creating new documents but this is just the beginning.
The next wave of AI applications are all about agents. And instead of single-purpose chatbots or autocomplete on steroids, agents are most similar to the way humans actually think. We focus on an outcome, and then we decide what are the process and steps and tasks we need to take to get there and agents operate the same way. So they won't just make us more productive, they'll actually drive true business and industry transformation. .
So just to level set of what an agent does, we should use this -- I use these definitions. I believe agents can be understood as systems that perceive, decide and act in a continuous loop of desired outcomes. They could be a simple shopping agents, a travel planner, a financial analyst, a legal assistant or anything you can imagine across a wide variety of domains. And so while a large language model provides the reasoning, it is the database that gives the agent memory and state. So in the perception phase, this database supplies the agent with context such as user preferences, prior actions, constraints and enabling it to understand more than just the immediate input.
In the decision phase, the database helps with planning by providing accurate facts so that the LLM can help the agent decide what to do. And in the act phase, the database captures the outcomes of the new state of things. Consequently, the database is the agent's memory and source of truth, allowing it to operate coherently across multiple cycles and even coordinate with other agents.
So to make this come to life, I'm going to give you an example that I think everyone could understand. Imagine you and your partner want to go on a vacation, you decide, you know what, we want to go to the Amalfi coast and we want to take some time and enjoy the scenery there. So you use your AI agent to define what are your budget constraints and what are the dates that you want to travel, and then you start the process to book your vacation. Now the agent may also know that you prefer boutique hotels, restaurants may be off the beaten path that you like morning flights and that you tend to favor water excursions over long car drives.
With this context, the agent builds a tailored plan that fits your constraints and your preferences really without your involvement. And as the itinerary takes shape, the database acts as the ledger, recording the actions have been taken, the cost and timing of flight to Naples, the booking of a hotel in Positano and a dinner reservation in Rabelo. These are all log the database. And because all the state is stored, the agent can reason clearly about what remains, how much budget I have left what days are already committed and what choices have already been made.
So the database is not only the memory of the past but also drives the constraints so that each new decision fits into the overall plan. Now God forbid, if that Naples flight is canceled, the agent will immediately see what other flights are available, understand the existing itinerary and replan around those immovable or important events or if a coveted restaurant table suddenly becomes available, it secures the reservation and reshuffles the itinerary accordingly. So the point here is the database is at the center of making that agent adaptive and proactive turning what used to be a brittle booking engine into a capable and responsive travel manager that can orchestrate an enjoyable vacation within time constraints, budget constraints and even factor in challenges in any unanticipated events.
So you can see how memory, context, state and real-time data enable you to build a powerful agent that can transform your business or even your life. Now obviously, I've shown you a very simple example, but as the technology matures, there's no question that agents will transform every industry and every company. But the funny thing is, given all this promise, this hasn't happened yet. In fact, in a recent MIT study, it highlighted that 90% of corporations have failed with their AI projects. And the interesting thing is not because of the LLMs but because of the lack of the ability to use memory for complicated AI use cases, being able to store and retrieve memories and applying that context to problem solving and decision-making is a massive factor for delivering high-value and transformative use cases.
So if memory is so crucial, you need to think very, very hard about the database that can deliver on these capabilities. So then the obvious question is, what does the ideal database for AI look like? Well, let's go through the requirements. It obviously has to model the complicated nature of the modern world and the world that's constantly changing. It needs to perform sophisticated search and retrieval across raw data, metadata, embeddings, et cetera, to find the right information quickly and easily. And none of this matters if you can't trust your database. It needs to support an environment where the intensity of usage is far higher than ever before as agents don't take breaks, they don't go to lunch, they don't go home at night and they certainly don't go on vacation. So these would be massively performant and scalable and incredibly secure.
So given these requirements, let's take a look. Well, we know that JSON is the best way to model the real world. And this is what MongoDB delivers. We are a native JSON database, the ability to handle all types of data and adapt and change very, very quickly. But what's also interesting is that JSON has become the language of AI. LLMs are trained on JSON. MCP emits and consumes JSON. Other adjacent technologies use JSON. So bring this kind of dynamic data into MongoDB is so easy and so seamless.
Second, our advanced search and retrieval methods go far beyond simple queries. We use both keyword and exact matching, but also you can search on meaning and intent. So you can do a hybrid query of vector similarity search, a keyword search and search on metadata filters, all in one pass. So this means that developers can build AI-powered agenetic applications without having to stitch together multiple separate databases or search engines. So this is a far simpler path to more relevant and accurate search results. And then embedding something that people have only started to appreciate now are the bridge between a customer's private data and the LLMs. And what's clear is that the higher the quality of the embedding models, the better the LLMs can reason to improve their output. .
And through our acquisition of Voyage AI at the end of last year, we are providing the industry's leading embedding and reranking models by optimizing most contextually rich domain optimized embedding. So what said in another very simple way, MongoDB sits at the gateway of meeting of an AI system. And last but not least, as we said, we have thousands of customers. Our platform is battle tested, pushing on performance, on availability, on security. And I mentioned earlier that over 70% of the Fortune 500 rely on MongoDB. And that's not by accident. That's not something a new company or a new technology can replicate overnight. It takes years of investment, a focus and experience to do that.
So what's interesting is you can see MongoDB doesn't just check the box on the list of requirements, it actually defines them. And what's clear is that our architecture wasn't retrofitted to meet the requirements of the modern agentic world because we were actually built that way from the start based on the document model. So if I go back to my original question, if you ask AI, what's the ideal database that will power the monogenetic world? And I encourage all of you to ask your favorite frontier model, I think it will look an awfully lot like MongoDB. .
And these are just a few of the thousands of customers who are putting us at the center of their AI journeys from large incumbents to native AI start-ups. And you'll hear from some of them today. So companies of all sizes are building their AI future with MongoDB. And again, I want to emphasize that memory and state are key to developing transformative agentic AI applications and think of the right database is even more critical today than ever before.
So we have a great day planned for you. What you're going to hear today is about all about our latest release, MongoDB 8.2, it's our most feature-rich and performance release yet. And you're also going to hear about the next generation of encryption, we call queryable encryption, which is an industry-first security capability that no other platform has.
You'll also hear about Voyage's leading embedding models, natively integrated into MongoDB, delivering state-of-the-art accurate and trustworthy models to build more reliable applications. And our new application modernization platform is something we're super excited about. It's engineered to help customers cut the risk, cost and time of updating and migrating legacy applications. So our approach is an agentic approach to leverage it to transform code and schemas. And we believe enterprises will be able to move 2 to 3x faster from their legacy system to MongoDB using this new approach that we call it app. So there's obviously a lot of us very excited about what we're doing here today.
So what I'd like to do next is to welcome who I affectionately call the wizard, one of our most senior product leaders [ Oz Olivier ] and he is going to give you a lot of detail about the foundation that we're building that talks about MongoDB 8.2. Os?
Thank you, Dev. Now I'm a little biased because I've seen firsthand what our teams have put into the database. But I generally do believe MongoDB is the strongest foundation you could have for the agentic future Dev just described. MongoDB 8.0 shipped just last October, and it's already become our fastest-adopted release ever. More than half of Atlas clusters are already running it. That's because 8.0 delivered more of what your applications need now and what they will need in the AI era.
Compared to our previous release, 8.0 achieved 36% more read throughput for read-only workloads 59% higher throughput for bulk updates. And for common time series workloads, we're seeing an incredible 200% faster time series reads, thanks to advanced block processing. But 8.0 wasn't just about performance. We made the database easier to operate at scale as well. For this, we've added new insights into how queries run so you'll see bottlenecks before they ever slow you down. And once you shorted, we've made it easier to keep up with your applications by making re-shorting up to 50x faster. And if that's not enough, in 8.0, we also optimize the database across concurrency, memory management and query execution. So every application will run better just by upgrading.
8.0 set a new bar. So of course, we couldn't wait to raise it again. That's why today, we're announcing MongoDB 8.2. As we enter an agentic world, performance isn't just about pleasing human users. It's about machines talking to machines, applications calling agents, agents calling other agents, all in real time. Not only do agents not take lunch, they never sleep. It's an unforgiving workload where every millisecond, every throughput gain matters more than ever. MongoDB 8.2 takes another big step forward in performance to meet the challenges of this new era. In 8.2, unindexed queries are up to 42% faster, which means even when requests are unpredictable, responses will stay quick and reliable.
Rate reversals, the kinds of queries that dig into more complex data structures are about 20% faster, making operations smoother end to end. And time series bulk inserts run nearly 3x faster, so you can ingest massive streams of machine-generated data without hitting a wall. We're also, as always, focused on security. And we steadily advanced queryable encryption, a true industry first. The enterprise-grade security technology protects sensitive data at every point in its journey. Most database vendors only protect data at rest or in transit over the network. But when data is in use and being processed, it's often left exposed to administrators and service operators. Unique to MongoDB, queryable encryption closes that loop. It's the first fully integrated database technology that keeps data encrypted, not just when it's at rest and in transit, but also -- and here's where the big difference is, while it's actually in use in memory.
With queryable encryption, MongoDB ensures your data can only be viewed by the authorized application while still remaining searchable with expressive query types. With 8.2, we've expanded what queryable encryption can do. We started with support for exact match of quality queries and expressive range queries across numbers and dates. Now in 8.2, we've added substring support, letting you search encrypted data with prefix, suffix and partial matches. Imagine the possibilities. A doctor or a nurse searches by patient name and autocomplete finds the records, but the data behind it never leaves its encrypted state.
A bank analyst flags accounts by the last 4 digits of a social security number without ever exposing the value in memory. This is a breakthrough that keeps your most sensitive data secure at every single step. Across performance and security, these are all really exciting improvements. And we know many of you want access to them right away, even if you're not building on Atlas. Bleeding edge builders don't have the time to wait. So starting with 8.2, every incremental release will now be available across Atlas, Community and Enterprise Advanced. This gives you the freedom to put new and advanced capabilities to work the moment they're ready. And for those applications that are sensitive to change, I need to stay on a release longer, we've got you back here, too.
Currently, major releases are supported for 3 years. Starting with MongoDB 8.0, I'm very excited to announce that we're extending long-term support from 3 to 5 years. It will give you more stability when you need it and the freedom to innovate on your own schedules. Having great upgrade options does not only apply to new features. It also applies to where and how you want to run MongoDB. Because with MongoDB, you don't just get a database. You get a consistent foundation that runs and everywhere your applications need to be, whether you're developing on a laptop, running in a data center or using Atlas in the cloud. It's the same skills, the same features and the same experience. You only needed to learn one database, you only need to learn one API.
Now if you choose to run in Atlas, you can run on AWS, Azure or Google Cloud. Atlas has more than 120 supported regions worldwide across all 3 major hyperscalers. You can keep data close to your customers, meet governance requirements and integrate with native cloud services wherever you operate. But Atlas can do a lot more than just run on different clouds. Atlas supports a single cluster spanning across multiple clouds. So you can leverage each provider's unique features and specialized infrastructure from a single deployment. This is especially important today when it comes to the fast-evolving AI landscape. This flexibility ensures you can always take advantage of new AI capabilities regardless of what cloud they're available in.
So whether you're managing MongoDB yourself or relying on Atlas as a fully managed service, you stay in control, free to deploy, move and scale in the way that best supports your growth today and in the future. With MongoDB, you get the foundation you can count on with performance to power demanding applications, security that protects your most sensitive data and the flexibility to run anywhere. There's so much more to tell you. So please attend the session later today to learn more. Performance and reliability aren't just features of our latest releases, they're the nonnegotiables our customers depend on.
So let's hear from one of them now. McKesson is a leading pharmaceutical distributor who provides prescriptions for over 1/3 of North America. The applications that they run on MongoDB play a vital role in making sure essential medications reach the patients they need. Please join me in welcoming [ Brian Schmidt, Pendrick O'Carney ] in conversation with MongoDB's very own Melissa Plunkett.
McKesson has been called the largest health care service provider that you've never heard of Upendra, can you give us a sense of McKesson's scale and impact and your individual roles in the mission.
Absolutely. Thank you for this opportunity. McKesson is the largest drug distributor within the United States. We serve about 40% of the Rx products within the United States. 1/3 of the medication is supplied by McKesson across the North America. And within McKesson, I work as a principal product manager, and I have been with the company for about 15 years. .
Brian Schmidt, principal IT architect. I've been working with the DSCSA systems, which is one of the systems we're going to talk about today, but -- in addition to McKesson being the largest, we're one of the oldest too, well over 200 years old, which is kind of astounding in today's market, right, where you have all these new up and coming companies. We've been around for a very long time in this industry, and we continue to be successful.
Fantastic. Thank you so much. Now there was a regulation passed in 2013, the Drug Supply Chain Security Act or DSCSA, that you just mentioned, Brian, for those unfamiliar with it, what does this regulation require? And at a high level, without getting into a lot of technical details just yet. What kind of challenges does that create for a company like McKesson?
Yes. I think -- so DSCSA is a new regulation to help patient safety. Back in 2013, the states were starting to organize around coming up with ways to protect counterfeit drugs. And so a coalition formed at the federal level to help us make sure we had a unified market in the space. And really, what it means is every pharmaceutical product drug every bottle has a unique serial number within the globe. So if I get a particular bottle, I can scan that and authenticate that drug all the way back to the manufacturer, if I needed to, enhancing the patient safety and the efficacy of the drug. .
Fantastic. Now I understand that this is a pretty massive scale. We're talking 1.2 billion serial numbers, and I believe that is annually. So it's billions of drug bottles where accuracy is critical because as I understand it, even small errors could impact patients. Is that correct?
That's correct. So for DSCSA, one of the regulations is that the supplier has to send us not only the product, but the data. And if the 2 don't match, the challenge is that product is now as if it didn't exist in the supply chain. So you can think of a lot of drugs where we've had shortages over the last decade or so. Every bottle matters and when you come to a pharmaceutical supply chain. And so not only that, but when we send our product to our customers, we have the same responsibility. So our dispensers cannot receive or use that product unless we send them the accurate information. And it kind of changes the mindset because now you have a product in the data is just as important as the product itself to be usable.
Amazing. So now I understand the McKesson's first approach involved a specialized SAP compliance system together with PostgreSQL. But that setup couldn't serve your use case at scale. So we'll get to how MongoDB comes into play in a moment. But Brian, do you first walk us through at a high level what the limitations were and what kind of solution you ultimately had to build.
Yes. So we attempted at first that come up with 1 system to solve all of our problems. And what we realized at our size and scale -- it was almost -- it was -- it just became impossible. Once we started overlaying all of our use cases from receiving, picking, packing shipping and then trying to service our customer with the data that they're required, all the use cases just started to combine, and we couldn't scale on the platform. And so that's where we pivoted and moved to federating our information to be able to take our warehousing information, put that on its own repository and also take our customer information to put that on its own repository to help alleviate that bottleneck in that scaling.
Fantastic. Now as I understand it, you built 2 repositories. So you had this central data repository or CDR, and then DSR which is the distributed serial repository. So with the pain points for that first approach, what led you to go with that dual system?
Yes. So part of it was we had lots of requirements, so let me step back. DSCSA was a very new information, new regulatory requirement. We are out to build something that didn't exist. There's no off-the-shelf software that can go and buy or look at. So with this, all the new challenges in. We went with DSR to help break down the recalls from our warehouse management. So we have about 60 warehouses across the nation. We do about 2 million verification calls every evening in the supply chain. And with all those -- all that activity, we decided to go ahead and put a distribution-facing system to be able to handle those calls. .
On the customer side, we have customer use cases where we have to supply information to 350,000-plus customers every day. And all that activity, unfortunately, happens all in the morning. So any time from 7 a.m. to noon is when everybody is wanting their information. And so it made sense to help separate that -- those systems out to individual use cases to make sure that we're able to be successful. .
Fantastic. So now you've decided on the CDR, DSR approach. So what tipped the scale toward MongoDB?
So a couple of different things, right? One of the key things was our data in the DSCSA world is very hierarchical in nature. And obviously, the document database fits that model very, very nicely. It was a very good fit. We also took a look at some of the performance metrics between MongoDB and other systems. And with our access patterns, and I want to make that key as access patterns is key here. We were able to get much more performance-related metrics out of the MongoDB platform than some of the others that are out there. In addition, we have requirements to also have on-prem systems as well as in the cloud systems. So allow our developers to go ahead and code once and deploy anywhere we needed to in order to make our business successful.
Fantastic. So now Upendra, systems built big day. So once you went live, how did it actually perform in the real world? .
I think it's kind of overwhelming and the kind of scale that we achieved, I think a big thank you to MongoDB as a partner, along with our partners as well. The GoLab has been as smooth as it can get. I think it's a moment that we all should be incredibly a bit proud of because if you see DSCSA, it is all about trust. It is about protecting the integrity of the supply chain so that our people that rely on our medication to manage their chronic conditions or flight infections, can trust, feel safe that the medication that they're getting from is safe, it is authenticated and that one that they can trace back from the manufacturer all the way to the pharmacy. .
Fantastic. I mean that is a huge accomplishment. You're really serving your patients well. And an enormous jump in scale, I understand it's 300x what you expected with no disruption. And so that means a lot of your patients. What does it mean for the team?
What it means it's a good question because if you think about it, DSCSA, right, one, it is not just another regulatory project that we can just check market. It is about leading the way. It is about setting the standard for how pharmaceutical companies should approach compliance, that is with integrity, with innovation and with a deep sense of responsibility. So having had this opportunity to work on critical projects like this that serve kind of the humanity. It's an incredibly proud moment.
Fantastic.
And one of the things you mentioned is the success we've had with this platform. So if you imagine shipping 1/3 of the pharmaceutical medications across the U.S. every second counts in the middle of the night. We did a study where even 1/3 of a second would add an additional 15 people across the network. So if you have a system that cannot perform or be performing, it drastically impacts the operational perspective of actually meeting patient requirements and getting the pharmaceutical drugs there. On the CDR side, just to give some metrics around this, we went from servicing 1,000 requests, right, before we went live to the next day, go doing 300,000 requests in the next day. And MongoDB was so performant, we did even notice it. There's no blip on the map. The outlets performed fantastic. And we're very proud of the success and what we're able to achieve in that area. .
So glad we could partner with you in that. And I have to ask back looking at the journey that you've gone through with advice would you give your peers in the audience, Brian, if they're tackling similar large-scale mission-critical challenges like this.
Yes. When I think about the entire journey, I think one of the keys was for me was partnering with MongoDB because they not only took the time to understand us, but they were really there for our success. I think when I was working with our account manager, Daniel Johnson, he said, "Brian, I just want you to be successful. We're here to help you be successful. And that made a big difference because with the DSCSA project, we are working with lots of vendors, lots of different technology. And MongoDB partnership stood out because they were able to pivot when we wanted to pivot. They were able to accommodate and be able to provide that leadership when we need it. And it was -- is very good, and I highly recommend anybody else to engage with you guys.
I'm so glad to hear that. Now all of this is going. It's fantastic. But I have to ask you, what's next? Where do you see the system in the underlying technology expanding in the future?
Well, I think having accomplished, having met the FDA deadline of August 27, it is now about how can we future-proof our operations, how can we leverage the technology to meet those ever-growing challenges of the health care industry and the patients alike. And we have quite a few things that are lined up. We are embarking. We are about to complete a use case with the Mongo team on the GenAI use case. And then we have a few more use cases that are lined up, and we are so excited to start our journey of proofing our operations now.
Yes. I'd just like to add, Mongo was key for us to accelerating our AI journey at McKesson. Being in technology, I think we've all heard of blockchain, if anybody remember those days when it was very popular. Blockchain was going to save the world. AI was kind of seeing somewhat similar in our technology space, but being able to partner, you guys helped us accelerate and see real-world results. And that's the key is real world results that can speak to the business, and that's just -- that was just fantastic.
Fantastic. Thank you both so much for sharing your story with us. Upendra, Brian. Thank you, guys.
Thank you everyone.
It's not often than we get to hear about how large-scale technology choices filter all the way down to the individual patients. Many of us right here in this room, and there are our safety. We really appreciate McKesson sharing their story with us today. Now McKesson's journey shows what it takes to run mission-critical systems at massive scale. Now we want to show you how those same capabilities can extend even further into powering a new generation of intelligent AI-driven applications.
Please welcome my friend and colleague, Frank Liu, MongoDB Staff Product Manager.
Thanks, Melissa. AI is a broad term. But if I were to define it with a single sentence, it would be something like this. AI helps us create applications capable of understanding the world as we humans do. And this will really bridge the gap between computers and people. What does that actually look like in practice? Let's start by taking a look at some different applications that leverage AI.
First up is retrieval augmented generation or RAG for short. RAG finds the most relevant information in a knowledge store using vector-based retrieval. And that information is then fed to a large language mall to generate accurate grounded responses. The ability to chat with developer documentation is a great example of this. Next up, our recommendations. This is the ability for a system to intelligently surface content that a user would like to engage with. If I'm shopping on e-commerce websites and add a coffee machine to my shopping cart, a good recommendation system will recognize that. I might also like to buy some coffee beans and maybe a milk frother as well.
Last but not least, we have agent memory. Now earlier, Dev talked about agents and how they are critical to unlocking transformational change with AI. These agents require memory to maintain context and adaptive feedback much like humans do. A real-world use case is an autonomous digital campaign marketing team. And in this scenario, a team of highly specialized independent agents, such as a VP of Marketing, a market researcher, a copywriter, graphic designer, et cetera, et cetera, collaborate, to plan, create and launch a complete marketing campaign from a single high-level prompt.
They use both individual and shared memory to coordinate tasks, maintain brand consistency and learn from their results over time. Bringing any of these use cases to life depends on 1 critical component, and that is the quality of your embedding models and rerankers. This is often the difference between potential and production. And before we go any further, let's do a quick refresher on embeddings and reranking. And embedded model is used to convert everything from PDFs to images, to audio or even code into an array of floating point values that capture meaning for software to process. The key thing to note here is this -- two embeddings that are close to one another in a high-dimensional space correspond to data that is related.
Now as for rerankers, they compare each retrieve document directly to the user's query. You can think about it this way. You first retrieve results using embeddings and a reranker then reorders those results to improve accuracy. Stronger embedding models and rerankers improve the quality of our retrieval. And this results in a more relevant and grounded results for RAG; b, recommendation systems that actually drive more engagement and improve user satisfaction; and c, agents that remember the contents of past conversations.
So embedding models and rerankers are so important, where can I get great ones? Well, I'm glad you asked. MongoDB Voyage offers best-in-class embedding models and rerankers. We have your typical general purpose text embedding models, which turn pure text into embeddings. In this category, the Voyage 3.5 series outperforms competing models from the likes of OpenAI and Cohere, all while being more cost efficient.
We also have powerful multimodal models where typical multimodal embedding models are only capable of vectorizing a single photo or a single text string, Voyage multimodal 3 is capable of vectorizing interleaved text and images. They can also capture key visual features from screenshots of PDFs, slides, tables, figures, you name it. And this eliminates the need for complex document in parsing while still maintaining retrieval accuracy.
Innovation is the name of the game when it comes to AI, and embedding models, quite frankly, are no different. We recently released voyage-context-3, a breakthrough in precise chunk retrieval with global document context. This contextualized chunk model is the very first of its kind. Our model process is the entire document in a single pass and generates a distinct embedding for each chunk, delivering superior retrievable performance. .
On the reranker side, our recent reranked 2.5 release sets an industry standard for reranking with instruction following capabilities. Voyage models are designed for high accuracy and quality. And when you start using them, I think you'll find that we've done a lot of work to make them as developer friendly as possible. And even though great embedding models and rerankers are critical for building grounded, reliable AI applications, you still need other components to bring AI to life. With other database providers, this is an extremely complex process.
You had to have your source of data, a database for structured data and a vector database. You also have to feed that data into your embedding model and then be sure to update both data stores. Then you had to have your results reranked outside of the database. Now all this made for a very, very complex and multi-vendor environment.
Now you can do everything with MongoDB. This native integrated experience reduces friction for you and accelerates your AI application development journey. Search and vector search have been in Atlas for a while, but we understand that a lot of development starts locally. And as such, I'm pleased to announce that search and vector search are now available for community server and enterprise server. With these 2 releases, we're opening up our text and vector search capabilities for development, testing and production in your own environments in addition to Atlas. .
Now I'd love to show you all of this in action. Please welcome Apoorva Joshi to the stage to help me do that.
All right. Apoorva, I heard you are a big fan of the movie, The Devil Wears Prada, is that right?
Guilty as charged, guilty as charged. I watched it way too many times for me to even admit. But I just can't get enough of Meryl Streep and her iconic stairs, like when she glares at Anne Hathaway at 32 minutes or oh, my favorite, cerulean sweater scene, you know what I'm talking about at 54 minutes, 11 seconds or...
Hold up. That's actually [indiscernible] you know the actual time stance. I mean you really have seen this movie a lot.
Well, I have to admit, I did have a little bit or a lot of help, right? All I really wanted was to find my favorite themes from all of my favorite movies. So I built an app for it, and AI app for it. It's why you do these days, right?
Of course, you did. Of course, you did. .
You want to see.
I would absolutely love to.
Let's do it.
But before you begin, I'm thinking maybe we shouldn't use The Devil Wears Prada since this is being live streamed and I really don't think we want MongoDB to get sued.
That's a good thing. That's a good point. Okay. So why don't I use the next best thing? Are you ready for it? Previous MongoDB.local keynotes. Are you really telling me you don't watch them all the time? What's better than curling up on your couch on a Friday night, watching Dev, our CEO talk about the greatest database of all time.
Look, you don't have to tell me twice. I do it every week, every weekend. So...
See -- so okay, jokes aside, there's this term that Dev always uses something like critical movement. So how about we see -- if he talks about that in last year's keynote. So here's my app. I already uploaded last year's keynote through it. So I'm just going to go ahead and select that and I can start searching for my favorite moments. In this case, we want to look for critical moment. It's crucible moment, my bad. But while we're here, how about we look at what that means in Dev's own terms, right? So I'm going to click on that top search result here. It has the time stamp for me to skip too.
So let's see what Dev has to say about Crucible Moments.
The most well-known venture capital firms in the world, and it's also one of our earliest and largest investors in the company as a term they called a Crucible Moment. And they define a crucible moment as an inflection point where a choice you make today has an outsized bearing on the years and decades to come.
[indiscernible] in case this ends up being a crucible moment in my life.
Look, crucible moment aside, this demo is super impressive. Can you tell us a little bit more about how you built it? .
Sure. Yes. So the app contains a lot of the components that you were just talking about, right? I upload a video to it, and it first extracts frames from it, then it uses Voyage AI's latest multimodal embedding model to embed trim to capture what's happening within it. But can you believe that it took me, it costs me less than $1 to embed a whole 70-minute long video.
That is a great price point for a best-in-class embedding model.
Right? I think so, too. And these embeddings are what make these frames searchable without using the exact keywords in the frame descriptions. And as you can see, I'm even able to match a text query to text within a frame image, which is something typical multimodal embedding models often struggle with. I've then implemented hybrid search using MongoDB's latest rank fusion aggregation stage, which allows me to combine vector search on the frame embeddings and full-text search on the frame descriptions.
So this really gives me the best of both worlds, which is semantic understanding from the embeddings and precise keyword matching from the full-text search. And this really helped me improve the search quality within this application that I built.
This is awesome, Apoorva. The demo itself looks really smooth, but I also imagine there's a lot of other things that are happening behind the scenes. Now could you tell us a little bit more about what makes this search so responsive?
Yes, 100%. So speed is the name of the game, right? And there's many MongoDB features that you can use to optimize the applications for not just real-time performance, but also massive scale. And one of my favorite features, something I use all the time is this feature called quantization, which essentially shrinks full precision float32 vectors into smaller, lower precision vectors consisting of int8 and binary values.
So what does this mean? Where your vectors were initially taking 32 bits to store each dimension, can now only take 8 or even just one. And the coolest thing is you can retain most of the retrieval performance despite this compression. So you get a really good trade-off between accuracy and latency.
I absolutely love it. And to add a little bit more color to that, voyage-context-3, voyage-3-large and the voyage-3.5 series are all trained for what is called quantization awareness. So if you use it in conjunction with the quantization that Apoorva was just talking about, you'll be able to retain a lot of the accuracy when it comes to search and retrieval.
Awesome.
Thank you so much, Apoorva. One last thing, where can we get the code for this demo?
So there's a QR code right there, that should take you to our Gen AI showcase GitHub repo that has this app that I was just showing you and many others for you to check out after today.
Awesome. I love it.
Well, thank you, Frank, and I'm going to now go rewatch The Devil Wears Prada. Thanks, everyone.
Thank you, Apoorva. Now I know we've covered a lot, and many of you are ready to learn more. One area where I barely scratch the surface of is agents and agent memory. This is an incredibly exciting topic for me personally. Search and retrieval are essential components for agentic applications. And they are often the critical elements that take agents from prototype to production. Join us later today to learn more about using MongoDB for AI agent memory in this session.
And also, Apoorva is hosting a hands-on workshop at 1:30 today. This workshop gives you the opportunity to earn one of the coveted MongoDB skill badges that Dev talked about at the start of the keynote. Skill badges are digital credentials that allow you to quickly learn and validate specific MongoDB skills. I've got this QR code to access opportunities online with MongoDB University. Attend one of today's workshops or if you only have 10 minutes to spare, look out for the flash badge sessions at the University booth or at the Skill Hub on the fourth floor during breaks.
I hope at least one thing is clear by now. If you build on MongoDB, you'll have everything you need to bring AI to life in your applications. But what if you aren't just building new software? What if you have a long tail of existing applications? The obvious solution to this problem is to modernize off of those legacy estates. But how to do that has been a real challenge. So here to tell you more about our new groundbreaking approach to modernization, please welcome Shilpa Kolhar to the stage.
I'm not sure I would call modernization fun. However, I'm sure everyone here would agree with that. But I do love a challenge. And what I love more is how MongoDB is solving for this one. So let's kick this off with a question or maybe a few.
How many legacy applications that you are running you think that they're working fine, but still keep you awake at night? Do you carry a lucky rabbit's foot?? Or do you throw a penny in a wishing well, every chance that you get? I have done that. And I can tell you there is a better way.
We all know many of you are surrounded by a large estate of legacy applications, which we built decades ago, and they still run critical parts of your business. These applications stick around because even making the simplest of change is extremely risky.
How many of you have heard this phrase, "don't touch it, it's mission-critical." These apps are draining budgets, risk and compliance failures, security breaches and ultimately slowing you down, slowing innovation. And very often, the developers who built these apps have moved on a long, long time ago. So you are now left with maintaining these applications, which can be challenging because of large estate of stored procedures. It's a ball of spaghetti, which is hardly documented and very convoluted to understand, okay? And then you have these outdated frameworks and run times, which are brittle and hard to upgrade, core that you might not understand that depends on technologies, which are outdated and you don't have time to learn it. There are no functional tests or unit test to guide even the simplest of changes. And then a gap in vendor support or security patches once the framework has reached end of life. The cost just to keep the lights on, on these applications can be enormous.
But making the decision to rewrite, to rearchitect and modernize these applications can be overwhelming. And it's why so many companies postponed their modernization projects year after year. But I have a good news. MongoDB has worked on many such modernization projects. And through years of experience, we have prioritized and come up with a perfect platform that is structured around proven and repeatable framework so that modernization can be easier and faster.
Introducing MongoDBs application modernization platform or AMP for short. AMP helps companies rapidly transform their legacy applications into modern scalable services on MongoDB. By combining AMP tooling with MongoDB's proven repeatable framework, customers have seen some of the tasks like code transformations speed up by 10x and overall modernization efforts by 2 to 3x faster. These modernized apps will land on MongoDB. So you are better prepared and positioned for the future.
AMP includes primarily 3 things. We call them the 3 Ts, tools, techniques and talent. We have developed a set of AI powered and deterministic tools to perform specific modernization tasks from creating functional tests to transforming code to migrating data and so on. And these tools are paired with techniques and methodologies that we have created to address various modernization challenges. And then these are all put into action by our team of modernization experts. These are all designed to completely transform your applications from the data tier to the application tier so that you are in MongoDB and in the future, you can focus on building new capabilities and business differentiators and you are ready to embrace AI.
You know what? Customers are already seeing the results. Lombard Odier, a 200-year-old Swiss bank successfully migrated key applications from its SQL database to MongoDB. This resulted in migrating code up to 60x faster and reducing the regression testing time from 3 days to just 3 hours.
Intellect AI, one of the world's largest fintech platforms, it was faced with significant performance and scalability challenges on their existing stack, which was based on a monolithic architecture and with relational database. By working with MongoDB, Intellect reduced their onboarding workflow times by 85%. Their clients can access their portfolio and get insights much faster now. Also, the development life cycles were sped up by as much as 200%.
And Australia's Bendigo Bank. They reduced the development time required to migrate one of their core banking applications from a legacy relational database to MongoDB Atlas by 90%. And with AI tooling, the bank was able to reduce time spent running their application test cases from over 80 hours to just under 5 minutes.
These customers are all from a highly regulated industry. And if we can modernize with them, we can modernize for everyone. What we provide with AMP that has helped these customers and many others covers the entire life cycle of modernization. As you would expect, code conversion is a critical aspect.
Now let me be clear. AMP is not about taking the legacy code base and throwing it into an LLM. Spoiler alert, that doesn't work. Trust me, we have tried it. Real applications have large and complex code bases that AI cannot handle effectively. And this is especially true for those applications centered around stored procedures. So our tooling enables us to break down this problem into smaller pieces and then work through the code base through an interactive iterative automated process.
Even if you perform the conversion, a critical input is functional tests to prove that your converted application is functionally equivalent to your previous original application. And what we have built is tooling that assists both with static and dynamic analysis of your application to identify those areas of concerns in your code or figuring out all the complexities involved in this entire modernization project.
Obviously, you don't want to get into any modernization effort without fully understanding your application code and the code base. For this, we have tooling that can perform static and dynamic analysis. And certainly, last but not the least, we want to get your converted application onto production. For this, we have tooling and methodologies to help you derisk that last mile of getting your application into production.
So you can see we have covered you across all these areas with AMP. We have the tools that leverage AI, where needed. We have the methodologies to address and approach those modernization challenges. And we have our team of experts who will work with you to bring this all together. This is all designed to help you produce a modern and performant application running on MongoDB so that you can have no sleepless nights. I don't know, I can't say that thing, fewer sleepless nights and worrying about your legacy applications, like we don't want you to worry about it, and spend more productive hours developing the capabilities that your business needs.
I hope that gives you an idea of what we can do to help with modernization. And there is so much more to show. For that, we have a full session today right after this keynote, where you can see AMP in action. We are very excited about how we can help you with your application modernization on MongoDB. From the release of MongoDB 8.2 to our breakthrough industry-leading AI capabilities, to MongoDB AMP, MongoDB is removing friction. So you can move faster, innovate more boldly and adapt with confidence. And while today has been about what we have delivered and what you can build right now, we know the pace of change isn't slowing down.
So now let's explore our vision of that future. Please welcome my boss, CEO, Dev Ittycheria, back to the stage, that he will be in conversation with Voyage AI Founder, Tengyu Ma and CNBC's Jon Fortt. Thank you.
All right. Nice gathering you've got here, guys. Thanks for having me. I sort of want to set the stage for the future here, Dev. So tell me your business perspective on Agentic AI right now. In your career, you've seen a lot of these transitions PC to web, web to mobile and cloud. And there were certain, I think, practices attributes that allowed some businesses to effectively zoom ahead, some developers to effectively zoom ahead. What were those? And how do those apply here?
Sure. So I'm going to use the analogy with the SaaS or the cloud world. If you all remember, most people thought that when SaaS and cloud became very popular, every application was essentially a CRUD function on a database. But then people realize it didn't makes sense to recreate their own CRM or their own HRIS systems so that every customer end up implementing some version of Salesforce or some version of Workday or some of their equivalents. But that was really a competitive advantage that would have just made their business run more efficiently because your competitors could use Salesforce or Workday.
What really provide a competitive advantage is the deep customization of software in terms of how companies engage with their customers, how they build new products, how they pursue new opportunities or respond to new threats or found other ways to drive the competitive advantage. And I think we're going to see the same thing with AI. And I think the way agentic use cases will come about is that people start building very custom agenetic use cases that truly transform the business in terms of seizing new opportunities, building new products, offering a very differentiated customer experience. And ultimately, that will show up in how they compete in their markets.
And allowing them, I guess, to really take advantage of AI capabilities in those advance. Now Tengyu, 10 years ago, I believe you were a grad student at Princeton and an intern at Google, congratulations on that retroactively, by the way. But now you made good use of the last 10 years. But back then, when you were a grad student studying neural networks, machine learning, is this how you thought the next 10 years would turn out?
I think we do expect some part of it, but I think I didn't really expect large language model wave 10 years ago. We saw the growth of deep learning starting from 2013, and there was a wave for AI like -- with like a vision models. And -- but large language model was really amazing. And -- yes.
So you didn't see the large language model kind of inflection point happening. It was like wait a long time and then all of a sudden...
Yes, I think so.
What's the lesson in that for technologists, for developers who are maybe have expectations about how much time they have to adapt to the technology that we're seeing on the scene to really take full advantage maybe of what MongoDB is putting out there today?
So I think the -- in some sense, I think the AI kind of like technology is changing the workforce, they're changing the way that we worked every day. So I think Anthropic has a blog post about this. At MongoDB, we also have seen this. The AI developers are using the tools they developed to build better tools, faster and more efficiently. So we are using code assistance. We are using our own models to help us to write new code to train the models, next generation of the models. So in some sense, there's a double acceleration here. And so we are faster and faster in developing new models.
So Dev, along those lines too, and the ways that you need to effectively lead a team today, whether you're at the CEO level or like most other people in the room at a more micro level, how is this agentic moment, changing the way you effectively build something, a human communication piece and then even the degree of understanding you need to have of your organization's mission, your customers' needs?
Yes, I have a pretty optimistic view of AI and Agentic use cases going forward and Agentic tooling. I don't believe that suddenly all these jobs are going to disappear. In fact, when I look at like our scale of our ambition, there's so much more we want to accomplish. It's not like you can say, because we have AI tooling, all of a sudden, we need less developers or less staff. We want to get more leverage out of them so we can actually do more things and do more things more quickly.
And we're still investing in R&D. We're still investing in building more capacity in our organization. And I think we view that tooling will enable us to move that much faster and get more output from the resources we have. And like most other organizations, I would have to -- I think all -- every development organization probably has a backlog of things they want to do, but they just don't have the resources to do it. And I think now with AI tooling, you're going to see the scale of ambition just increase dramatically of what people want to accomplish. And I'm super excited about that -- what that says for us.
So about a year ago, I guess, maybe a little less you at MongoDB, bought Tengyu's company, Voyage. Tell me why and how some of those technologies that you picked up that his team is working on are really embedded into what folks are going to be learning about today?
Sure. So when we rolled out our back to the store, and we were really proud that we could offer companies ability to do this very -- and you heard it a little earlier about hybrid search, the Rank Fusion command that you can do very sophisticated searches. But customers, when they heard the story, say, yes, but I still have one problem. I still need to go embed my data because you can't use a vector store without embedding your data. And so we said, okay, that's a fair point. So we're creating like an extra step in the process. It wasn't a seamless developer experience. And so we said, okay, let's go try organically building our own embedding models because we realized that, that would take a long time, and we didn't necessarily have the expertise.
And fortunately, through some venture connections that I had, we got connected to Tengyu and his team, and we were dazzled by what Tengyu and his team were doing. And I think at the same time, they were also thinking about maybe they should be part of a large organization. So we got -- had multiple conversations and discussions and realized it makes sense to do that. And what's really impressive is the Voyage models are really well -- I mean, Tengyu may not say this himself, but they're super well respected. The team -- Tengyu and his team are a bunch of rock stars, and they're really respected in the AI community and the Voyage models are ranked very high, so much so that Anthropic recommends Voyage models to all their customers. So we got really excited and that's why we ultimately decided to make voyage part of the MongoDB family.
Tengyu, why were you building that?
So because we believe that we have amazing kind of progress in the last few years for the AIs capabilities. But sometimes people forget or miss that these AI models off-the-shelf cannot access proprietary information the company or individual has. So these models are like smart brains, but you always have to connect them to the proprietary information so that they can have the context and backgrounds to make reliable accurate decisions or responses.
Otherwise, we're just kind of guessing, right? You got to read stuff or talk to people in order to -- no matter how intelligent you are really get practically smarter.
Exactly. For example, even you have a smart guy like Einstein joining MongoDB on the first day, that person needs to read MongoDB's documentation, internal documents to contribute to MongoDB. And embedding models is this tool that MongoDB built to make these kind of connections and ingesting massive data into large language model possible. In some sense, it's kind of like librarian, which help you find the most relevant book or book chapters in our library.
So -- and in some time, this librarian is also beyond the traditional librarian who is using the call numbers, right? The call number is just 9 digits. But here, the embedded model actually generates thousands of numerical floating precision numbers to represent not only the book title, the books -- the year, the authors, but also every little details in that book up to the chapter, sentences or even annuities in the book. So that when you use this longer version of the call numbers, we call embeddings or vectors to search the relevant chapters, you can be much more accurate and much more efficient.
If I can just add. I think the thing that I think a lot of people don't appreciate is that the frontier models have scrapped all the public data. So they have basically indexed and scraped all that data. The real secret sauce for any company is their private information. So what the embedding models are truly a bridge between a company's private data and the LLM, and no company is just going to hand the private data to a frontier model. So the best way to essentially figure out how to leverage their private data is through the embedding model.
So I think what the industry is starting to realize and value is that the quality of the embedding models and the reranking models are super important to build a reason and make good decisions about your own data, which is, frankly, what most customers have to do on a day-to-day basis. So that's why this element that was kind of viewed not as strategic or sexy a couple of years ago is now viewed as a super important to build, again, reliable and trustworthy AI applications.
Tengyu, game plan time for the folks here in the room. If you were getting ready to go out into these breakout sessions, interact with peers, whatever, how do you make the best use of your time today.
I would encourage people to understand and kind of get more familiar with our products. I think -- we -- I think one of the reasons, for example, that I believe that the vision and joined MongoDB is that we believe in the document model, which is what AI is all about because AI's data are unstructured, semi-structured. And sometimes it's fundamental because our brains don't store knowledge in rows and columns, but we store knowledge in some kind of unstructured, semi-structured way. And I do believe that MongoDB is uniquely suited for the new generation of the AI applications. There will be a massive replacement of the old traditional softwares by AI native softwares and all of them requires a database. And MongoDB can be the data base that is intelligent because you can search through the database with the embedding models, the rerankers and get most relevant information.
Well, let's let them get to it. Dev, Tengyu. Thanks for having me here, helping you kick it off.
You're our Rockstar from CNBC. So thank you for being here.
Well, I got to get to work.
Exactly. How the market is doing.
So this concludes the keynote section of the day. We're going to take roughly a 15-minute break. The breakout sessions will start at 10:45. So refill your coffee cups, do whatever you need to. And the next session will start at 10:45. Thank you very much.
[Break]
Good morning. Sorry to stop the music. I know everybody loves that great 80s song. Good morning to everybody. My name is Mike Berry, I'm the CFO at MongoDB, and I'm proud and honored to be the MC for today's event. So we're super excited about what we've put together for you. As you know, hey, folks, this is for you. This is our annual event where we will walk you through not only where we've gone, but most importantly, where we're going to go. So you're going to get a great event today. I'm going to go through a little bit of the logistical piece of it, and then I'll walk you through who's going to talk and what you're going to hear today. It's going to be a nice long event. So if you have to get up and take a break, go ahead, we'll put a break in there, but we have a lot on the calendar for you today.
So a couple of housekeeping first. As I said, hey, folks plan on this probably going to 3:00. So that's about a 4-hour event. About 12:15 or so, we'll take a 15-minute break, have lunch boxes for you. So we will keep you nourished during that time. We will have a Q&A session at the end. So I would ask you to hold your questions until then. We don't want to interrupt the flow of the presentations. We will try to leave as much time as we can to take questions at the end.
As you all know, this is a big event. It's -- and for us as well, I could thank a ton of people. There's 5,600 wonderful employees at MongoDB. There's a bunch of people that have spent a lot of time on this. And if you haven't met him yet, he's new here, Jess, would you please stand up our new Head of IR. There's Jess Lubert. There's 2 people and just started a couple of weeks ago, as I like to tell them, hey, but there is no shallow into the pool at Mongo, you're going to dive right in. Earnings Investor Day, but there's 2 people that really got us to where we are today. And they're not their numbers, they're mine, so you don't blame them. But [ Bridget and Austin ], would you please stand up? So [ Bridget and Austin ] on the finance team, hey, folks, they've done a ton of work. We're only here in front of you because they have herded the cats for 4 months. So [ Bridget and Austin ], thank you very much.
The other big thank you, and they're not here yet and some of them may be in here, you're going to hear from some of our wonderful customers today. We are only here on MongoDB because of the support of our customers. You'll hear a lot from us, but we think it's much more valuable for you to hear from them, why they use us, why they trust us in their important infrastructure. So we're going to have a couple of customer panels. You'll also see a couple of testimonial videos as well because everybody couldn't make it in person. And I want to thank those customers as well. They're taking time out of their busy day running their own businesses to come talk to you about why they use Mongo. So we greatly appreciate obviously, not only the support of our customers, but the time they're giving as well.
Okay. So this is important, and I do have to read this. So this is an investor event, and it's certainly covered by our safe harbor. So before we dive in, a couple of legal disclaimers. Our remarks today will include forward-looking statements, including statements related to our ability to capitalize on our market opportunity, financial goals, strategy and potential benefits of our products. These statements reflect our views as of today and are subject to a variety of risks that could cause actual results to differ materially from expectations.
For a discussion of risks, please refer to our Form 10-Q for the quarter ended July 31, 2025, and other filings that we may make with the SEC. We will also discuss non-GAAP financial measures, which are reconciled to their most directly comparable GAAP financial measures in the appendix in the presentation, which will be available on the Investor Relations section of our website. Also, and there's a bunch of people joining, obviously, virtually, we will post a presentation on our IR website when we're done. You're going to see new metrics today, so you don't have to take out your camera and take a picture. We will provide you with those and we'll post them later.
Okay. Here's the lineup for today. One of the great things about this, at least I think it's great versus last year, hey, there's 4 or 5 new people. There's only 1 that stayed here, which is obviously our CEO, Dev. So I will kick it off. I will hand it to Dev. You're going to hear from Jim Scharf, who is our CTO. You'll hear from Fred Roma, who runs our Atlas Data Services Business. You'll hear from May Petry, who's our Chief Marketing Officer, and then I'll come back and do the financial update. So here's the agenda for today.
I will kick it off. I'll hand it to Dev. He's going to talk about key drivers for durable, profitable growth. You will hear a couple of things, probably 1,000 times today, durable, profitable growth. So when you leave here today at 3:01, there's a couple of things we want you to remember. That's 1 of them. Then we're going to have Jim come up and talk about our competitive positioning, mostly related to our core products. He'll also give you some view of AMP, which we introduced today as well. Then we'll have a customer panel, look at those names, Adobe and McKesson, great customers. They're going to talk about MongoDB versus your favorite subject, which is how do we compete against relational.
Then we'll take a break, bring in lunch. Then Fred will come up and talk about our AI product strategy. And then we'll have another customer panel talking about us in the AI era, and you see those folks here, Cisco, DevRev and TinyFish. Then we're going to have May talk to you about and we talk about this a lot, our product-led growth in our self-serve model. It's a huge part of our go-to-market motion. So May is going to give you an overview of that. I will then come up and put everything together, how does this relate to our financial update. And yes, we will talk about long-term targets. So you're going to have to wait 2 hours and 30 minutes. Hopefully, it's worth the wait. And then we'll open it up for Q&A. All your presenters will come up and talk to you, okay? So those are all the housekeeping items. Again, folks, we'll post on the website and you'll have access to those charts. So without further ado, let's kick it off. I would like to introduce our CEO, Dev Ittycheria. Dev, take it away.
Thank you. Nice to be here. Thanks for making time today. We will focus on durable, profitable growth. Okay. Good.
The first thing, I think what you should take away hopefully from today is a few points that we're going to really reinforce throughout the next 4 hours. One, we have a massive market we're going after. And that market is growing. Two, the AI transformation or platform shift or whatever you want to call it, we believe, significantly expands our market. Three, this is not a winner-take-all market. Our competitors don't need to die for us to win. And four, you've heard this new thing called AMP that we announced yesterday. If you saw the keynote, we talked a little bit about AMP and the keynote is basically our way of making it easier for customers to migrate off those thorny legacy applications onto MongoDB.
So consequently, we believe that we have multiple tailwinds that will drive long-term durable growth. So just a couple of things on the market. These are all IDC numbers and the market today is estimated to be a little over $100 billion. And as you know, we only own 2% of that market. So even if you became a -- had 5% share, we would be a $5 billion revenue company. And what's really interesting is that there's not many markets that are this big that are growing this fast. IDC estimates that this market is growing by roughly 13% year-over-year for the next few years. So that speaks volumes about the fact that our market is large and it's still growing.
So the second question is like why is AI a tailwind to our business. One, I would argue that AI is expanding the software universe. If you go back through every platform shift from PC to Internet to cloud and mobile and now to AI, the cost of building applications has come down. Consequently what happened? There was an explosion of applications that people use to express their business strategy and really run their business, either to seize new opportunities, respond to threats or drive more operational efficiency.
The second thing that's also clear, the point there being is that AI will be no different. And we believe that the number of use cases that you will see with AI will be very, very different because in some way, you'll be using the reasoning capability of AI to address use cases you never could do before with deterministic software. The second point is that real-time data becomes far more critical. Data is critical for AI, how it's stored, retrieved and even kept fresh. And the OLTP layer or database is where memory and state are handled. And we believe that the OLTP is a strategic high ground for inference.
Third, AI speaks JSON. Hopefully, you have seen enough evidence to recognize that JSON is the lingua franca for AI. All the LLMs are trained on JSON-based tokens, MCP the protocol that everyone uses to connect LLMs to other data sources is built on JSON, other adjacent technologies emit and consume JSON, it's all about JSON. We are a native JSON database, so the ability to seamlessly input or extract data from MongoDB is a core advantage for us.
And last but not least, you need to do sophisticated search and retrieval. Now in the traditional way, you do search retrieval through like keyword matching, metadata filters, et cetera, and you would basically find information. But with AI, you need to do searches that really understand the meaning or intent of the information that's being produced. What MongoDB allows you to do is basically do those -- both those things effectively in one pass. And that becomes really, really important as you're doing things like RAG, as you're doing things like recommendations and obviously, as you want to deploy Agentic use cases.
Now before we get into AI, I just want to give people a little bit of color of how we got here and just walk you through the phases of the company and how it transitioned. In the first phase, this is -- the founder started the company in 2007, they were the -- essentially, I talked about this in the keynote, but the founders were the founders of the company called DoubleClick. And DoubleClick was the first -- one of the first web scale apps that people saw. They used to serve billions of ads per day. And so consequently, they have to deal with the massive data challenges at that time. And this is like -- over 20 years ago.
And they realized they were investing so much time working around the constraints of the relational database that at some point, they said, this is crazy. It just takes too much time, effort and money to do that. And so why don't we built something that we would want to do and that was the -- basically the genesis of the document model. So their goal in the early days was one, to obviously build product, nail product market fit and win some lighthouse accounts. I took over as CEO 11 years ago, and the Board had really chartered me at that time saying, can we build a durable business. There were a lot of questions about open source companies.
And it was at that time, there weren't many open source companies that achieved meaningful scale. And so open source is great for generating value, but wasn't great for capturing value. And when I look at the business, I felt the best way for us to capture value was building a cloud service. So we launched Atlas in 2016. We took the company public in 2017. Atlas was 2% of revenue at the time. Today, it's 74% of revenue. So I think we've done a good job of capturing value, leveraging our technology. And the other thing we did was focus on both go-to-market excellence, really building a highly competitive, aggressive sales organization that could go out and compete and win against all the other players in the marketplace, and also build an enduring culture where great people want to come and stay and grow their careers.
So then the question is, what's next? We're now entering what we call MongoDB 3.0, not confused with the product, the phase of the company. And we believe there's an opportunity to not to double or even triple this business, given this new big platform shift with AI. So the key challenges we recognize clearly in front of us is we want to overcome the bias for relational. There's clearly still -- relational has been around for over 50 years. And in many organizations, there's a predisposition to just stay with relational. We recognized to grow to $4 billion, $5 billion, $6 billion in size, we need to start winning strategic and bigger deals because you just can't win those workload by workload.
And we also want to take a solutions orientation. What we've heard from customers is, yes, you're giving me nice tools, but I also want end solutions that I can kind of just go with that address the problems or the challenges they have in my business. And so that's kind of the priorities that we have in this next phase and obviously have the leadership team and the talent that can scale this business to that scale of growth. But through all these things, something stays very, very constant. Our underlying technology is the document model built on JSON. And all of you are very seasoned and savvy software investors and analysts, and you know that it's very hard to rearchitect a software product once you set the foundation.
And we are fortunate that we have set a foundation that not only is good for today's world, but is also outstanding for tomorrow's world. And we believe the document model is even more relevant today and tomorrow than it was yesterday. And I think that's something that's starting to play out in the industry. And so the question is why? And first is that the document model or JSON is really the best way to model the messiness, the complicated, interdependent and highly evolving nature of data that we deal with today. And the second thing we can do is we can then unify all types of data, metadata, which is really data about data, embeddings which is really representations of the semantic meaning of information and real-time operational data that you're generating in your business to understand what's happening, what am I selling? What am I buying? What's happening with my customers, what's happening in my supply chain?
All of that can be embedded and unified in the document model and JSON is the basis to do that. LLMs, as I said, MCP and other adjacent technologies are all emitting and consuming JSON. So JSON is well set up for that. Third is one of the things as you think the rate of change is only going to increase with the world of AI, and I definitely believe that, then you need a platform that can evolve and move quickly as your business changes. Again, responding to new opportunities, addressing new threats, building new capabilities, running your business in a different way, you need a platform that's highly agile and there's no better platform than MongoDB. And as I mentioned before, JSON is the basis by which all this happens.
The other key thing is none of this is true about relational. The only advantage relational has is basically it's incumbency. Relational is not flexible. Relational is not easy to change. Relational doesn't easily support different data types. Lot of relational databases claimed to support JSON, but those claims or those I'd call retrofits, are really adjunct and kind of not very elegant. So for example, in Postgres, if you add JSONB support, any document over 2 kilobytes in size has to do something called off-road storage. Off-road storage really adds to performance overhead to Postgres. So there's limits to what these platforms could do because they were not architected from day 1 to be a native JSON database.
So then when you think about, okay, what is the ideal database for AI look like? And how do you encourage you to ask ChatGPT this question, the answers are going to look very similar to this. One, you need a way to easily model the real world. JSON obviously does that. Two, you need to have a very effective and sophisticated way of retrieving and finding information quickly. And not only do we offer a semantic engine and lexical search engine, but we also offer world-class embedding and reranking models.
And third, you also want to be trusted that you're going to essentially perform as expected, that you're secure, that you're available and your performing even in the most demanding use cases. And we're battle-tested. Some of you may have heard that some of these newfangled companies are having trouble scaling. We've been battle tested with over -- nearly 60,000 customers who understand this problem really, really well. So we are starting to see some traction from AI in our numbers. These are some examples of customers who are in our AI journey, and you'll hear from some customers later today. And the other stat I'll share with you is that 30% of our ARR are from customers who have at least one AI use case. That tells you that it's not just a few customers, but many, many of our customers are starting to use MongoDB for AI use cases.
The other thing is that our market, while very, very large, we think there's an opportunity to address a big part of the market, which is the legacy relational market. When I took MongoDB public 7 years ago, we had called out in our S-1 that 30% of our new business was relational migrations from relational to MongoDB. And obviously, we grew that business very, very quickly over the last 7 years, but I was frustrated that, that part of the business did not grow as fast. And one of the reasons was that it was -- it's hard to do that.
So then the question is why now? Why is this market suddenly opening up? Well, one, from a customer point of view, the technical debt, the tax or cost, the risk is just becoming untenable for these customers. Moreover, a lot of these customers want to use that proprietary data and be able to AI enable it, but it's very hard to apply metadata to all that data sitting in these old legacy platforms. Second, the biggest challenge in the migration process was rewriting the application code. Well, guess what, with AI, you can significantly reduce that time, not just by throwing that code to an LLM, but leveraging the LLM and building an ontology around the LLM or AI technology that enables us to chunk up that code, auto-generate test, refactor that code and run those same tests to make sure that the new code works as a functional equivalent to the old code.
And then no, that's essentially what we did with AMP. And we recognize that AMP is just -- you're not just going to have an easy button, magically, the code is going to be migrated because these are very, very old, very, very complex systems. There's tons of variability in terms of versions of the tech stack they're using, the way each organization does codes their own -- writes code, et cetera. So there will always be some combination of product or tooling and services over time, that ratio will increase more on product or tooling. But that we recognize that, that our delivery model is going to be very differentiated. And then obviously, we're hiring very specialized people who know how to do this for a living.
So then the question is why do we win? We believe that we win because one, again, architecturally, we're well set up to really migrate these to a much more modern architecture. Two, we're not an SI. We're not looking to -- one of the concerns customers have is, are you just a wolf in sheep's clothing because you're just going to come in and spend 3 years, you're migrating my apps. Our goal, we view this as a means to an end. The pot of gold at the end of the rainbow is getting those relational applications to MongoDB. And that's what we're motivated by and customers actually resonate with that. And three, we believe when we walk people through this, our architecture saying, not only are you migrating off legacy, but you're also well positioned for AI. Because what people don't want to do is lift and shift and then start incurring technical debt, the day that, that migration is over.
So you're going to hear a lot of details on AMP and what we're doing here from Jim in his talk. So one of the other questions I get from many of you is competition. Obviously, this is a big market, and it's attracted all types of competitors. And that's really happened since the first day I joined the company. And when we first joined, the question was, hey, there's a bunch of NoSQL players, why do you win? These key value stores, there's graph databases, there's XML databases. There's in-memory databases, why do you guys win? I think, well, we prove that we're a very versatile and flexible platform that addresses a broad set of use cases, which is why I would argue that we are the "NoSQL" winner even though I hate that term.
The second point is when we launched Atlas, I remember the IPO, a lot of investors saying, how do you expect to partner and compete with the hyperscalers. No one had really done that. No company of our scale has ever done that. And I think we proved that customers do care about best-of-breed solutions. Customers do care about not being locked into any one cloud. And customers do care about obviously ROI. And so we've been able to grow that business. You could argue, competing against some of the largest companies in the world.
And then the third question that we're seeing now that we're hearing from a lot of you is, hey, isn't Postgres kind of the standard? And I would argue the reason Postgres is becoming more popular is not because of MongoDB is because there's a consolidation happening in the relational market. People want to get off Oracle, want to get off MySQL, want to get off SQL Server and Postgres is the easy answer. And obviously, the onus is on us to prove that we can compete, but we feel that given our track record that we've been able to prove all the doubters previously. So our differentiation against relational, I would argue, is real and durable. And so let's talk about why.
So one, and if you saw the keynote, I'm just going to double-click on these points. Relational databases are essentially -- think of them as Excel spreadsheets on steroids. So they're basically designed for a world of uniformity and predictability. So the world has changed a lot over the last 50 years. Two, they're very brittle. Ask anyone how easy it is to make a schema change on relational database and some of their eyes will roll in the back of their head because it is a very, very difficult thing to do. And in a world that's constantly changing, that becomes super problematic. And third, Postgres and these relational databases were designed to be single node systems. Now what's interesting, and Jim will talk -- go into this, is there are a lot of customizations to make it essentially suck less at scaling, but then you're locked into their platform and you don't get the benefits of a true open platform.
And then -- what I would say is the mistake a lot of people make is comparing us against, say, Postgres when the real comparison is us versus Postgres plus Elastic plus Pinecone plus something like Cohere. And as customers really start understanding this is a much more elegant developer experience. It's one API. All the data is stored in one place. I don't have to go and stitch together all these different piece parts. So the cost, complexity and agility of the platform is so far superior to everything else out there.
So we talked to you about how we're expanding from being just a pure OLTP engine and offering other things. And that platform story is resonating. One, this is some new stats we're going to share. 70% of ARR is from coming from -- of Atlas ARR has come from customers who are using at least one additional capability beyond the OLTP engine. Two, there's 40% of those customers are direct customers. So these are large, meaningful customers. And three, what's also interesting is that the customers who use more than one capability are actually 5x larger than those who don't. So what we're seeing is that as people start really embracing our platform story, they start growing much, much more quickly. So that's, I think, just a few data points to give you a sense of the fact that the ability to marry an OLTP engine with a lexical or keyword search engine with a vector store and embedding and reranking models is starting to resonate in the marketplace. And I would argue we're still in the very, very early days.
So we recognize that people either don't understand that or there's still some work we have to do. So we're working both to strengthen and communicate our differentiation. There's a lot of work, and you can hear from May, later today on how we're doing that with our community. We're doubling down and really making sure all the misunderstandings or misnomers about MongoDB are addressed, and we're finding that when people really get to understand the MongoDB story, it becomes a compelling story.
Two, you'll hear a lot about it from Jim and Fred about what we're doing on the product side and how we're pushing the envelope in performance and scale as well as all the new features we're building. And three -- sorry, I can't go back. Thank you. Three, that we're continuing to focus on driving more impact through our go-to-market efforts. We've talked a lot about how we moved upmarket in the last year. We're also talking about how we're using our self-serve business to better serve our PLG business, to better serve the small and medium-sized customers. May is going to talk about that in a lot more detail.
So why do we win? Again, the market is large and growing. AI significantly expands our market. AMP is an incremental growth opportunity that we're very excited about, and this is not a winner-take-all market. Our competitors don't have to die for us to win. So with that, I will reinforce Mike's point that we're very, very confident about our ability to drive profitable, durable growth.
And now I'm going to hand the dice to Jim Scharf, our CTO. Thank you.
Okay. So thanks for being here today. I'm going to talk a bit about our competitive positioning versus relational. And I'm going to really try to walk you through some of the top areas that customers tell us why they select MongoDB versus other database technologies. And so first, I want to talk a little bit about our foundation because everything really builds upon that. As Dev mentioned, the foundation of our database and really our company is really the document model. And MongoDB is really the only database built from the foundation up to support documents. And then having that at our foundation enables us to scale our database horizontally, which I'll talk a bit more about later, and enables us to have the best performance with documents and unstructured JSON data, which as Dev said, is really the core to these AI workloads compared to Postgres or other relational who basically support JSON as a bolt-on data type. And then there's a bunch of limitations, including around performance and scale.
Now MongoDB's invention of the document model helped it become well known with developers. But over the years, we've been fortunate enough to earn the workloads of a number of enterprise-grade customers who chose MongoDB. And these are banks, health care, government agencies. And so now we support some of the most demanding customers in the world. And these customers demand that their software and services exceed a very high bar on the dimensions of security, durability, availability and performance. And so MongoDB focuses on continuous improvement in each of these dimensions because in today's dynamic world, customer expectations continue to increase all the time.
And if you attended the keynote, you heard of some of the improvements we've made and on some of these dimensions, including very notably performance. And these demands permeate both how we build the software, but as Dev said, 74% of our business is on Atlas also impacts how we operate the software. And this is important to think about if you were to take, say, an open source Postgres and try to make it your database platform as a customer, then you're responsible for ensuring you're meeting or exceeding the bar on all these dimensions. And there's a lot of work.
And so I mentioned this because these areas are often not the shiny features that make the headlines. But we know from experience that this work is absolutely critical to earn and continue to earn the workloads from our largest enterprise customers. And the work we do here, we know, helps us earn trust and gives customers of all sizes confidence to develop even more mission-critical workloads at MongoDB.
Okay. So if you saw our keynote earlier today, we talked about MongoDB 8.0 and some of the more powerful capabilities it provided customers. It highlighted that along with a number of feature additions, a very noticeable change with 8.0 was that it was the best performance release in MongoDB history. This matters for customers because it enables MongoDB to earn consideration for even more high scale and performance-sensitive applications. And I want to share here that uptake in this release has been stellar.
Over -- so we released MongoDB 8.0 last October 1 and already over 2/3 of Atlas clusters are now running 8.0. So customers are really rapidly moving to this because the word of mouth is spreading and they're seeing the benefit that 8.0 provides. And just as a perspective, this adoption is over twice as fast than any previous release of MongoDB. And customer feedback has been consistent that 8.0 has been rock solid and has been our best release yet. So many customers have already adopted MongoDB 8.0.
So I'll highlight a few. So Adobe, Coinbase, Cisco and Bosch. So just for example, Adobe, who will come and talk to us in a little bit more a little later today. In terms of performance, they saw database reads improved by as much as 30% and bulk rights improved as much as 50%. And then Coinbase, they basically -- after they upgraded to 8.0, they saw their latencies drop by 62%. And putting this in perspective, I met with their leadership team, they were basically preparing and reporting to their Board about their preparedness to maintain availability in event of large market spikes and fluctuations. And so the performance improvements we make here, taking down their latencies gives them confidence that they're prepared to meet wide swings in market demand.
And today, we're very excited to announce that we've made even more major improvements and announced MongoDB 8.2, which is bringing both new features and yet more performance improvements. And we're really excited to put this in the hands of our customers today. So in the keynote, we talked about Queryable Encryption. And this is a powerful security capability that only MongoDB has. While in most databases, the data within the database itself remains in the clear so that it can still be queried, which means that anyone who has access to this database, administrators or employees can see all the data in clear text.
Within MongoDB, we can encrypt that data but still have that be queryable for your applications, which means that people who have access to the database cannot see the encrypted data, but your application can still query it and make use of it. And so we -- today, we expanded -- in 8. 2, we expanded Queryable Encryption to add support for even more types of queries, prefix, suffix and substring. And so what that means is you can build an application now.
So for example, let's say, I had a customer support application for a health care company. Now I can say in my application, let the support rep type in, okay, first name starts with Eliza B. The credit card number ends with 6789, and the medical note contains the word fever somewhere in there. Now all of those sensitive fields within MongoDB are encrypted in memory, offering security benefits, but the application can still pull up all of the records that meet those criteria and pull up maybe the few customers or probably with that one credit card, the one customer where that will match. So it's a really powerful capability that only we have.
Now Queryable Encryption, you might say, okay, well, that's interesting. That's the future. But we introduced this in MongoDB 7.0. And so I thought I'd talk and highlight a couple of use cases of real customers who are already making use of it. We have customers spanning all these industries, technology, government, health and benefits and telecom. And so one example is a large global tech provider who serves both consumers and enterprises, founded in Palo Alto, California, has been -- has their entire consent management system consisted of billions of consent records powered by MongoDB Atlas and Queryable Encryption. Anytime one of their customers consents to anything, the data is stored in the consent management system using Queryable Encryption and systems across the company pull the system for consent records.
Another example in telecom is Deutsche Telekom. And so this German telco provider powers their product and inventory management system that stores information related to mobile and landline contracts using Queryable Encryption. And so here, Queryable Encryption was a critical security requirement to handle the sensitive customer data such as customer contract and customer numbers, and it allows their system to pull up the records that it needs while still keeping the data underlying secure. And it was a game changer for eliminating the need for them to build their own encryption systems. So again, this is a powerful capability that only MongoDB has.
So another thing we talked about is in our foundation, the document model and enables us to natively scale our database horizontally. And so if you look in the traditional relational databases, including Postgres, they primarily rely on vertical scaling. And this is really just tech euphemism for buy a bigger server. And so this approach has a number of issues. One, larger servers scale nonlinearly in cost. Two, as you are approaching the limits of that server, your performance typically degrades. And three, you'll always eventually reach a hard scaling ceiling. In contrast, MongoDB supports horizontal scaling, which is a bit more advanced technology-wise, but offers a number of benefits. So the first one is the cost of the servers -- you can use commodity servers and it scales linearly as you scale out.
Two, you have predictable performance because you can always add more servers. And the third one is this is theoretically you can scale infinite or at least ahead of your workload needs and you don't reach a hard ceiling. And so as I mentioned earlier, horizontal scaling was built into our architecture from the very origin. This isn't true for Postgres or any of the relational databases. So you might say, but Jim, a lot of people do achieve scale using relational databases, how do they do that?
Well, to obtain horizontal scaling, you either have to build a lot of complex, very hard-to-maintain machinery to scale your application horizontally across many databases. Or you -- some of the cloud providers provide their own variants where they basically layer stuff either above and/or below Postgres to get the scale and scale horizontally. Now that may seem compelling, but what a number of customers don't realize initially is that really then locks them in to that vendor solution. You might ask them, oh, what are you using? They might say Postgres. But if you're using some of the proprietary vendor solutions, you ask the next question, oh, well, how hard would it be then for you to move from that cloud vendor on-premises, that would become a very different story.
So I think that's an important differentiation to think about. Another thing that I found very remarkable when coming to MongoDB is our ability to run anywhere. So I'm sure most of you know you can run MongoDB on your laptop. We have our Community Edition. McKesson will be up here in a little bit talking about how they run it in their fulfillment centers for medical fulfillment centers. And then a lot of people understand that MongoDB Atlas is a fully managed service. You can launch a database in, say, AWS in North America or Google Cloud in Europe or Azure in Asia. I think the thing that most -- a lot of people don't really realize is with just a few clicks of a button in Atlas, you can launch a single database that is spanning and replicate across all 3. And so not only are you taking advantage of that we support over 120 different geographic regions, but you also are taking advantage that with -- if you choose MongoDB, you have the optionality to move across the 3 largest hyperscaler cloud providers.
And so we actually help customers span clouds. And this is something that, for obvious reasons, the hyperscalers are not helping customers with. And it's important to remember that MongoDB delivers the same database, APIs and features everywhere. No application rewrites, no workarounds and the same skill set lets customers operate across -- if they choose to, even across all these environments. And now spanning clouds is not simple as each has their own nuances and interfaces.
We've actually had some large customers in the banking industry say that they're getting pressure now to -- they're on one cloud, and they're getting pressure to diversify. And they've actually been calling us because there are customers and they're saying, hey, Jim, how do you all approach this? Do you have any tips and tricks? And because it is a lot of hard work, but it's investment that MongoDB has made over the years in skill set and expertise and code. you might say, hey, why would customers want to run MongoDB across multiple cloud providers? And there are several reasons that we've heard from customers.
So first, in a number of areas, including Australia and New Zealand, customers have regulations that mandate that they have a plan to show that they're not locked into a single cloud provider. A second reason, if you talk to any CIO or CTO, you often start out saying, well, this is going to be -- I'll choose my one cloud provider. But you fast forward a year or 2 and due to mergers and acquisitions, you're now -- you're running across multiple cloud providers. And now you have to say, okay, well, how do I do that? Do I have the skill set? Do I have the expertise to do that?
Another example, which we might hear about from our -- some of our customers come up on stage is they -- if you have a customer that might want to dictate which cloud provider that you run their stuff on. And for example, it's well known that if you are lucky enough to earn Walmart as a customer, Walmart has opinions about whether or not you are going to run them atop Amazon's AWS cloud. And then the last one, which I think is kind of rising lately in the area of AI is really just having the optionality.
So right now, if you ask a CIO or CTO, hey, can you predict which cloud provider is the right one for AI, could be availability hardware, NVIDIA chips or what have you or who's developing the best AI services, think the answer is it's not crystal clear how things are going to play out. So as a CIO or a CTO, you want the optionality to know that you could easily bring your data to the cloud where those services would be.
And so with Atlas, we're happy to make all this easy for them, all with just a few clicks of a button, and that's part of the value that Atlas provides. So we just walked you through some of the reasons customers tell us they choose MongoDB over Postgres and other relational offerings, flexible data model, Queryable Encryption, run anywhere, fully managed offering in Atlas, multi-cloud and multi-region and native scaling horizontally and sharding. And it's important to think about Postgres -- so first of all, Postgres is a big broad umbrella, which really includes at least a couple of different variants.
One, where we labeled here vanilla is if you take open source Postgres and you try to run it yourself, you could very -- you could argue, hey, I can run that anywhere, Jim, and that's definitely true. However, you won't be getting some of these other things like the flexible data models, bolt-on JSONB data type. You won't be getting native Queryable Encryption. It won't scale horizontally without a ton of work and effort that's a lot of complexity.
And then you say, okay, well, I don't want to run it myself. I bought into Cloud Vision or what have you. So then you could say, okay, well, go to one of the cloud providers that provides a managed offering and so you get that. But now you're really locking yourself into one provider. So your run anywhere goes away, and you still don't get some of the other capabilities like native Queryable Encryption.
So we think -- we're going to hear from customers of how they think about this, but this is some of the points of differentiation customers tell us about.
Okay. So yesterday and earlier today, we announced our Application Modernization platform or AMP. And AMP is the result of several years of collaboration with our largest customers, helping them modernize and migrate their applications to MongoDB. And so this new platform enables companies who previously viewed migration and modernization to a new technology as just prohibitively expensive with the power of AI-enabled tooling that we've developed, we've been able to show that it's now possible. Started as an experiment, we were skeptical, too, can we just throw AI at everything and magically works. And we found sadly no. But we developed a bunch of experience there and then built tools and techniques to approach it. And now we've been seeing some wins with our customers.
And so our Application Modernization Platform, as we talked about, is really comprised of tools that we've built, AI-powered and deterministic tools to help accelerate a lot of the phases of the modernization process, which historically with a big SI approach of yesteryear would take years and years with a high degree of failure. Techniques and methodologies that we developed because we found, like I said, you can't just throw all the code of ChatGPT and assume it will work. And then talent because basically, we need to have people who understand our tooling that we've developed, but also can engage with customers and help them realizing that this is part of -- for them -- for us, we want to get all their data liberated and into MongoDB so they can now be nimble and develop new AI applications. But for them, it's their business at risk. So making sure we're meeting the customers where they are and helping them migrate over.
And so our primary focus right now is on Java applications running on Oracle because we -- by our estimates, this represents approximately half of the global total addressable market. Over time, we plan to expand beyond this over time, guided by customer demand and market opportunities. And so if you just read the headlines, you might think, okay, well, AI is just about the code generation.
But as we walk through a little bit over this morning in the keynote, really, there's a whole bunch of phases to modernization. You have to analyze the code and your applications that are there. You have to generate test to know that whatever code you replace it with will produce similar results as the existing thing that may be an application that's been there for 20 years. You need to convert the code, you now need to validate the code that you converted and then you have to deploy and migrate. And so all these steps are important. And we built tools leveraging AI to help in each one of these steps.
So let's just take the analysis phase. This is the first bubble there. So some of these applications are very, very old. You go to these customers, and they don't even have the developers who originally developed them, they have retired or moved on, right? And so in many cases, customers don't even -- they don't have the architectural diagram. They can't even describe what is there. They just know it's a critical piece that's been running their system. We've had -- so this is an example of tooling that basically does a static analysis of existing code and dynamic analysis of their system to help us understand what is there. And we've actually had customers tell us, hey, our application runs on this big relational database.
And once we do our analysis, we surprise the customer to alert them that actually, no, do you know it actually depends on 2 different relational databases, and they were surprised. So anyway, this is one example of the tooling that helps us. So even just as we start and get engaged, this kind of analysis helps us speed up the process and brings a lot more fidelity to the process we're doing. Another area is code conversion. And so a lot of what we're doing -- a lot of customers have a lot of application logic locked up in stored procedures.
And for those who are not familiar with stored procedures, it was -- it's kind of not really a pattern people do as much today. Back in the day, it was all in vogue to put application logic in code that would be inside your Oracle database. And the problem with that is, one, that code was not always checked in and sitting alongside your job applications or your other application code. So it's kind of hidden. And two, a lot of the LLMs actually aren't trained on that code because it's not in the GitHub repositories and all that. So that brings some challenges that we've been able to figure out how to navigate.
And another example, too, is we've found that some of these store procedures are giant. And if you just try to take that and throw it to an LLM, you're just not going to get the results. So part of our process and our techniques is basically chunking that into smaller batches that are more isolated, testable and figuring out how to take this giant monolith of store procedure code and break it into smaller testable reusable chunks. And so that's another example of where we developed tooling.
Okay. So that's all good, but let's talk about some customer results. So Lombard Odier successfully migrated key applications from SQL database to MongoDB. This resulted in migrating over 50x faster than they were able to do previously and reduced regression testing time from 3 days to 3 hours. Intellect AI, one of the world's largest enterprise fintech companies, reduced onboarding workflow times by 85%, enabling clients to access portfolio insights faster and development cycles were sped up by as much as 200%. And then Bendigo Bank reduced the development time required to migrate a core banking application from a legacy relational database to MongoDB Atlas by 90%.
With AI tooling, the bank was able to reduce the time spent running application test cases from over 80 hours to just 5 minutes. So Bendigo migrated onto MongoDB Atlas at 1/10 of the cost of traditional legacy to cloud migration. So here are some proof points of that. And just a reminder that we've had sessions, breakout sessions that are being recorded where we are going into much more detail, including demos of the tooling we have.
Okay. And now is when we transition to bring up our 2 customers for our guest panel, we'll play this exclusive new 1.5 minute video from one of our customers, explaining why they chose MongoDB, so that you can hear it -- from it, in words of our customers and not just me.
[Presentation]
Thank you. And now I'd like to welcome up Tom Valletta, Enterprise Architect at Adobe Workfront and Scott Mooney, VP of Distribution Operations at McKesson.
All right. So first of all, thanks so much for coming. Really thought it would be great for this crowd to hear from customers. So first, could I ask each of you to introduce yourself and your company?
I'm Tom Valletta. I work for Workfront, Adobe -- sorry, Adobe Workfront sometimes. Anyway, I've worked there for 6 years. Workfront is a marketing system of record or a content supply chain for marketing organizations to keep track of their marketing operational work. And so that's Workfront.
Okay. Good afternoon. My name is Scott Mooney. I'm with McKesson Corporation, and we're probably the largest company in the United States that most of you may not have ever heard of. We kind of fly a little bit below the radar on publicity sometimes, but we are a pharmaceutical company by base, but we also have technology divisions offering software services, technologies such as automation and robotics, data management services and other things. Mostly in the United States and Canada at the present time, we have had European operations that have recently scaled back, but that's kind of what we do. For McKesson, I'm an operations person. I come from the business side of our business, and that's mostly shipping boxes around the country, but I'm just coming off of a 13-year adventure leading a large technology project deploying out our traceability systems.
Cool. Well, with that, maybe do you want to expand a bit more on your workload, and then I'll ask you to do the same.
On my workload? You mean how long it is? It seems like it starts at 5 a.m. and goes to midnight, but...
No, no, the application.
The application, what we do. So the project we're just finishing up is called the Drug Supply Chain Security Act. And you might have heard a little bit about that from 2 of our technology people this morning. We are now in the United States actually embarking on an adventure where every single individual bottle of a prescription drug has a unique serial number attached to that bottle and a barcode, and it is required to be referenced as that product goes through a transaction from production to the manufacturer, distribution to a wholesaler to a dispenser. We can now identify exactly where every individual bottle has gone through that journey from start to stop. And we do that with millions and millions of bottles every single day.
That's mission-critical and at scale. So what about you, Tom?
Yes. So Adobe acquired Workfront about 4 years ago. Workfront, we provide a SaaS application that's business-to-business for the -- some of the largest marketers in the world, Coca-Cola, Amazon, Google. Those are some of our customers. What we do, we -- the SaaS application lets the marketers keep track of their campaigns and their marketing operations, their projects as they build digital assets and then get those into their marketing efforts. And so that's what Workfront does.
Great. And do you mind expanding on why did you choose MongoDB? You had a choice of technologies in front of you, but both of your companies could have chosen anything. Why did you land on MongoDB?
We actually started out with something different. For our serialization journey, we acquired a standard package from our ERP solution provider and stood that up as our original source of truth. But we found after we implemented it that it wasn't organized in a manner that was appropriate for the kind of questions we were going to be asking the system. The system had been built with a drug manufacturer in mind and drug manufacturers deal with a product then a lot underneath the product and then serial numbers underneath the lot. And that's the way they structured that original system.
Our customers were asking us questions about tell me about the data for the transactions I had today. Tell me about the data for the transaction I had last week. Tell me about something I may have bought 2 years ago. And we found that in our original database system, original core system from the ERP provider, it bogged down.
So we were looking for something more robust to be able to give us that ability to manage multiple different queries, different kinds of queries, more structured in a different way. Your application fit that bill for us and was able to be stood up fairly quickly. So we actually now run them both. We run one as a regulatory source of truth. That's something we let the government look at when they ask questions. We run the other one to be an immediately responsive system to our customers to be able to give them the information that they ask for.
Awesome.
We also started off with a different system. We have a -- we started off with the SQL system and a monolithic system connected to it. And as we started onboarding new customers, we got to the point where we had just over 1,000 customers on this single relational database, and we were running into all sorts of performance issues. And so we knew we needed to shard it. And so we created a second copy of it, and we said, all right, all the new customers are going to go on to the new one. And that lasted for about 500 more customers and then that ran out of capacity.
And then we added another one and another one. And I mean we got to the point where we had full teams kind of managing the sharding and making sure that like the customer data got routed to the right place. So as we started to disaggregate our monolithic systems, we knew that we couldn't continue down that path. And so we had to put all of our new services on to -- basically on to Mongo.
And the reason why we chose Mongo is because we knew that at a certain point, we were just going to run out of the ability to scale. It just wasn't going to work any longer. And we know that operating -- a lot of our engineers come from the SQL background. They know how to approach SQL. But if we get them started on Mongo, Mongo, it was a little bit more of a learning curve, even though it was very easy for the developers to get started on. It made it so that like they could approach that difficulty early in the process. And then when everyone says like -- when we get to that point where scale is our problem, that's the problem that we want to have. Everyone says that.
But no one wants to be at that cliff where like all of a sudden, they're hitting that scale. And the cliff is in front of them and they're like, all right, now we have to rebuild everything, and it's huge. And so all of our new microservices are on MongoDB for that reason because it will continue to scale with us, and we don't run into the same problems.
Yes. We had a recent example of that in our drug traceability requirements. We've been piloting this for the last couple of years, but August 27 was the required go-live date that we had to turn the system on. Everything had to be active. Everything had to be perfect in the government's eyes. So up until that day, we were fielding through the MongoDB, maybe 1,000 inquiries a day coming in from customers through our 7 different portals that we have attached to it. Customer can access through any one of those portals with their credentials, state their question in the portal and queries out to the Mongo database.
We went from having 1,000 queries a day coming in to August 27. We ran almost 400,000 queries the following morning between 8:00 in the morning and noon. And we didn't really notice any performance differences or anything. The system just automatically picked up the volume, handled the volume. There was no query problem, no problem for us. It was almost like it didn't happen. It became almost a nonevent in that regard.
That's awesome. Yes. Yes, and then kind of tying back, I think you talk -- I'm an engineer, you talk to engineers, oh, can you make this work? You start out with a relational system and said, okay, well, can you shard it? And I'm sure the engineers is like, yes, we can do that. And then, well, can you shard it again? And I think engineers are not the best about thinking of the overall business complexity and cost of, oh, wow, well, now I need more engineers and all that. And so I think there's a tendency to underlook the power of, as you were saying, just, hey, the database just scaled horizontally and just works.
So glad to hear that is valued. So Scott, one thing was interesting when I was talking to you previously, you guys use MongoDB actually within the fulfillment centers itself. Can you just talk a little bit more -- and I believe Atlas, your counterparts were saying on stage, too. Can you just talk about your -- the topography that you need to support and how MongoDB helps you with that?
Sure. So in our world, we have about 60 distribution centers through the United States, and we handle products from simpler medications such as regular over-the-counters like aspirin to the very complex medications that may be patient-specific or they may be for oncology treatments. Oftentimes, these are very critical need issues. So part of our design of our base system is to centralize as much as we possibly can, but as a fallback because things happen like you lose your data lines, you lose your connectivity.
Every facility has to have the ability to continue to operate independently until connections and communication is restored. That meant that even though we were doing most of our traceability information in a centralized database, replicate copies of that information had to exist in each of the distribution centers so that for the next 12 hours, 24 hours, whatever it may happen to be, they could continue to operate based on what they know about the product until connectivity is restored.
So mirror images of the database have been disseminated into local servers in every on-premise location of McKesson. That facility can continue to run as long as it has power and they have their own generators to provide the power. So it keeps us in a fulfillment mode with our customers.
Yes. And I was impressed talking to you and your team about how getting drugs to the right people. Some of these are patients with really urgent conditions, you really look at this as kind of a life or death kind of situation and you take the -- make sure you have the operations to support that, and that's what really...
Yes. It's one of our models in the business. When you walk into one of our warehouses, one of the things you will see as you walk in is a big sign as the employees go into the workplace that says, it's not a package, it's a patient because that's really the way we view it. But that criticalness of being able to have a local disseminated database for those instances when we need to be able to operate that facility and keep that thing in tune with what the master system says is very important for us.
Yes. Well, I appreciate you trusting MongoDB with that. Tom, what about you? You were telling me how you run on -- you have the need to run on multiple clouds. Can you tell us a little bit more about how we help you there?
Yes. At about the same time that we were kind of trying to disaggregate our monolith, we had some new customers come on that had some specific cloud requirements. We were running all on AWS and Google became a customer. And Google said, of course, we're going to operate on GCP. And so we said, okay, when Google comes as your customer, and they bring a lot with them, we said, all right, so we'll run on GCP.
And as we approach the database conversations there, Postgres will run -- we can run Postgres anywhere. But as we try to use the cloud offerings for Postgres, they're very different from AWS to GCP and from GCP to Azure. And so that on top of the other problems we were already having with Postgres was difficult for us. So as we started putting more of our workloads on Mongo, one of the great things that we noticed is you can build the same tooling against any of the clouds.
It works in exactly the same way. The code is the same. You don't have to use -- you don't have to adapt your code to someone else's flavor of Postgres. And so that was useful for us. And then as we had more customers come on that had stricter enterprise requirements like a lot of our customers put -- their marketing information is very sensitive to them. They think of it as their secret sauce. And so they want it locked down. And so they wanted to bring their own encryption keys and provide us with those encryption keys while we were hosting their data, but then when they were done with us, they wanted to be able to pull those keys and walk away.
And so all of the major cloud support bring your own key encryption, but all of them do it in completely different ways. And so having to build that several times was not something that we wanted to get into. And Mongo is the cleanest implementation of bring your own key encryption that we worked with. And so it's consistent across all the clouds, and it's useful when we have customers coming to us that are -- that have to operate in one cloud or another. You mentioned Walmart earlier. Walmart is one of our customers. They're like, we don't have to operate in any specific cloud, but we will not operate in this specific cloud, right? And so that's something that we have to deal with, and we appreciate Mongo for making that easy for us.
Great. And one of the things about Adobe, I -- maybe I'm gating myself, I think more of kind of an end user or a creative as a customer, but you're telling me basically in your business, you're really more of a business kind of application, right?
Yes. When people think about Adobe, they think about Photoshop, right? They think about Creatives who are using the tools on their local desktop. But half of our organization is this Experience Cloud, B2B, where we serve enterprise marketing organizations. And so we approach things from this enterprise perspective, like businesses who rely on our data day in and day out.
We -- they have to work in our SaaS platform every day. They expect us to be enterprise. And we kind of went from thinking of Mongo as this like very easy for developers to get up and running, like it's this like very friendly platform for storing your data. But now we rely heavily on the enterprise controls that Mongo provides for us, and they're best-in-class, like we can't get those even from the other cloud vendors. So we prefer to work with Mongo because of its enterprise capabilities.
It's great to hear because like I mentioned earlier, I mean, that's one of the things we've really been investing a lot in, security, durability, availability, performance. Like we -- I tell my teams, like we only earn the right to talk about the next new shiny feature once we can guarantee to customers like yourselves that we can not only meet but exceed your expectations on those dimensions. So Great. Would you mind sharing any lessons that you've had to customers or investors who talk with customers, what lessons would you share to others engaging if they were going to start engaging with MongoDB?
I'll jump in. So for us, we had to think about things a little bit differently when we approach problems, using Mongo is a little bit different. But like I was saying earlier, if you approach the problems with the right technology stack at the beginning, then you can scale beyond where you get stuck.
And so understanding the view that we would give to our customers and the perspective that they want to see the data, we can format it that way and get really strong performance out of Mongo. And that's something that I think that a lot of people kind of approach it from this like how should I model my data independent of like what my customers need to see. And for us, it's all about like, these are what the customers are coming for. Here's how I'm going to present the data for them that gives them the best possible view.
Yes. And in our case, we had a relationship with Mongo that goes back to other projects before the use case that I referenced earlier. So you guys were a known commodity to us to a certain degree. When we came across this particular use case, it was fairly quick to come up to speed that we had something as an opportunity here. The Mongo team worked with us hand-in-hand to help support that. And we even kind of drifted a little bit near the end because the original goal was simply to stand up the ability to have an on-prem system and the ability to be able to be more responsive to the customers than our traditional legacy system from our ERP supplier.
But we tripped into the AI discussion. And it was really an interesting kind of partnership because in a matter of about -- I think it took 4 weeks between the Mongo support and our people, we mocked up a pro forma AI tool that replaces the user interfaces in our DSCSA system. Nobody has to learn how to click this tab here, click over 3 tabs to click there and then they get another screen and the piece of data you're looking for is in the bottom corner.
The prototype is allowing them to just ask a plain language question. Tell me what you know about this serial number and the system through the AI tool is going out into prototype and looking for that information. It may not sound like a terrifically big deal, but we have a call center that needs to use this tool with 200 people in it, and they have a 20% turnover rate. And we started calculating what is going to teach us or cost us to train people. The AI tool kind of takes that out. So now we're looking to move something into production and look to develop it a little bit more.
Like Scott, we have a lot of -- I mean, there's a lot of vector tools out there that we could use. But having all of our data in Mongo and then having the vector database that's right there with it, where your data already is, that's been super convenient for us as we approach AI solutions.
Great. Any last words for the audience before we stand between them and lunch?
Never a good spot to be in, by the way. The worst spot though is between you and cocktail hour.
Now, I think for us, the software does more than what we originally expected. It does more than we could have done with the other tools that we had available to us. Mongo has been more flexible. But it's really been that partnership with the organization as well because it's one thing for somebody to have a fantastic product, but how well they support the product has been key for us to be able to deploy it, implement it and get it out there.
For us, I think that the enterprise value is what surprised us. Mongo is an easy tool. And usually with easy tools, you -- they like have a level where they kind of start to fade. And we haven't seen that with Mongo. And so we really appreciate that.
Great. Well, thank you so much for making the time and talking to us about your use of MongoDB. Thank you.
So lunch is outside, and we need to be back in seat in 15 minutes to keep on schedule. So if you could go do that and come back, we'd appreciate it. Thank you.
[Break]
One of my favorite 70s band, Boston. I haven't heard that song in a long time. 2-minute warning to use the football analogy, and then we're going to have Fred start if we could. Thank you. Hello. Hi, everyone.
All right, sit now. Hi, everyone. I'm Fred. Nice to meet you. Great to be here. I joined MongoDB 1.5 years ago. I lead Atlas Data Services. And I will walk you today through our AI product strategy, where we are headed. And I hope to share some of why we are so excited and bullish about it and how we are helping our customers to build the next generation of applications.
So the goal is very clear and very simple. We enable developers to build AI projects that are really making it to production. It's never been easier to hack a [ WipeCoding ] application. These tools are impressive. I love using them. They are fun, and they bring real value. Like it's very satisfying to be able to spin up a prototype in a few hours, very valuable to be able to build these tools and automation in a few days instead of weeks.
Now building and bringing serious consumer and enterprise applications to production, real users, real data, real integrations, real security, real scale, it's still hard. Actually, it's even harder with AI because there are new building blocks. They are hallucinations. The costs are super hard to predict. So the reality is that the vast majority of the AI projects out there, they fail. They don't make it to production. And when they do, it's a long and painful journey.
So that's exactly what we are here to solve, help developers build AI for production and run AI in production. That's good for them. We love our developers. We want them to be happy. And that's a massive growth opportunity for MongoDB because we already see that these AI workloads in production, they generate more data, and they consume more services to handle this data.
So what does this mean in practice? Three very simple and clear developer needs out there. Number one, speed. They want to develop and iterate quickly. So the problem is that the stack -- the AI stack specifically is fragmented and complex. That's not a new problem, but it's been amplified by AI. So we'll speak about that. Number two, developers want to see the AI magic. We are building these AI applications because we can delight customers, we can cut costs, we can innovate, we can -- you need AI magic for that. And this AI magic is coming from the models, especially how the models can be connected to your data. And we also see that in real use, these models can fall short.
And third and last, nobody just want to launch an application. Success is launching an application, running it in production, being used by real users, being nimble when you scale up, when you scale down, react, change and not new either, but with AI, that's a very different ball game. The pace of change and the amount of data that is generated is making it really hard for developers out there.
So that's our focus, make a real difference for developers, simplify this journey to production. And in the next few slides, I'll come back to these 3 different stages and show you how concretely we are helping developers do that.
So step one, move fast. We talked about earlier how this one wasn't new but was amplified by AI. So I want to show you what I mean by that. When we speak about AI, it's not one thing. There are many use cases, many applications that our customers are building. It could be a chatbot based on RAG and Knowledge Q&A to automate customer support. It could be recommendation, pick your favorite streaming video service to show you all these are maybe the movies that you should watch next, or it could be your e-commerce application, if you want to buy this nice-red shoes. And more and more with customers, we speak about agents, AI agent, agentic systems. These systems, they need this agentic systems. They need memory. They need context. They need to model relationships between entities. They need accuracy. They need speed.
So what does that mean under the hood? Under the hood, these different use cases need some building blocks to enable these AI capabilities. They don't all need the exact same building blocks, but they all need many of them. So I'll spend a minute on this slide because I really want to walk you through 2 or 3 concrete examples to make sure we speak about the same thing.
So first line, let's take a bank, and the bank want to develop a chatbot to handle customer support for their customers. Obviously, you need an LLM. The LLM is really the core of the experience. You absolutely need a strong embedding model and a vector database because if you only answer with the data that the LLM knows and what is out there in the Internet, you won't be very effective in answering your customers.
Now the objective of this chatbot for the bank is to increase the satisfaction of your users and also maybe decrease the cost of your support structure. So your goal is really to minimize the number of time you have to go through a human, and you want at maximum to be able to answer these questions. The reality is that if you want to do that well, you most likely also need to go to your database directly. Like if a user is asking you, "Okay. What are the limits of my credit card?" It may be a wise idea to go to the database, check what type of credit card this user really has and make a real search about the limits for this credit card.
And then you can combine that with many things that your vector search will tell you like how to increase limits and et cetera, the kind of problems that users are facing in the field. But that's what we call hybrid search. If you really want to improve the efficiency of this chatbot, you will want to [ buzz ] the database in the vector search. And a reranker, I'll speak about rerankers later, so -- but that's probably a good idea for this one.
I'll take another example, recommendation. Again, you're on an e-commerce site, and you want these red shoes, you don't need an LLM, you just type red shoes, write [ tennis ] shoes or whatever. You probably need an embedding model and a vector search because that's a huge catalog, and you want to show as well these burgundy sneakers to the user. You don't want to narrow the search. You want really to expand.
You probably don't need to know a lot about the database -- the user in the database, but you still want to access the data to filter because maybe you don't want to show items that are not in stock anymore. Or maybe this user, you know that they only like 5-star or 4-star-plus items, so you only want to filter. And in that case, you also don't need a reranker most likely, but I'll come back to that.
Last example, an AI agent that is able to book your holiday, based on your preferences and your dates. I will not come back to each of these small points on this table because the AI agent basically needs all of them because an AI agent need durable memory. So you need to do real -- because probably the vacation you took 1 year ago could influence the right vacation to advise this year. So you need durable memory, and you need to do search and vector search, and you need context. You need to understand what has been done and not. And you need also to store preferences because maybe you like boutique hotel or maybe you like this kind of restaurants. So you need all of that.
Now the reason why I still wanted to mention this AI agent and agentic system is that actually this table is oversimplified. There are at least 2 other capabilities that an AI agent will need. Number one, usually, you have different agents. You may have one to book the flight, one to book the restaurant. And they need to communicate, and they need to know the relationship. So you probably need graph capabilities to model these relationships between your agents.
Next. If your flight is delayed, you will want to react fast. Your agent will want to know that and maybe trigger another action that's an event-driven architecture because the restaurant booking has to be canceled. So you probably need stream processing as well. So overall, the message is there are many building blocks for AI. And it's really hard. I haven't been able to do that to find one use case where you don't need many of these building blocks.
Now if you are a developer, what does that mean? That means that you have this large architecture and all of these products and capabilities that you need to deal with. So you could do a couple of things. And you could indeed decide to stitch together product. You could decide, "Okay. I will take a database and embedding model and a vector database and a graph database and a stream processing service. Stitch them together via APIs. Create this data pipeline to really make sure your data is in sync between these systems. Connect them multiple times to your identity provider. Connect them multiple times to your secret manager. Connect them multiple times to your observability platform." You could do that. Don't tell your real friends to do that. But you could do that. That's a long and winding road, and it's probably not leading to building and iterating quickly.
MongoDB response to that is bold simplicity. These data building blocks are: one, natively integrated; and two, they are where your operational data is. That's where they belong, these data services. The simplicity doesn't just mean that it's faster to build. Yes, it is faster to build because you have one tool to learn, et cetera, et cetera, everything we mentioned before. It's also better for performance. And if you have already tried to optimize the performance of a distributed system, you don't like these network latencies, and you don't like the data transfers. That's also better to secure because if you have been through the security of one of these big systems, usually, you like to have box that the auditor can go through. So overall, this natively integrated platform is helping customer build, iterate not only faster but also the right way.
Most of what you see on this slide is already there, database, search, vector search and I mentioned graph capabilities and stream processing. The embedding and reranking is really something we are working on right now. I'm speaking about that a bit later. We got the best embedding and reranking models from Voyage AI, but we are still working on the native integration to make it really part of this platform.
It's already used by thousands of customers. It does resonate with customers. Sometimes it does resonate with customers immediately, right away. Sometimes they need to go through the pain of [ stitching ] these services, and then it will resonate better. But yes, we have thousands of customers. We are investing a lot in the ecosystem for the exact same reason, simplicity. So for the developer, we want to meet them where they are. I mentioned a few, which is a bit heartbreaking because that could be a long, long list, but our long-chain package, strong adoption, strong growth of adoption for the package that allow AI agent to build durable memory and context on MongoDB.
We announced last week a Vercel integration. So now when you are starting your project, your AI project in Vercel, you can directly create from there -- from the marketplace an Atlas cluster and build your project the right way. And Anthropic, we have blueprint to make sure that when you are building your RAG, your AI agent on MongoDB, you will do the integration with the LLM properly.
Last, we keep delivering, keep building, keep executing. We just announced super fresh that search and vector search are in public preview in community and enterprise server. We deliver on our run anywhere commitment, and we respond to very high customer demand. Earlier this summer, we announced $rankFusion. So I will not come back to the details, but that's exactly the hybrid use case I mentioned before for the bank chatbot. If you want to boost your results, the quality of your results for some use cases, for quite a few use cases actually, it's better to do a vector search, a traditional lexical search and get the best of both worlds.
And last, we are in private preview right now. Customers are playing and giving very -- I mean, nice feedback about our auto-embedding capabilities. This is the very first Voyage plus MongoDB native integration. So if you're a vector search on Atlas -- vector search customer, you don't even need to care about your embeddings. Like, we'll generate them for you when your database is updated, generate them for you when your user does a query. If later, you want to upgrade to a new model, we'll do that for you. That's really about the seamless integration between vector search and embeddings.
And to come back to a couple of very concrete use cases. So customers using our solutions in production for real AI workloads. Iron Mountain, it's pretty cool, actually. What they do is they allow users to retrieve information across digital documents but also scan the paper or documents because they have many of the large companies.
Financial Time is really a recommendation. So I mentioned an e-commerce example earlier in the streaming platform. This one is also to drive engagement of their users to make sure that you do propose the right articles they may be interested in. So they are using also Atlas vector search for that.
And Okta is also a very cool use case. Sometimes when you are in this -- you're in your job, and you have all of these applications, and you never know which one you should use for -- to claim an expense or to book a trip or something like that, they develop this natural language interface based on Atlas vector search as well. And you can just say, "Okay. I need to claim an expense," and that will open the right application for you.
All right. I'm taking some water, and we'll go to step 2. So step 2, developers need to see the real AI magic, and it's all about the models. And more precisely, the real AI magic is all about how the models can be connected to the real data of your company, of your application. Before we dive a bit more into that, I want to make sure that we speak about the same thing, and we all understand what is an embedding model and what is the reranking model.
The embedding model turns unstructured data. So unstructured data is everything, text, image, audio, video. That's basically the data in the real world that the data that AI consume and generate. The embedding model transform this data into what we call a vector or an embedding, a very long suite of number. And this vector or this embedding captures the meaning of the data. So that's already pretty cool. Now you can have something representing the meaning behind this very unstructured data where -- before you couldn't do any operations on this data.
What is really to understand a bit more of the magic, I think we can picture a map. Actually, what these embedding models do is they capture the meaning of the data, but they place it on a map. And then your application can navigate this map and perform semantic operations on this data. You can measure how similar 2 pictures are. You can retrieve an object in a video, and you can determine whether 2 text documents cover the same concept, even though they use different words.
Now if we go to the reranking model. Embedding models are great at pulling out a few results from a huge corpus of data. We have customers of search and vector search using -- having billions of chunks of documents to perform their search right now. And embedding model will be superfast for that.
Now if what you need is the single most accurate answer, similarity is not enough. Even if your embedding is heavy and long, it's not enough. You need to inspect that more. That's what rerankers do. They really run a deep compute-intensive check on the document, on the query, and they will push the best match to the top. So I will give you a picture maybe if there is -- to try to understand the difference between an embedding and reranking model and how they are related.
Let's imagine you're in a big city, millions of people, and there's a crime. The embedding model will be able to very quickly find the suspects and bring them to the courtroom. Now you need a reranking model to run a deep investigation of each of the suspects, and that would be longer to really find who is guilty. So for some use cases, it's okay to have a suspect, that's good. For some AI use cases, you really need to get the single document.
Agent systems, because they don't just recommend things, they act. Usually, they don't need -- oh, these are the 5 or 6 best documents. They need the one because then your hotel would be booked, or your restaurant would be booked. So the good news for us and for our customers is Voyage AI models are the best in the industry. They are the best because they are very accurate. So they give you better results and are beating competitions like OpenAI and Cohere.
They are cost effective. Voyage-3.5, that is mentioned in this list, is reaching better results with embeddings that can be multiple times shorter, smaller than the other embedding. So why it matters, because some people don't realize that. Your embeddings can be as big or even bigger than your data. So yes, they do bring a lot of value. They do enable a lot of AI magic, but they can be very costly to store.
And last, these models are very innovative. Multimodel is basically you can perform semantic operation, mixing text and videos for example. So that's very valuable for some use cases. The one I think is really breakthrough innovation is a voyage-context-3. So I will not try to make a technical explanation about that, but I want to try and make a simple example to show how this one is really a needle mover and how it does reduce hallucination.
So let's imagine that you are building a chatbot, typical RAG pipeline, and you have a lot of documents that you pull from different sources, so typical chatbot with the RAG pipeline. And in the chatbot, you ask a simple question, which is, "How many kids -- how many children did the President of the United States had in 2002?" My example is not perfect because you don't need a chatbot for that. LLM already knows the answer, but I'm just sticking to a simple example.
Let's imagine that somewhere in your huge corpus of data, you have a sentence that say, "In July 2002, the President, his wife and his 3 daughters went to," et cetera. For a vector database, that's gold, that's bingo. An embedding model will tell you, "Oh, that's a perfect match." And so you will get us an answer, "Well, the President of the United States in 2002 had 3 children." And the chatbot maybe even proud to say, "Well, and these were 3 daughters and their names," et cetera, et cetera. If this document was part of a history book or newspaper archive, that's great. That was a good answer. And that's what embedding model we were doing so far. They didn't know the global context. They were handling chunks of document.
What if this document, this statement is part of a movie script? What if you didn't answer with a real number of children of George W. Bush, but you answer with a number of children of the character played by Martin Sheen in the West Wing. And so context is everything, and it can really reduce hallucination and give better results to users.
So why does that matter? Well, that matter because for your chatbot use case, for your agent use case, the value is obviously in the LLM, and these models are incredible. But it will only be good if they are grounded in your real data. And embedding is what is creating the bridge between LLM and data. It will also improve user engagement, if you speak about a recommendation use case. So if you want to have more relevant chatbot, better AI agents, better recommendation engine, you need great embedding and reranking models. Anthropic is recommending our embedding models in their documentation because it's linked between LLM, and data is so important.
All right. So that was step 2. It feels like we are done. We can build and iterate fast. We have great models. We have the AI magic. And the problem is that the real test is the real world. So we have to go to production now.
So to step back a little bit. So this one is probably the easiest argument to make. It could have been one sentence, but this graph was pretty cool, but it's good. Pace of change is incredibly fast with AI, and the intensity of change is also bigger. If you think of the Internet, the major inflection in reach that it was, you could build one application, deploy the application once, and you could reach millions of a night.
Then you have the cloud inflection point, which is about scale. You have to build, but you take care of your infrastructure with the cloud vendors [ you ] take care about the platform. So you can scale to billions in hours instead of weeks or months or even more sometimes. With AI, we are really reaching full velocity. The data is created and consumed by AI. AI don't sleep. It's always on. It's self-reinforcing, and it's no longer limited by human speed. So we are just at the beginning to see that it's pushing the boundaries of what the database need to handle. That is really just the beginning.
So now more data, faster change. That's exactly what MongoDB was built for. It's our DNA. So the document model make it super easy to be flexible. As a developer, you change the code once you ship it. You don't have to change also your database and then the mapping between the database and the object and then check that your store processes are not broken, document model. And distributed system, horizontal scalability. You can absolutely handle a peak of traffic, and you can scale up and down without breaking the user experience, without breaking the developer spirit, which can be important as well. We don't reinvent the wheel. These design principles are leading us where we are, which is the best database for change and for scale. We are building, doubling down this principle for AI. The embedding, we don't have a new structure. You just store them in your document model.
Search and vector search, we are creating search nodes. You can scale vertically. Yes, but you can also scale vertically -- horizontally. You can do both. And that's very important because some search systems, sometimes there is a little bit of data and very high activity of search queries. Sometimes you have a huge database and -- it can be both ways. You are not constrained by anything. You just scale horizontally as much as you need.
And the other point about change and scale is, I mentioned the [ bold ], the simplicity and why this one natively integrated platform was better to build and to maintain and to achieve the right performance. It's also far better when something changes or when you have to scale. Nobody wants to turn all these nodes in 5 different systems because you need to do a 2x or 3x on your traffic. So one platform to build, one platform to maintain, one platform to secure, but also one platform to evolve and scale.
So that's it. That's what we are focused on. This space is moving superfast. So we stay humble. We focus on execution, but we also know that it plays on our strength. Search, vector search, embeddings natively integrated right to the operational data where it belongs, you can build and iterate fast. The best-in-class embedding and reranking models to unlock the potential of these AI experiences and really bridge data and LLM and an architecture built for adaptability and scale by design. That's what MongoDB has been doing for years and years. So we believe we have the best platform for developers to build, launch, run and succeed in their AI projects.
So now we will transition to bring up 3 amazing customers on stage for a panel discussion. We'll play an exclusive short video as we did before of one of our amazing customers as well, who couldn't make it, who are building incredible stuff with us. So I'll let you watch that, and then we'll discuss in a few minutes. Thank you.
[Presentation]
All right. So we will welcome on stage Sudheesh, Shaun, Steven. Thanks a lot for being here. Where are you? I've been told Steven and you shouldn't be sit together. So I didn't...
Not too close.
Okay. Not too close. Okay. That's all right.
We used to work together. That's why.
Okay. Awesome.
And he's a Niners fan, too.
Yes. So great to see you. We talked a lot about our product, our vision, how we solve our customers' problem. But the real test, what is really important is to hear directly from you folks about your experience working with MongoDB, about what you are building, about what you see happening. I'll let you introduce yourself first, and then we'll start.
Cool. Hey, everyone. My name is Steve Poitras. I'm one of the founding architects at DevRev. Very happy to be here today and very happy to be in partnership with Mongo as well. So thank you again.
Guys, I'm Shaun Roberts. I'm a distinguished engineer in CX for Cisco and very happy to be here as well.
My name is Sudheesh. I'm the CEO and Co-Founder of a company called TinyFish, just got launched a couple of weeks ago.
Yes. I've seen that. Your blog posts are really good. So Awesome. Maybe the best way to dive in is to tell us how you are using MongoDB. So I don't know -- we can start again with you, Steven, and maybe work that way a bit.
Yes, sounds good. Yes. So one of the things at DevRev, we got founded right around 5 years ago. And one of the key things is we really had a greenfield environment, right? So there was no legacy architecture, no brownfield that we had to deal with. And one of the key decisions there was really what do we use as the core for our data platform. We knew AI was going to be fundamental, hence, the .ai and the domain name. We knew there was going to be massive amounts of data as well as tons of unstructured data. And that's really where we went with MongoDB Atlas right off the go to really kind of be that core data platform for us that runs all our operational, transactional as well as analytical pieces. We leverage it not only for data transforming, but also things like search as well as vector search. So really kind of the core from a data platform perspective.
Awesome.
For us, it was basically a collection of support engineers. So Cisco Support TAC is a very common name in the industry. We had the issue where we ran lean and mean like most support organizations do. And we were concerned what happens when that big event comes down the pipeline, the Log4j a couple of years ago or some security issue, and we can't handle it all at once.
So a very bright set of individuals got together, and we designed and implemented what we call now the Virtual TAC Engineer, or it's also called Cisco Support Assistant for -- Cisco Support Assistant for TAC, right? And basically, we had to have something to back it that could scale, that could make use of AI. And so we started with some other database provider, which I won't mention right now. And we ended up selling on Mongo, which helped us scale and make it grow quite large because if you think about support cases, while doing 10 or 20 cases is not a big deal, we started scaling into thousands and thousands and thousands of cases. That's a much bigger deal.
The company is called TinyFish. It's just a year old, and I'll start by explaining why the name. For the first time, as we move from AI to agents it's all about doing, like you said. Agents is when finally action happens. If LLM is the brain, think of agents as the arms and legs. For the first time, we think it is possible for us to actually focus on the smallest fish in the ocean, the marketing person, the supply chain person, the pricing specialist. CFOs can have the FP&A team to do the real job, but how do we make sure that this person with a lot of responsibility and very little resources can deliver value, right? That's where it is actually possible now between the brain and the limbs.
And TinyFish is very specifically focused on the intersection of enterprise and browser actions. So the state-of-the-art right now is about browser agents, where a human sits and on behalf of the human, an action is performed by agents, right, like coding agents, customer support agents and others. We are cutting a little closer to the next phase of it, which is removing human and scaling browser action at a superhuman scale. Imagine 1 million browsers being spun up to deliver recent extremely complex nuanced interaction and extraction of data for very specific use cases. And browsers, websites in general, are very difficult to make sense because they're constantly evolving. So they're not a good fit for LLMs to simply solve. That's where we come in. And we use Voyage specifically because it is so vastly unstructured and so much hard to differentiate. We use Voyage across the board between embedding and reranking.
Awesome. We may stay with you. You answered a bit of that -- of my next question, but I want to ask specifically because you mentioned scale, the unstructured data, what does AI consume. But like there are many solutions out there, so what makes you choose to work with MongoDB, if you could dive a bit deeper on that?
So to explain that I have to explain why this is a hard problem. 60% of an enterprise knowledge workers' time is spent on browsers, doing 3 things. They're doing deep research. They're doing interaction, entering information. And the third step is extracting data. And all of this needs to be extremely disciplined. It has to be deterministic. And websites in general, are nondeterministic.
So how do you make deterministic things out of nondeterministic action that's out there at massive scale? So scale comes to play, which means that accuracy and performance matter. And that's why we tried everything as well. The company is a year old, so we had the luxury of going and looking at everything new. And we started going with very specific use cases.
The first use case for retail, e-commerce, banking and others is, I have a product, I want to know a similar product. It's called product matching. And product matching is a hard problem because if I'm selling, let's say, an iPhone case, the first thing as a pricing specialist, I need to figure out is how many similar products exist in the world. And as you can imagine, it could be visually, it could be deterministically to figure out what it is you need to look at it. You need to read documents, you need to wait, sometimes, look at the specifications. This is such a complex problem. So we use 3.5 -- voyage-3.5 embedding to collect the -- like where is the location. I think it's a much better story than your crime story.
It's better, yes.
You're saying embedding to grab a bunch of people and then rerank and find the culprit, is not a good idea?
Still yours...
In my case, you can actually bring the entire catalog of your competition, [ embed ] them. And then we obviously have to rerank because -- think of this, for example, I'm going to Disneyland, and there is a package that I sell where you pick up from the hotel, no blackout dates, and it actually provides meals. How do I compare that product against something he's selling where there are blackout dates? These are the kind of things at scale, it's a hard problem. So rerank too comes into play for us, 2.5, where we are now able to identify that one product.
Then we can use our logic to find out all the pricing and the promos and all of those sort of things. And what made this tick out are 2 things. Number one is it's very accurate. The accuracy matters to us. False flocks are extremely difficult in our case. So we do that. Number two, the Python APIs are phenomenally lightweight and fast.
Awesome. Thank you, Sudheesh. Sean, you also mentioned some of it, but your story is interesting with MongoDB.
Yes. For scale with us, like I said, it started with just doing a couple of cases here and there, it's kind of a POC in nature. But as it got caught wind [ and inside TAC ], people more wanted to use it. And we started scaling and scaling and scaling to now that we're -- the virtual engineer owns about 3,000 cases of its own, collaborates on another 50,000 to 100,000 cases a year -- or excuse me, a day. And in December, we just crossed 1 million cases worked by that. So that scale is just growing and growing and growing.
What we found was that the relational database couldn't handle that kind of input and throughput. And so [ we're ] going to Mongo, we not only were able to grow that piece out, but we started to build APIs for the engineer and grow those out and all of those backed by Mongo. And it wasn't just a scale of the database. It was a scale of every component. Working in Atlas was great for us because I can have the virtual engineer running on its platform, and I don't have to worry about does it need to go up a couple of compute nodes, or does the database need to scale whatever. It's all taken care of. So for us, we can really focus then on improving the engineer experience, which at the end of the day, improves the customer experience for Cisco versus having to worry about, okay, is my database running or is my compute running or whatever? It was a better experience for everybody overall.
Awesome. Thank you. Steven?
Yes. I guess last but not least, so I think one of the key things is when we think about what we were trying to do at DevRev, right, it was really very similar to what an ERP did for supply chain back in the day. It really took 4 disjoint tools or all these multiple tools and really kind of consolidated them driving efficiency through centralization. And if you look at what we're trying to do, it's really taking a CRM tool, a ticketing tool, a work management tool, a service supply chain tool or a service catalog tool would be it. And given the amount of all the data throughout all those tools, if we consolidate all that, we have a very large scale problem.
And if you extrapolate that over the sheer number of customers that we have today as well as want to have in the future, you get very, very staggering amounts of data as well as the fact that all customers' data structures are different. They don't all run on the same tools or same platforms. And so from a scalability perspective, we needed extremely massive scale, the ability to start small and incrementally scale there as well as have very flexible data structures that we could leverage, right?
And so that was really kind of one of the key underpinnings that really led us to Mongo and Atlas specifically is we got all that out of the box, right? We got a scalable platform. Back in the day, it was one person. It was me who was setting this up and architecting it. And so it was -- it all came for free. And that's one of the key things. We get massive scalability, tons of flexibility.
Plus, I think one of the other key things is if you look at like an Oracle or an MS SQL or MySQL, these things are literally 25-plus years old. And so am I going to place a bet on these technologies that were developed literally before the Internet evolved? Absolutely not. I want something that is innovative, something that's scalable and something that is really pushing the boundaries of the future. And that's really what I think Mongo is doing as well with Atlas.
Yes, that's awesome. Thank you for that. We may stay with you. What's amazing is that's totally on point with the 2 products, and you have been through the full journey, and you are well past that, like scaling, integrating billions of pages to growth. Can you maybe share something you have learned and that could be useful for others?
Yes. I mean I would say like there's a -- in hindsight, there's definitely a lot of retrospect. The biggest thing is you don't know what you don't know, right? And so even when we first got started, we had an idea about our -- ideas and what the model would look like and our scalability and all these things. But realistically, we had no idea what it was really going to be in reality, right?
And so that's where I would say don't over-rotate and overpivot on overprescription or over definition of things because realistically, you have to be agile, you have to be flexible, especially if you look at how quickly the era of AI and LLMs and all these models are rapidly changing.
One, you have to be very nimble because if it takes you 6 months to integrate with these things, or if you don't have a platform which natively gives you these capabilities, you're really going to be left in the dust. The other piece is, unless you have that flexibility or the ability to rapidly change, it makes things very, very clunky, very [ klugy ]. And so you have to be flexible. You have to embrace change. You have to embrace the fact that you don't know what you don't know. And it's kind of a scary thing, but it's also kind of an enabling thing. If you kind of can embrace that and accept it, I think it's actually a very empowering thing because it gives you that ability to really kind of keep up with the rate of change here.
Awesome. Great story. Thank you. Thank you, Shaun?
I would kind of go and echo on the flexibility, and I'll add to it. For us, when we first built the virtual engineer, the fact that you'd have to go in and totally pull out a database table and redo it because I wanted to add a new feature or add new storage, that was pretty poor, right? And it just caused us more dev cycles. So going to Mongo, we could always -- we could build out our APIs, and we could really add additional fields, features on the fly pretty fast.
I think for us, that was huge, again, the scale thing was the biggest thing we combated. For me personally, as that scale grew out, I remember I rewrote one of our core services probably about once a year, and we've had it running for about 5 years. I've written it like 5 times. I have to have good infrastructure below to deal with that flexibility and to handle that.
I think the thing that I have to add on top of the flexibility is I think you have to have a great team with a singular good vision on that irregardless of what infrastructure you have. And I think that is something that the virtual engineer team we really had -- everybody was focused on solving Cisco's customer problems, right? And that was really a pinpoint goal for us.
Awesome.
The dictionary did say irregardless is a real word, but I still protest. They talked about 2 important things, scale and flexibility. I'll say something a little different. We are -- just a company is very new. Most of what we are doing was not possible until early February this year when reasoning got better. So my point here is that we are living in a world where AI is also highly hyped. So enterprise customers are looking to see where is the real value and how much risk can they tolerate because they can't stand on the sidelines. So they need to figure out, like, what's the worst thing that happened if this product didn't work or if this company stops being. So you got to find use cases that are high value, low risk. And that's why we have been very intentional about moving fast without breaking things.
So the specific thing that I'll point out is that we are underestimating brain and overestimating LLMs as of right now because, for example, it can solve international math Olympics problems. So most people can't. So they're like, "Okay. LLMs are better." But in general life, browsing is a very complex thing where we make decisions that we don't even think about. Just think about, for example, going to a movie, online booking.
The decision process that your prefrontal cortex go through is like amazing. For example, you will be like, "I'm just going by myself. I don't mind if the seats are on the back, I'll just find something in the front. But now I'm going with my partner and my kids. I want to make sure the seats are next to each other, not going to be too far out." And then I don't find the right seats. "Okay, I'm going to have dinner and then watch a movie later, let me find a 9:00 show." So all of those decisions are made without even thinking.
This is the power and complexity and nuance of browsing. Every decision we make, a hotel decision, a checkout decision, a pricing decision, apply the promo, save the money, which, where to buy, all of these decisions, we don't even think because our brain is abstracting all the complexity. So when you're trying to build all of that, no one knows where this industry is going, how far. So my requirement when I think about who to work with is, are they going to be an innovation partner or not? Are they going to force new changes to happen in the industry?
And as we started talking to others, the thing, like all the way, the founder of Voyage AI, he was actually meeting with us. He's in Stanford in Bay Area. The team is very reactive. We have never had a problem where -- like we are in the cutting-edge research. But the problem -- the difference between research and engineering is that there is a deadline. So if you're just researching without a deadline, doesn't work. And for us, the fact that the product is good, it is fast, it is efficient, that's all good, but they are actually working and innovating with us. And that's another thing that you have to really think about in this high-frequency thing that you talked about.
By the way, I talked with you like a few weeks ago. I told Audrey, your product specialist, about your feedback, and you made our day.
Yes, Audrey was the one who made us decide like, okay, we'll work with [ Audrey ]. Okay. She happens to be at Voyage AI.
We only have one, Audrey, but like we have other folks that are great. Awesome. No, that's great. I mean there's a lot of good pieces of advice and hard learned lesson, et cetera. Let's reflect, if we could step back more, looking down the road and maybe we can even step back from your specific business, like when you look at AI, where it could go, the shift that you anticipate, if you have some thoughts that you would like to share with us. Steven?
Sure. Yes. I mean, so I think this is definitely like a very pontification question. And I kind of had some hindsight and some reflection on this as well. But I think one of the things that's been very clear to me is kind of this over rotation on hyper-personalization, right?
And so if I think about Amazon or if I think about when I go to Google or when I go anywhere, everything is specifically targeted towards me. And I want that. People have grown to kind of embrace that and kind of expect it almost. And so that's why I think when it comes to how we interact with companies, how we interact with people, how we interact with advertisements, with platforms, I think there's going to be this huge focus on hyper-personalization just because that's what people have grown to kind of come to expect.
Whether or not it's good or bad, I think there's positive and negative aspects to this, but I think that's what people want. When I go to americanairlines.com and it says, "Hey, what's your name?" I don't want to have to answer what's my name. I want it to know all that context about me. And I think that's where having data and all the context for these models is very critical, as well as having the ability to uniquely identify an individual, right, based upon certain traits or characteristics.
And this is where the identification piece can become semi-complex, because in an area of billions of user IDs or cookies or sessions, especially with cookies being phased out, how do I uniquely identify that individual or that user? And it's not just a cookie, it's a person, right? And so how you, one, uniquely identify that person or individual is key, but then also how do you over hyper-personalize that as well. I think that's very important.
I think the one last thing, too, just to kind of add on that, and I think there's 2 quotes that I would like to quote here that I think are very important, especially in this age of shift, because I think personally, AI is probably going to be more fundamental and more foundational than even the birth of the Internet, right? I think it's going to be revolutionary, more transitional and have more impact than that. But I think there's 2 quotes that I really like here. "The measure of intelligence is the ability to change", which is a quote by Albert Einstein. I think that's a very, very applicable quote here.
And then the second quote is by JFK, which is, "Change is the law of life. And those who look only to the past or present are certain to miss the future". And so that's where, as product leaders, as companies, as builders, we have to semi let go of all the baggage of the past, right? We have to think about things differently and not really kind of be hindered there. So I think hyper-personalization, how we uniquely identify people, not traits, as well as how we kind of not let legacy bias impact us, I think those are key for sure.
I think for us, I think it really comes to the transition from when we started the coding, the engineer was transitioned from like text classifier, like Generation 1 type AI, right, to now it runs full generative AI. Now it's that next step, and you heard a little bit in the keynote today, it is talking more the Agentic flow, right? How many agents do we spun out there?
If you look at Cisco products out there today, we've got agents that are running in product like XDR that are talking to a support agent, that are talking to a licensing agent, right? We're trying to build agents in all those areas to make the customer experience just something that's more seamless, right? And I think that next step and something that we're focusing on probably in the next couple of quarters is definitely going to be, even for our team, expanding to agent-to-agent communications and really ramping that up, especially as the SDKs come out for those different components and having Mongo back a lot of the agent work that we're doing.
Yes. For me, I think every 20 years or so, the Internet gets rebuilt. The first versions of it in the news groups to what Google and Facebook did, it has to evolve again. And what is that evolution going to look like? I think of it as outcome-driven Internet. Right now, in the last 10 years or so what happened is that you exist or not based on what Google tells you.
Let's take back a second and think about why Internet. Internet was about discovery. It's about finding things that you care about. Obviously, it grew significantly bigger than human capability. And then a company like Google came in and said -- it's a great company. They came in and said, we are going to organize world's information. But what happened as part of this is, if you are not part of their index, you don't exist. And it's not because they are evil, it is that it's so massive that the only way to find will be to go through these, what I call, surveillance capitalist companies. They turn that surveillance capitalism in a way that if you don't exist in the first page in the blue link, you don't exist. So you may have the best service, but you'll never be found, you will never find the customers.
Now as we move to the next phase of it, from SEO to GEO, as you don't even have patience, hotel links, you just want that one answer. And if the answer is what's the best green tea and your AI agent says or ChatGPT says, here's a green tea. What do you do, the rest of them? Your tea might be the best, but you are not optimizing for it. This has to change. There will be a change. We are not going to settle for this one answer that -- it's not even like I'm bidding for the top 10, I have to bid for the one. It doesn't work.
For the first time, there is a potential light at the end of the tunnel where it could be rewired for outcomes. And if you go to our tinyfish.ai website, the story that we highlighted is Google Hotels, not because Google Hotels is the story. We told the story from a point of view of an 8-room hotel in Japan. This is a small hotel. They have 8 rooms. They don't have a sophisticated stack. Hotel prices are always dynamic. You don't know the price unless you execute a workflow. Our agents log into these complex websites multiple times a day, try to check out different hotels, find the prices and automatically update Google Hotel Meta.
All of a sudden, their hotels, instead of saying call hotel, it will show the inventory and pricing. They didn't do a single thing. Google Hotel now has a lot more inventory. They're happy, and consumers have more choices. This is an example of identifying and doing things on behalf of humans, so that human actions and intent aspirations will become even more evident. Artificial intelligence is not just about artificial. We spent so much time thinking about artificial. It's also about intelligence for outcomes, for humans. I do think that the Internet has to evolve.
We somehow sleep walk from this idea that Google, I don't have time, just tell me that one answer, we are going to significantly erode the value that it was created for. If I'm looking for and ethically source the best coffee from Nicaragua from a small family, it should be about the quality of the coffee and their ethics. It shouldn't be about how good they are in showing up in an answer that an AI chatbot is giving you. And it has to change. And we have to be part of making that change.
Terrific. Thank you, folks. You shared a lot already, mix of learnings and real stories and visions. Maybe before we transition to May, our Chief Marketing Officer, any closing thoughts you would like to share with the audience?
I mean, yes, I think in the last comments, I kind of hinted to some of these things. But I think the biggest thing is just embrace change, right? Embrace change changes here. It's not going to go away. And if we keep kind of fighting change, it's just going to, one, hurt ourselves, hurt our careers, and then also hurt the future. So I think embracing change is definitely key.
I think one of the other things is also be proponents of the right types of change. So to the point about intent-based or getting the actual true results that you care about, I think that's so important, right? So as a user, we didn't go to search for wanting to go through things, we gained there for answers. If I search for coffee, I want the best coffee. I don't want the best branded or best marketed coffee, right? And I think those are so important things that we need to, one, fight for and then also hold people liable and responsible for these things, right? It's not about just making money of these things. It's about truly getting the right intent. And then, yes, I think the biggest thing is just embrace change. We don't know, we don't know. It's the wild West out there. Things are changing more rapidly than I've ever seen things change before. And it's an exciting time, just embrace it and go along for the ride. So...
Yes. I think for us, it's about just factoring into the daily routine, right, making sure that the folks know that it's more about making them operationally more efficient, right? So we can produce more code, better code, faster speeds. We're still solving very complex problems, and we're not going to stop that. Tech is not going to -- we're not going to get rid of people because we're going to have AI agents answering all the questions, because there's still going to be bugs that appear. There's still going to be things that happen that are caused down the road, right? So we're still going to have all that need for human engagement. I think that's a big thing.
The other thing is to get our people trained appropriately on being able to do really good like prompt engineering, things like that, so they make proper use of the tools before them. They just keep remembering their tools. They're not taking over things.
I'm just grateful. I think what a time to be alive. Imagine if we were alive when industrial revolution started and steam engines were invented. Cisco, for example, they made Bay Area, essentially. If you go anywhere in San Jose, you'll see how -- if you were a part of that journey at that time. We don't have to wish that because we are actually in it. These are the good old days, and we are living in it. And it is hard to overexplain how lucky we are to be able to be in the middle of it. No matter what role you're in this room means you are lucky. So for me, it is like don't stand on the sidelines, like Steven said, but it's also more about there is actual value that you can deliver for yourself and your clients. Go to tinyfish.ai. I have to pitch.
Classic Sudheesh.
He knows me. We are getting started. We don't know the actual use cases, but you're using browsers, do it at super-human scale, with reasoning, do amazing things for yourself and your clients and be part of it. There is -- amazing things are happening everywhere. And like you said, change, change everything, change your job, join us.
Shameless.
Listen, thanks a lot for being our customers first. Thanks for sharing your insights today, and I really appreciate it. Thanks.
Thanks.
Thank you.
Thank you.
And we transition to May. May, the floor is yours, I think.
All right. Hi. When the CEO of TinyFish was talking, I felt a little seen. Anyway, welcome. 3.5 years ago, I joined MongoDB, and I was given the challenge, make Self-Serve the most efficient acquisition for MongoDB and do it in 3 years. Classic big hairy audacious goal.
Today, I stand before you as MongoDB's new CMO, proud to say we did just that. Self-Serve is not only our most efficient acquisition channel, it's also the catalyst for our enterprise business. Let's step back for a moment. Product-led growth is our strategy. Self-Serve is how we animate and bring it to life. The idea is simple. We don't just tell developers, we show them and let them discover how great Atlas is for themselves. It's more than a free trial. We work to make every developer wildly successful in Atlas. That's how we design every interaction with empathy, not just showing utility, but helping them succeed. That's what drives adoption, strengthens retention and ultimately drives durable growth.
At MongoDB, Self-Serve takes the barriers down to almost 0, a simple sign-up, no upfront commitment and a free tier that never expires. It's the freedom to get started right away. And it's not just small projects. That same Self-Serve journey makes our sales motion more efficient, because when we talk to customers, they're already building, running workloads and even spending with us. And these are not trivial projects. They're content management systems, e-commerce catalogs, transaction-heavy applications, the kinds of workloads that power modern businesses.
Hundreds of thousands of users try MongoDB via Self-Serve every quarter. And here's the key. 80% of those developers have self-identified themselves as being new to MongoDB. I'll say that again. 80% of those developers identify themselves as being new to MongoDB. That makes Self-Serve our most important way to win the hearts and minds of the broader developer community, especially those moving beyond relational technologies and looking for a modern alternative.
We're also seeing AI native start-ups choose this path to build the foundation for the next generation of applications of MongoDB. Together, these signals give us confidence that Self-Serve is a compounding engine driving growth that accelerates over time. Our Self-Serve motion has proven highly effective even as our go-to-market teams move upmarket to large enterprises. As usage grows through Self-Serve, so does revenue. Developers scale projects at their own pace, paying as they consume. In just 6 years.
Self-Serve has grown to more than 50,000 customers. Year-over-year, we've more than doubled the number of net adds to our Self-Serve channel from 1,300 in Q2 FY '25 to more than 3,000 last quarter. Some of those customers are supported entirely digitally. Some are engaged by our scaled go-to-market team. But whether they're engaged digitally or by our sales team, Self-Serve is the front door to durable, efficient growth, the place where the journey starts and where enterprise growth begins.
Now product-led growth isn't just an efficient way to bring SMB users in. It's a powerful driver for enterprise growth. Many start small, some as little as $8 a month, but more than 25% of our $1 million and up customers began in Self-Serve. And when they reach the $15 million mark, they get there about 15% faster than customers who came through traditional sales channels. Why? Because by the time sales engages, the developers have built, tested and gone to production on Atlas, they know it works. And that only makes it easier to scale across workloads, teams and business units. It also makes customers stickier because developers have invested in the platform and have learned and are succeeding on it.
Now, at MongoDB, we never slow down and stop and rest on our laurels. So the next bar is how to make MongoDB the default database for modern applications. Here, you see the classic funnel, starts with mindshare being top of mind for developers, architects, decision-makers when they think of evaluating modern data platforms. Then we move to education, to grow confidence and competence, and that leads to preference selection and ultimately growth. Education happens in person, like today at the .local event, and in the product at scale with a low-friction experience that gets developers up and running fast. Prompts, docs and content then guide them forward until they convert into paying customers. And the journey never stands still. We're constantly testing, refining and improving. But what moves prospects from the top of the funnel down to the bottom and then looping up again is the Self-Serve engine. So let's take a look at it.
Self-Serve works in 3 powerful ways: acquisition, learning and sales acceleration. First, acquisition. Let's meet developers where they are and get them to try Atlas. Second, learning. Every new user creates signals and feedback that makes the product better and the journey smoother. Finally, sales acceleration, turning early adoption into warm demand for our enterprise teams. That's why this engine is so strategic, but let's look at acquisition.
There isn't a single path to MongoDB. Developers discover us through multiple doorways, each designed to be natural, frictionless and scalable. FirstSearch, just heard about that. For years, growth has started with a simple question. What's the best database for my SaaS app? And MongoDB has consistently shown up as the answer. Now, second, AI. This is our fastest on-ramp to Self-Serve. LLMs already drive 10% of our Atlas registration, and they convert better than any other channel. In fact, one of our top prompts fueling that growth is simple. What's the best database for flexible data modeling.
But we're not leaving it to chance. We're making sure that momentum is turned into durable impact by focusing on 3 things: one, quality and accuracy of the answers; two, visibility in the right places; and three, insights into how we show up across the AI landscape. That's why we've tuned our website to be AI-ready, invested in third-party content and forms like Reddit and Stack Overflow and built analytics to track where MongoDB shows up and where to double down. Content, accuracy and insight. That's how we're going to win in AI and why LLMs are now our best converting source of traffic.
Third, community. Nothing beats word of mouth. From open source adoption to .local to developer champions, our community brings hundreds and thousands of developers to MongoDB. Finally, ecosystem. Partnerships like the launch in the Vercel marketplace last week put MongoDB right where developers built. With just a few clicks, they can provision Atlas without leaving their workflow. Together, these on-ramps fuel Self-Serve, making MongoDB discoverable, accessible and top of mind for the next wave of developers.
Learning. Now we don't just bring people in the door. Self-Serve, the Self-Serve engine teaches us and lets us teach users. Every click, every query and piece of feedback is a signal. At our scale, those signals give us visibility you just can't get any other way. We also pair that with -- we pair quantitative with qualitative inputs like surveys, focus groups and customer conversations. This gives us a complete picture we can use to improve the product and the journey. We see which features take off, where developers get stuck, and when a workload shifts from test to business critical.
These insights tell us when to act. Sometimes it means fixing inefficiencies like slow queries or improving our alerting. Other times it's seeing when customers are pushing the database where it's just not ideal. At our scale, we can spot patterns automatically and guide users to the right solution. Sometimes that's search, Vector Search or Voyage AI. Other times it's helping them unlock what's already there. Either way, it's just not about fixing problems, it's about expanding usage and driving adoption, again, helping developers be wildly successful on Atlas.
Developers also share feedback in docs, chatbots and community forms. And combined with usage data and product telemetry, those signals fuel a disciplined loop. I know Dev talks a lot about experimentation, and this is how we do it. We form hypotheses, test them, learn them and scale what works. So each cohort benefits from those before it. And the more developers use MongoDB, the more we learn and the more better we make it for the next cohort that comes through. That discipline is what drives and makes Self-Serve stronger every cycle. It's not just a revenue engine, it's also a learning engine for MongoDB.
Last but not least, sales acceleration. Self-Serve also fuels our enterprise motion. It's pretty simple, land, signal, expand, retain. We land a developer through Self-Serve. The usage generates a signal of high-value, super engaged accounts, and those signals alert our sales teams. From there, we grow MongoDB usage across the organization. That turns cold calls into warm conversations powered by real customer data. The impact is clear, higher conversations, higher conversion rates, stronger ROI and a more efficient sales process. It's how we've already won over 70% of the Fortune 500 and how we're capturing the next wave of AI application development.
These are one-offs. They prove Self-Serve is repeatable, reliable for enterprise growth. And here's the important point, well, one of my many. Developers often can't say yes to a purchase, but they can say no. By landing developers first, we reduce friction, build advocacy and make it easier for sales to get to a yes. Now let me show you how it plays out in real life. These stories span financial services, cybersecurity, crypto, design, goes on. And they all follow the same pattern. They all started in Self-Serve.
One example, a global cryptocurrency exchange began with a single developer signing up. Usage grew quickly, and that one account led to Atlas becoming the preferred operational database for all of their applications. When sales engage, it wasn't a cold pitch, it was more in an advisory position, helping them to scale mission-critical systems. And that pattern repeats. At a Fortune 500 brokerage firm, developers experimented in Self-Serve before moving to sales. Today, MongoDB powers the application that supports millions of retail investors. At a global design and collaboration platform, developers started in Self-Serve and when usage scales, sales engage. And today, MongoDB supports hundreds of millions of monthly active users on their mission-critical application. That's the playbook, land, signal, expand, retain. It's how Self-Serve fuels our engine, driving acquisition, learning and sales acceleration. That's how MongoDB goes from first choice to every choice.
So again, when I joined MongoDB 3 years ago, thrown down the challenge, make Self-Serve our most efficient channel. And today, I'm proud to say we did just that. But more importantly, the best is yet to be. We're still learning how to optimize for LLMs and how to become an essential tool within Agentic development platforms, and this engine keeps getting stronger, acquiring our next best customer more efficiently, feeding intelligence to our go-to-market teams and creating durable growth that compounds year-over-year. The impact of Self-Serve goes beyond the channel. As we get better at acquiring and supporting customers digitally, it frees sales to move upmarket and land those large accounts for us. That's why I'm so confident in where we're headed. And the truth is, we're just getting started. Thank you.
Thank you, May. Okay. So hey, thanks for staying with us. We're getting down to the -- we're starting now sixth, seventh inning, getting to the end. So I'm going to walk you through the financial update. We will talk at the end about some of our financial -- I'm going to call it our foundational elements as we look at the long-term plan. And then also, we will open it up to Q&A. We probably -- and thank you for the team for being so crisp, we'll have maybe a little bit more time for Q&A.
So just before I get started, though, so hopefully, you enjoyed those sessions. If I could, just from my perspective, recap what you heard. Hey, Dev talked about durable, profitable growth. I thought it was super important that he walks you through, here's the evolution of MongoDB as well as our fundamental advantage, which is our document model and how we go to market. So I thought that was great.
Jim and Fred, I thought they did a great job talking about 2 things. One is the product enhancements in the core product, and that's so important. That QE, the encryption thing, when they walked me through, I was like, wow, that's really neat. Super important to a developer. All the stuff that Jim talked about in terms of security, availability, all of those things, if you're a bank or you're a government agency, that's really important. That has allowed us to move upmarket. And then Fred's discussion, hopefully, that helped.
We get a lot of questions from you folks. Hey, what is an AI use case? What does that really mean? And hopefully, that helped that as well. And May, who I love as a CMO, she says ROI more than I do, which is an unusual thing. That whole product-led Self-Serve has also enabled us to move upmarket, but make sure we don't lose what MongoDB is, which is really that mid-market as well. So thank you for that.
Now my job is to pull it all together and walk you through the financial framework. So what are you going to hear from me today? We're going to hit -- and I get a lot of questions. Hey, when you joined Mongo, why? And what did you look at? The #1 thing for me, and folks, I've been in a lot of different places. It's one of the few places I've been that has such a large market with great organic growth. That's where it all starts. It's painful to be in a market that doesn't have a lot of growth. It's not very big. It's a dog-eat-dog world. Is there competition? Absolutely. But it's a huge market, lots of room for growth, so we're going to hit that.
The thing that I've come to appreciate probably more than anything is the durable business model. And I didn't appreciate that until I got here. And it's one of the great things I love about software is the business model and how it drives profit. That flywheel impact is super important, and we're going to talk about that. We believe we can do both, grow revenue and profit. And folks, I get a lot of these questions, and I think it's a little bit of skepticism, which is, please tell me you're not going to sacrifice growth for profit. So this is being webcast. We will always lean towards growth versus profitability, but investment needs to come with a return, okay? So when we talk about the growth, that is the #1 goal. But we also, because of the flywheel, are very confident that we can do both, and we're going to talk about that. And then I will talk about our long-term targets.
Okay. Before we get started, though, we had a really good Q2. So let's -- this is a little bit of a victory lap, which is fine. We're going to take that time. The guy from TinyFish gave his little advertisement. I'm going to do the same thing. So hey, Q2 and for the 5,600 employees at Mongo, I would say, thank you for the great performance. Here's how I would summarize it. Accelerating Atlas growth, stability in non-Atlas, another strong quarter of customer adds, expanding operating margins and meaningful cash flow. Checked all the boxes in Q2. And as you know, we not only rolled the beat, but we raised the guide across the board. So we feel really good about how it set us up for the rest of the year.
I would also note a couple of things. 18% revenue growth at the high end, 14% operating margin. And yes, folks, like everybody else, we will talk about the Rule of 40. We used to be a Rule of 40 company. And gosh, darn, we want to get back to that. So we're at 32%. Hopefully, that number keeps going up, and we're going to talk about our goals to get there.
Okay. Before we do that, let's talk about the market. Same chart that Dev showed, but we can't show it enough. Large growing market. The database market is obviously made up of OLTP as well as OLAP. We play mostly in, as we know, the data store, the OLTP. You heard today, that is where all the action is in AI. That's the high ground for inference. That's where we play. But you know what, the rest of it is there for us if we want to look at future expansion. So it's a huge market, and it's growing, as our friends at IDC say, by about 13%. Hard to find a $100 billion market, growing that fast. So it's a great market for us, and there's a lot of room for growth. No matter how you cut it, we've got a very small share. So even at our guidance, about somewhere around $2.4 billion, folks, we don't have much of the market at all. There is a lot of room to run, and we're super excited about that opportunity. There's green on the chart. There's lots of greenfield in the market.
The other thing is, we have immense respect for the folks at IDC. I would not want to have their job trying to estimate market size and growth. But we also are firm believers. We believe that AI is actually going to accelerate that growth. The question is when? And while we don't have a view on that yet and you ask every quarter and you should ask, we do think that AI will expand the growth of that market even above the current market estimates.
Okay. And we talked about it. Hey, OLTP, and we have a lot of these questions in the investor meetings in the one-on-one, which is, hey, why can't the other part of the market do it? That's where the operational data store is. That's where the real-time data is. You heard all the customers talk today about you want that vector search and that embedding right next to where you have the data. We think that, that is the high ground for AI workloads, specifically inference.
So in summary, folks, it's a massive market. Few companies have that large of an opportunity. With only $2 billion -- around $2.5 billion in revenue, we have a very small piece of that. The opportunity in our core database is still very large. The market is expected to grow double digits, and we think it's actually going to accelerate with AI. Question is when, but we think it's there in the future.
Okay. So that's the market backdrop. Now let's shift to Mongo. Okay. So I'm going to take a little bit of time on this slide. And one of the other things I know you always like and expect from Investor Day is, hey, give us some new metrics, give us some new data. You heard some from Dev, you heard some from May as well as from Jim and Fred. If you take a look at this, this is total revenue. We've broken it up between Atlas and non-Atlas and services. In fiscal '22, Atlas was about 56% of the business. We expect it to be close to 74%, 75% now. Interestingly enough, the last 3 years, Atlas has added about 400 basis points in mix for the last 3 years.
One of the wonderful things about AI is we're not -- hey, we think it will be both form factors. We think it will help Atlas, but we also know it will help EA as well. So that mix, we expect Atlas to continue to grow. I'm not sure it will be 400 basis points. We'll see how it goes. The other thing is, and we've grayed out that area there because that's the guidance. We gave you very specific views of what we thought the second half was going to look like for Atlas. So it grew by, call it, 28% in the first half, somewhere in the mid-20s is the guide.
We also get questions about, hey, how does that break out between the different cloud platforms? And we've said before, so number one, all 3 platforms on a year-to-date basis are growing very strong double digits across the board for all 3. That largely reflects the cloud market share that you see in other publications, but AWS is our longest relationship, so they're going to be a little bit bigger. But it largely reflects the cloud marketplace. So we do get that question quite a bit. So 3x growth, but Atlas has grown almost 4x during that time. So it continues to take share, and we do expect Atlas will be the driver of growth going forward.
Okay. So I'm going to leave this up for a second, because I know you folks love this chart. I've been here a little over 100 days. I kind of like it. There's parts of it I don't love. This is how we measure the growth of Atlas, which is our week-over-week average consumption. And again, we're going to post this one. So we look week-over-week, and that's how we track it. Now what this is, is this is consumption growth. And you can see in here that there's variabilities throughout, as we call it, the seasonality. Some of it holds. There's been some changes.
Economic things happen. External factors happen that change some of this. But we get a lot of questions from you folks on, hey, you say you're going to have consistent growth in Atlas, what does that mean? So what you need to do is take this chart and compare it also with the size of Atlas, and I'm going to talk about that to get to revenue. So what we mean by that is you see that line on the far right. On average, the week-over-week consumption for Atlas in the first half was relatively consistent with the first half of last year. The fact that Atlas is almost 30% bigger means that you get acceleration in revenue growth. So when we say relatively consistent consumption growth, we're not talking about relatively consistent growth. That's consumption. Consumption is a leading indicator. You then need to compare it against the size of Atlas, and that's going to take you to revenue.
So we know you folks love that, and you ask about how was consumption in the quarter. This is how we answer the question, which is how did we see the week over week. The other nuance here is, hey, you do have some seasonality and variations that we bake into our forecast based on what time of the year it is, summer, holidays and other things. So it's not a perfect proxy, but it does give us a view of the growth. So I know we showed this last year. I know you hate when I pull stuff, so I'm not going to pull it. But I want to make sure we get a lot of questions about how does this then relate to revenue. So I like this chart, but I love this one.
So this is the growth in Atlas revenue year-over-year. And you can see for the first -- for the last 2 fiscal years for the half, we did it by half, we added about $150 million of Atlas revenue on an annual basis. That was relatively flat. The great news is, with relatively consistent consumption, but a bigger base, it actually accelerated in the first half. This is what I think we get paid to do, drive more incremental Atlas revenue every quarter on a year-over-year basis. Percentages are important, dollars pay the bills. So this is something that we will show you and talk about a lot. So when you ask about consumption, I'm always going to give you the view, but I'm always going to bring it back to revenue, because that's what matters.
Now in our guidance for the second half, we've largely assumed a relatively consistent absolute growth as well. So we expect this growth to continue. And that is our goal every quarter, is to drive more and more Atlas revenue driven by consumption, okay? So I wanted to tie consumption to revenue, okay?
All right. Let's shift to non-Atlas. Why is this important? You heard it today from some of the customers, and we've talked about it. EA complements Atlas. It's really a big part of our run anywhere strategy. And there's a lot of industries as well that need to run both on-prem as well as in the cloud. We talked about all the -- you can run across multiple clouds, which is great. EA continues to be a growth driver. Yes, it started to slow a little bit as it relates to that. This is revenue. So you're going to get the duration. I'll say multiyear once. What I'm going to talk about is duration versus that. But it continues to be a big part of our business, and it's hugely important for our customers, especially in regulated industries. Plus keep in mind, the margins here are quite good. It drives a lot of the profitability of the business, which is important.
The other thing is this is not a cash cow. We are not pulling resources and just letting it run. You heard today, we talked about the investments that we're making in EA and introducing search and vector search as well. So again, run anywhere is a strategic advantage. Especially for regulated industries, it's super important. We are still actively investing in non-Atlas or EA, and you heard some of the announcements that we've made today.
The other thing I do want to note, this is revenue. Hey, folks, about 70% of this is support, right? The license is a part of it, but also the stability of this revenue stream comes from there's still a good piece of it that's support. So yes, there's variability within part of it, but not all of it. And you see that, and you've all asked this question. So here is the non-Atlas ARR growth rate. And yes, we gave you the past. So just going to let you stare at it for a second.
The bump that you see in Q2 '24 was the OEM deal that we talked about back then. Otherwise, this is going to largely reflect what you saw in the revenue screen, which is that ARR growth rate has come down, and you saw the revenue also start to plateau as well. Importantly, the last 2 quarters, it's largely been consistent at about 7%. And going forward, what we'd say is we expect that to stay within the low-to mid-single digits for the foreseeable future. We'll see how we get in a couple of years. But as we look out for the rest of this year and '27, that would be the expectation with obviously some movement based on the duration that we'll get with our customers.
Okay. All right. A couple on the customer and the customer growth. This is a great chart, and it shows that we continue to add customers above $100,000 in ARR and $1 million. Keep in mind, though, and we've got a couple of questions about, hey, the customer growth slowed. While this is an important metric, with the move up market, we still want to add customers, but the goal is to really go after the wallet share in those larger customers. So if you look at it over the last, call it, 3.5 years, we've continued to increase the average revenue in this cohort. And this is really important, because it shows our biggest customers continue to invest in Mongo. They don't just flatten out. While the workload may start to flatten out, they're adding more workloads, more business with us. So this is a big piece, and we watch this very closely as it relates to the success of our move upmarket. So yes, larger customers adds are important, but we also want to increase that wallet share of those larger customers.
Okay. So that's the Mongo business. We walked through Atlas, non-Atlas. We talked about the customer metrics. Now let's talk about investments to drive growth. And I've said this repeatedly, and I'll say it again, the #1 driver of operating margin expansion, this is a great part about the business model, will come from growth. This is the flywheel. The more that we're able to grow revenue, call it, gross margin somewhere around the mid-70s, it creates a ton of profitability for us to invest in.
And versus the last couple of places I've been, folks, this is a great problem to have, because this is now about where you invest to drive return versus having to pull dollars from other groups. So this is why it is so important for us to continue to invest in the business to drive the revenue, because this is the flywheel, this is the biggest driver of gross margin expansion. So I know some of you are worried you're going to pull back too far in the oak. No, we're not. We'll talk about that. The goal is to continue to drive revenue. That is going to drive more operating profit for us to invest. The overarching philosophy you'll hear from me is we will continue to invest in the business, but not at the same rate of revenue. And that's how we will drive operating margins up. We will invest, and I'm going to walk you through that, but just lower than revenue and lower than gross profit.
Okay. Entering fiscal '26, Dev and the team talked about the investment to go grab the unique opportunity. Those are still there. We are still investing in those. We'll talk a little bit about other stuff we're doing. The #1 thing is around developer awareness. And this is why what May is doing in product-led growth and Self-Service is so important. This is where it all starts. Mongo was started to make life simple for the developer and our developer awareness is huge.
So the areas that we're focused on, and you see it out here when you walk around, is all the hands-on workshops, making sure that they know the value that we bring and how they get used to and work with Mongo. What I heard today from a lot of those customers was simple, but yet scalable. Wow, that's really great, because usually, it's a big scalable, but it's not simple. Hey, we're simple and scalable. So that developer awareness is super important. Hands on keyboard and a lot of the stuff that we do with them is at all the badging that they do.
At this local event by itself, we're hosting 5 of them just today. So the focus on the marketing is really 3 things. One is a reinvigoration of our Bay Area activities, specifically related to AI natives, and you had one up here in TinyFish, and attending the developer talks to really raise our level of awareness in the Bay Area in the AI natives. Number two is to go after relational developers. That's obviously a big piece, so that they know who Mongo is and how to use it. And then the other thing is upskilling those developers, so that they know how to use Mongo. So a big part of it -- I'll talk about reallocation later. The small restructuring we did in Q2, we took dollars from one bucket and we moved it over here, and this is where we invested. So that will be #1 in the investment, and it's very similar to what Dev talked about entering the year.
The other area is research and development. Hey folks, as the CFO, I think there's only one thing that matters in a tech company, which is you have to have the best product. And we will continue to give resources around 2 areas, focusing on the core product, all the stability, security, to move upmarket, hugely important, things like QE, AMP, all that stuff, we will continue to invest in the core product. And then, of course, all the AI enhancements that we need to make sure that we are moving with a very fast market. That's what you heard today is, hey, the market is moving very quickly. So these are 2 areas we will continue to invest in. Of all the 3 groups, sales and marketing, R&D and G&A, this is the one where you should see costs may come down as a percent of revenue, but not as fast as the other ones. We need to continue to invest here, and we will.
And then certainly, sales is a big part of it. This is probably going to be focused more on, I would call it, incremental investments, but I want to lay out some of the areas because we'll still do this. You still need direct reps, especially as we move upmarket, and that's a little bit of a different skill set. So we'll continue to invest in that. We will continue to invest in the product-led growth that May just walked you through. It was interesting. I didn't get it the first round, but after earnings, this forward-deployed engineer came up more than a couple of times. And this is especially important as it relates to our AMP product, because it is a combination of technology and "services", specifically around really strong technical talent. So that will be a focus.
Also our partner ecosystem. It's not only going deeper with our existing SIs, but it's also making sure that we're really in the SI slip stream as it relates to AI. And then there are some areas across the world that we probably need a little bit better partner penetration in certain geos. So we'll have targeted investments there. And then we are, like everybody else, investing in AI and tools to make this team more efficient. It's a little bit longer play, but there is an investment there. So developer awareness, R&D and engineering and targeted focus in sales, okay? So that's where the investment focus is going forward.
All that being said, we can also run our business more efficiently. And I get a lot of questions about where are you going to target? So I've broken this chart up into what I'm going to call business model efficiency and focus around specific areas. And these are the first 2. And again, I'm going to hit this time and time and time again. Revenue growth drives gross profit. That's the #1 driver of growth. We are also now over a $2 billion business. Across all of our functions, we can also leverage that scale. This goes to cost of goods sold with our negotiations. It goes to how we run the whole company. Scale is actually going to start to matter and help us run the business more efficiently.
Now let's talk about specific areas. And I talked about this a little bit on the last call. One of the great things about Mongo is we've largely built the infrastructure to be a worldwide large software company. We're in every geo virtually in the world. We have direct sales, we have channel sales. We have the 2-tier distribution. We have R&D and engineering across all of our products, and we have a G&A team that can support a large public company. The benefit of that is most of the new investment is going to be incrementally not a step function. So we can add new direct reps. We can add new engineers. Obviously, we need lawyers and accountants and other things, but these are going to be incremental. Therefore, we're able to invest at a lower level than our revenue growth. So that's the big piece from a structural perspective.
Reallocation is going to be a big piece, which is we've invested in a lot of things for all the right reasons. But you know what, not everything pays off. Not everything has a return. And the team is looking hard at where can we reallocate to drive better growth. The Q2 restructuring, moving it to developer awareness, is one such example. So we will continue to drive reallocation within the cost structure.
And then number three is productivity, and everybody drives productivity. And I would highlight 4 areas for this. Number one is we have a good offshore footprint, but folks, it should be a lot bigger. So what you're going to see is while headcount may continue to go up, those are largely going to be in lower-cost locations, especially as it relates to engineering. So we're going to push a lot harder offshore.
Think about this, too, when we get to the equity part that we'll talk about in capital structure. AI, just like everybody else, I thought it was great, was high value, low risk, okay? Everybody is looking at that. We need to be better about driving AI efficiency. So we will do that. The other piece is we largely have the management layers in place. So what we will do is we'll leverage that. And then also tools, we need to build better tools for efficiency. So those are the areas we're focused on. I don't want to point to certain groups. But in general, that's what we will look to, to drive efficiency. So hopefully, that helps with those questions.
Okay. Before moving to the financial framework and the long-term model, hey, I want to hit a couple of things on capital structure. So the first thing is cash conversion, we've talked about this. So what this chart shows is on your far left, in the last 2 fiscal years, the green bar is the operating cash flow number and the blue line is the conversion from operating income to operating cash flow. And you see it's about $0.50 on the dollar. Keep in mind folks that you've also seen, during this time, deferred revenue continue to decline, because the consumption business is mostly you consume, you bill and then you collect later. And you should expect to see deferred continue to decline. But the nice part is it's largely flattening out.
The goal is to get that 50% much closer to 100%. I don't think we can get over 100%, because we're not going to change our pricing. There's 2 parts about cash flow, how you collect and how you pay. We're going to leave the collections part there because that to me is a pricing decision, but we will get a lot better about driving best practices internally the way we manage our business and our vendors, okay? So it was actually 104% in the first half of this year. You should expect that percentage to come down in the second half, but still be above the 50%, okay? So a lot of you folks know me, at the end of the day, I love accounting, but I really, really, really love cash. So that's an important part.
Okay. I also want to talk about our equity and our stock-based comp. So what you see on here is our fully diluted share count and then stock-based comp as a percent of revenue. And you can see it's come down from about 30% to about 24%. There's a couple of important things here.
Are we okay? There's a lot of scurrying around?
[indiscernible].
Okay. Do you want me to stop?
[indiscernible].
Okay. So why don't I do this. We'll take a 5 minute break. We'll make sure that we're up for that. If people want to take a comfort break, they can. Perfect. Okay.
[Break]
All right. Very importantly, and our wonderful Chief People Officer, Harsha, is in the back. Equity is an important part and always will be an important part of our compensation. Folks, we need it, especially as it relates to our engineers. So we will always issue equity as a part of our compensation, and you see that it's a big piece of it. So it's a key part of it, especially as we look at technical talent.
However, as we change our operating model and our cost structure and we're more efficient, and we talked about offshoring as well, that's going to help here as well. We'll still issue equity. But from an aggregate perspective, that should start to come down. So our expectation is stock-based comp continues to decline. Don't expect to see it go way down. I think gradually, as we get more productive and we drive efficiencies, you should see it come down. But I want to make sure and set the stage, hey, folks, equity is a big piece, you're still going to see it. But like everybody else, we understand that we're diluting you down, and we want to make sure there's a return on that equity dollar.
How we're going to manage that, though, is we want to manage -- our goal is to manage total share count relatively flat. And how we're going to do that is through our share buyback. The other thing that we'll do and some of you see other companies do that as well is, hey, even when it comes to the cash settlement of RSUs, keep in mind that when shares vest every quarter, we issue the gross amount of the shares. We then sell the net amount to pay the taxes and then we remit that cash. What we're going to do going forward is we're actually going to issue the net, and we're going to pay the cash directly out of cash balances. It is an implied buyback. It's incremental to what the Board has authorized. You'll see it in the cash flow statement, but that's another way for us to manage our share count.
So the goal is to make sure and try to manage that dilution, be responsive and good stewards of your capital, but make sure that equity is a part of the compensation plan going forward. We have the wonderful luxury of having $2 billion on the balance sheet, and we will use it to help manage that dilution, okay?
So let's talk about the long-term targets. I'm going to break this up into kind of the framework as we look at the business, what's critical for us. And then we will do the math and say, at a high level on average, what does that mean for the target perspective. But the thing that overrides all of this is, hey, folks, we are driving to be a Rule of 40 company, and we're very serious about this.
So fiscal '22 and fiscal '23, Mongo actually was a Rule of 40 company. If my definition of that is revenue growth plus non-GAAP operating margin, it was 52% in '22. It was 47% in '23. Most of that was driven by revenue growth.
Last year, that dropped to 34%, because we grew 19% at a 15% margin and the high end of the guidance is pretty close to that. So we expect now to be able to make ways back to that 40%, but in a much better balance. And again, I'll say the same thing I said earlier, which is we will always over-index on growth versus profitability, but they're both important, okay?
So as you see our long-term goal, we understand that it's relatively rarefied air for a software company to get to that rule. That is our internal target. We feel it's reachable. And everything that you're going to see us talk about today is in pursuit of that goal, okay?
Okay. Three parts of the financial framework. And when we talk about this, we're thinking over the next 3 to 5 years. A couple of things. It's a long-term plan. The company has never given targets before outside of very high level. So we take this seriously as our commitment. We also understand it's 3 to 5 years. If we all rewound back to when you sat in this room last year, and if anybody could have told us what the next year is looking like, do a victory lap, because you're really good.
This is 3 to 5 years. There's a lot of moving parts. We feel really good about parts of the business that we'll talk about. Very importantly, we are not guiding for '27. I'm not even guiding for '28. This is a 3- to 5-year view, okay? So we will guide '27 when we get there in late February or early March. This is how we look at the business long term, where we're investing to drive that growth and what we think is important.
Okay. So the first piece and the first thing I want to say is this is not a ceiling, okay? Our expectation and our goal, it's the most important part of our business, is to drive durable Atlas growth of at least 20%. It doesn't mean that it's going to be in the 20s. It may be in the 30s. This is not a ceiling. But this is the biggest piece of our financial framework, is to drive Atlas growth durably and consistently during that time frame.
It is now about 75% of the business. It's going to continue to be a bigger part of the business. We're not guiding as to what mix because there's a -- hey, folks, there's a lot of moving parts. But everything that you heard Fred and Jim talk about and everything that you heard May talk about as well as Dev when he introduced it, was all around driving durable growth in Atlas, is the most important part of our business. This is the major focus, okay?
As I've said many, many times, that then equates to margin expansion, largely driven by revenue growth. Our goal is to continue to drive operating profitability margins up by between 100 and 200 basis points a year. Why the range? Because of the duration and the mix, and I'll walk you through where we are today. This will move around a little bit. Some of it's out of our control. Keep in mind, we are in a consumption business. The customers decide how they deploy and consume. We can help them. We can push them. But at the end of the day, that's their decision. They also make the decision whether they do a multiyear or an annual renewal.
So there are some things there that we just all have to deal with, and that's part of this. So in years where we do a little bit better in Atlas or in non-Atlas, you'll see us push up a little bit more, and then it may drop down. But again, within that range, pushing towards that Rule of 40. That's the second major framework from a financial perspective.
And then, of course, I'm going to talk about cash. We need to generate better cash conversion and generate material free cash flow, and that is our goal. Again, we're focused on best practices. Nothing in this is baked in that we're going to change our pricing policy. It's too competitive out there. By the way, that's a timing issue if you want to collect upfront. We are where we are. We're assuming that stays relatively consistent, but we're going to drive much better efficiencies internally.
So these are the three building blocks. Atlas growth, durable growth of at least 20%. It is not a ceiling. I will say that. I will say that. I will say that. We feel really good about that business. It grew 29% last quarter. We guided to right around the mid-20s. There's still a lot of time left in the year. This is the most important part of our business.
The business model will drive efficiencies. We'll get better about the ROI of where we spend with the goal of always funding growth first. We will not starve the business and then that operating profit is going to convert to better cash conversion, okay?
Now let's talk about what -- let's do the math. And before we do the math, again, I just want to go through it one more time. This is a 3- to 5-year time frame. We view this as a commitment. I'm going to shortcut the first question in Q&A, which is because I get this a lot, what is your guidance philosophy and what is your philosophy here?
Folks, this is our best look at the base case. We will always give you a view that has more upside than downside, and that is the goal. But we take our commitment seriously, but we also want to be realistic. I love hockey. I hate hockey sticks. And I'm not going to stand up and give you a number that you're going to look at and say, Mike, come on really. We're going to give you something that we feel good about hitting. We're always going to build in more upside than downside, okay? And we are not guiding '27 for the third time, and I'll say it again when we get to the end.
Okay. So let's do the math. Atlas growing at more than 20% over the next 3 to 5 years. On average, we would expect revenue growth, again, in that base case to be in the high teens. Let's break this down. Fiscal '25, Atlas grew by 27%. The company grew by 19%, because non-Atlas grew by about 3%. The high end of guidance for fiscal '26 is right around that same 26%, 27% for Atlas, but because of the duration impact and the headwinds we've talked about, non-Atlas subscription revenue is actually declining in the mid-double digits. Therefore, the high end of the guide is 18%. So '25, 19%; '26, '18. Hopefully, we do a little bit better. We're right around that high teens.
So, we feel good about this, but we also know that there's upside. What are some of those puts and takes? If Atlas grows even faster, it will become a bigger percent of the business, and it's going to drive the growth up. And that's just the fundamental part of the business, which is we hope happens. We are expecting in this, and we're not guiding to EA specifically, because there's too much variation, but to remain that ARR kind of in that low to mid-single digits. So this is simply math driven by Atlas. Our goal, again, is to drive Atlas growth at least 20%. It is not a ceiling for the fourth time. Okay? So that's a big piece of it.
The other part is hey, if we can have some stability in EA and when AI starts to hit, some of that will help. We've actually seen some of the AMP deals come through as EA deals, because they're going to do their modernization, they're going to keep the data on-prem. So I think it's going to help both. Again, we don't know where the mix goes, but that's the puts and takes as well.
Again, the reason why we would be a little conservative, and we did this in the second half of the year, it's a consumption business, and there are economic factors that we can't forecast. Hence, where we are. So we feel really good about the business, good base case, but we feel there's more upside than downside. And it's really driven by the confidence in Atlas.
Okay. We get this question a lot. Can you -- when can you get to 20% and can it go above? So again, we will invest to drive growth at 100 to 200 basis points a year. We feel very good about being able to get to 20% in the 3 to 5 years. This is a second area where I'm going to say, it's not a ceiling folks.
If Atlas -- when Atlas continues to grow and even as we get to the end of this period, it's going to generate a bunch of profitability. And we do expect that this is going to continue to increase. But in the time frame, we feel really good about getting to the 20%. And I'll say it again, we will not -- these two are related.
Our ability to invest then drives growth, which then drives margin. We will not starve the business to drive that number up. We will invest to drive growth, because growth is a lot more fun and it drives a lot more profit to the bottom line. So this is our job as management is to balance these two, and we will. But when you add those two together, some years, we're going to be above that high teens, some years maybe at the lower end. And the perfect example is fiscal '26.
The first half of fiscal '26, Atlas has grown by 28%. Total revenue has grown by about 22%, if I'm not mistaken. In the second half, we still expect Atlas to grow, call it, in that mid-20s. But because of the duration impact, total revenue growth is actually 14% or 15% forecasted, because of that duration impact. That's why we have that range in the high teens, because that's going to happen as we go through the years.
Here's the great news. As Atlas gets to be bigger and bigger and bigger, some of that volatility should get washed out. But that's where we sit today, okay? So those are the first two big pieces of the long-term targets. And of course, free cash flow conversion.
So the goal is to have at least 80% plus when I say conversion, I mean from operating income to free cash flow. Free cash flow and operating cash flow are about the same here. We have very little CapEx. So we do expect to generate much or have much better conversion. So if we're at 20% operating margin, what we're saying is, we expect free cash flow margin to be at least 16%, and that will go up. You should not expect that number to be higher than operating income on a long-term basis because, again, we're not driving that much deferred revenue. Therefore, it's hard to grow cash flow faster than you grow profitability. Okay?
Long-term model, feel great about Atlas, stability in EA. The flywheel will drive incremental profitability, we'll get better at managing our cash conversion. So those are the targets. That's the summary of where we are.
Before we go to Q&A, and I thank you for your patience as we fix the glass in the rink. A couple of things. I just want to remind you of the growth drivers. We have a huge market. It's growing double digit. Our platform is differentiated with the document model, and we have clear discernible differences in our product. We do expect AI will become an incremental growth driver. We expect AMP will become an incremental growth driver sometime during this time frame that we talked about. And we plan to drive durable growth with margin expansion.
That is the summary of the financials that pull together what we talked to you about today. So I thank you for your time and patience, and I know you probably have a bunch of them. We will run, I think what time you want to go to Bridget? We'll go at 3:30. We'll leave it open for 30 minutes for Q&A. So that's the prepared remarks. Let us get the chairs up, and then we'll pass the microphone around and take your questions.
If I could ask Dev, Jim, Fred, May to join me, that would be great.
2. Question Answer
I'll just speak up. Howard Ma, from Guggenheim Securities. Thanks for doing this and a lot of anticipation for Mike's move upmarket again. Dev, I want to start with -- I believe on the Q1 2025 call, you guys laid out three strategic priorities, obviously, to say instantly, move upmarket, relational migration, which is both [indiscernible] and program and the math EA program. [indiscernible] it's like presentation of the long term target. What areas provide most of that?
Okay. So I would say of the three things, clearly, the returns that we're seeing from the move upmarket are evidence in our Q1 and Q2 numbers. It takes some time, obviously, for those -- when you move people upmarket or frankly, replace people in mid-market and hire people at the high end of the market, it takes some time for them to ramp, close deals, maybe we have to re-factor some sales teams and some territories, and that took some time to work through. But we started seeing the green shoots towards the end of last year, but it's still very hard to predict how quickly those workloads will grow. And I think a big part of the growth that we've seen in calendar FY '26, the first half of FY '26 is that move upmarket.
In terms of relational migrator, I think we have seen some -- we've -- I think what we've seen is a lot of conviction increase about the opportunity. We've now talked to lots of customers across various industries in both North America, Europe and Asia. There's clear demand. We've become much more focused on -- obviously, you've heard the AMP story. And if you had attended some of the breakouts of the keynote, you'll hear a lot more detail about AMP as well. So I think we have a lot more conviction. I mean, Jim may want to add more color around that.
But clearly, we said that it's going to take some time to show up in the numbers, because these are big, big workloads and customers are going to move cautiously, but there's clear demand. So we think that's more of a long-term driver.
And then with AI, I think we made a lot of progress with -- I think a lot of you were surprised how quickly rolled out our vector capabilities when that market was still quite early. I think the Voyage acquisition has obviously proven to be fairly prescient. But the enterprise is still early in their adoption of AI. So I don't think you're going to see massive projects necessarily appear out of the gate, but we feel like we're seeing enough traction and opportunity that we feel like we're well positioned when that -- when enterprise get more and more comfortable in deploying these AI applications or agentic use cases.
It's Jason Ader with William Blair. Dev, I asked ChatGPT your question on the ideal database for the AI era. And it said three must-have things are relational for consistency and joints, JSON for unstructured data and Vector Search. So first question, is ChatGPT wrong?
Second question, when we look at the recent developer surveys, is there a correlation between your popularity score and when you move to SSPL? And related to that, could you comment on the new open source document database project that Microsoft contributed to the Linux Foundation and how you guys see that in the market?
Okay. So another multipart question. So let's try and go through all three. So we believe that the problem -- I mean, some of these LMs are trained based on the information. When I asked ChatGPT the question, they didn't come up with that answer, so I'm surprised you got that answer.
But essentially, the whole point is, when you have to distribute data across tables, it makes the cognitive load on developers that much higher. With MongoDB, you can move data more closely and related data more closely into one document. Obviously, JSON, we are a native JSON database, and I see a lot of comments about Postgres supports JSONB. I want to make it very, very clear that, that's like a retrofit to an existing architecture, and that's very different than being a native JSON database and the severe performance and feature limitations with using JSONB on Postgres compared to MongoDB.
And I forgot the third part of your question, was...
Just on the correlation between the -- when you move to SSPL, the developer popularity scores.
Yes. We moved to SSPL in essentially January of 2019 -- I'm sorry, of fall of 2018. And then Amazon came out with its clone in January of 2019, because we had kind of got heard rumors that, that was going to happen. And I would say that our Atlas has only grown faster since then. Obviously, it's slowed down a bit since our peak. But we feel like there are some misconceptions in some communities, and I know, May want to talk about that, like some people think like that they can't use us for anything without paying us for something.
The only restriction with SSPL is important to understand, and it's exactly not a restriction, it's a condition of use is that if you offer a MongoDB as a service, you have to open source, the extensions you built on MongoDB and the underlying management plane. It does not restrict you from doing that. It's just a condition of use. If you want to use it just as any -- it conforms to all the principles of open source beyond that.
And then, regarding the Linux Foundation comment, I believe that -- I believe that, that -- those decisions by the hyperscalers to move or support the Linux Foundation is really a nice exit strategy for them so that they don't have to continue to invest in the clone products they've built.
If you do your own diligence and we have a lot of people who've come from AWS and other places, we basically said those products have not taken off. As you know, the hyperscalers have a lot of other priorities. And so this is an easy strategy for them to do because, one, they can reduce their own personal R&D investment. But should the community build something interesting, they can still monetize it by offering that on their cloud. So I think this is more of a graceful exit strategy versus some new strategic threat to MongoDB.
Wonderful. Rishi Jaluria, RBC. This one is for May and Dev, both. Look, I'm excited to see that you're making headway in kind of going more after developers, obviously, always been a developer-led tool from the beginning, but establishing more of a foothold in the Bay Area where all these AI start-ups are being founded.
The question for you is, as you think about trying to establish more of that brand awareness, what kind of tools do you have in your arsenal that you don't have situations of developers say, "Hey, I've tried something on a relational database or I tried it on a Postgres and then I realize I needed MongoDB, but that from the get-go, as they're even ideating and coming up with these foundations that MongoDB is just in their heads the default, whether that's event, whether that's doing more boots on the ground outreach. Maybe help us understand the thesis there.
Yes. Thank you for that question. Actually, I was worried when you pulled up the ChatGPT, because that's actually part of the strategy. You noticed that earlier, I used the word mindshare, not awareness. I think you probably caught that nuance, because awareness implies broader and mindshare is like a very targeted program. So one, we want to recognize that we have some amazing developers already no longer debate. How do we fire them up? How do we arm them to also be part of the advocacy and that flywheel, right? So scaling that way.
Two, we have a next generation of developers. We've got a very robust education program. But how do we also capture these next-gen developers who are also AI developers that may not have followed the typical CS route, so to speak. So there's a lot of work going on over there, too.
Now in terms of capturing hearts and minds and expanding on to the broader developer community, which I talked about earlier, there's some myth-busting that we have to do clearly over there. And updating everyone's operating system on what MongoDB is, asset transactions, JSON, what we are. So there are folks who remember MongoDB from the earlier days who have still those precepts in their heads and how do we update that. But then also how do we reach new folks as well.
So while I like that my CFO likes me talking about ROI all the time, I have started laying the groundwork that some of the mindshare abstracts may be more abstract, because we need to go a little bit deeper -- sorry, higher up in the funnel and reach folks where they're even just investigating what the options are before they even have MongoDB in their brain.
Now it's my job as well as products job and everyone in the go-to-market organizations for us to show up in a big way when they are researching and we come to them with an amazing product offering and a value proposition and a business value case.
So that's, Dev, do you have anything to add?
No. That was great.
Thank you.
Sanjit Singh with Morgan Stanley. Thank you for all the great content and the new data today, and are super insightful. I wanted to unpack the theme around the durability of growth on two fronts.
When I think about -- you guys have been very clear that AI is going to be an opportunity, but the timing is hard to predict. And so as we've seen Atlas and the broader business improve in the first half of the year, I suspect part of that is that the calendar year '24 workloads are ramping nicely. But is there a potential risk of an air pocket as we don't know the timing of it. So the question is always that, is that is there a handoff needed between kind of the momentum that you see today with your core workloads before the AI opportunity takes hold? I'd love to get your perspective on that.
The second question is around what the analytical database players, Snowflake and Databricks of the world. And essentially get your critique, essentially, they're saying, we're going to bring more data and unstructured data. Customers want to build really important applications on top of that data, and they want to become the application platform of the future. Why is their strategy wrong? And why is that not a threat to MongoDB? So durability both of those two fronts.
Do you want to take the first one?
Yes, you want to do the second one first?
Sure. So to answer the second question first, listen, I've been at MongoDB for 11 years. Through that time, I've seen Snowflake go through multiple leadership changes. Frank Slootman, obviously, who's got a stellar track record said he was going to go after the OLTP market with Unistore. Ali has also made some proclamations that he's going to come out with a next-generation OLTP platform. And both companies basically decided to buy Postgres-based OLTP database companies.
I think it says a couple of things. One, it says that it's acknowledgment by them that OLTP is the strategic high ground for inference. And the reason why is that you need access to real-time data. So yes, the definition of application can be fuzzy if you say a data engineering use case and you call that an app. That's very different than, say, an e-commerce app or a travel agent or like a financial agent where you're doing basically real-time decision-making or e-commerce application.
So the definition of applications can get a little fuzzy when people say people are running apps from my platform. If you want to run a high concurrency real-time application, you need an OLTP engine to do so. So that's point number one.
So I think both companies have recognized that and said, we need to do something. And they also recognize that to build something organically takes a lot of time, a lot of money and a lot of patience, because hardening these platforms, building something hard these platforms is we're in year 18 of our existence. So this is -- even though we still consider ourselves like a young adult, we've been around the block, and we've earned those stripes through just experience, focus and investments.
And so when you realize I can't do this organically, what option do you have? The only option you have is to go buy a Postgres database, right, to basically jump start the process. But that comes with all the limitations and challenges with the relational architecture that we've spoken about for a long period of time.
Thank you, Dev. So on the question, it's a great question. And as we look at the next 3 to 5 years, this is why we talked about the range of Atlas. We don't expect there to -- and I love the phrase an air pocket. The -- as we said, AI has not contributed to what we've done really in the first half. And if we're talking about mid- to upper 20% growth, hey, the law of large numbers is real, but we -- if even that comes down, that's when we expect AI and AMP to help drive that growth and contribute to that 20% growth over time. We don't think that there's like a drop. We think it's going to feed in. And we've seen that a little bit, even though it's a small piece of our business, you heard three customers today talk about the use cases they use. So we think it's going to be part of that growth. But at this point, we don't see an air pocket as we look out over the next 3 to 5 years.
Matt Martino, Goldman Sachs. Dev, I wanted to get your perspective on a few things around AMP. One, what's the playbook here in terms of identifying and capturing legacy relational workloads? Because I think it's fair to say that not every workload is purpose-built for a document model. And then two, Mike, for you, historically, MongoDB has generated 20% to 30% of their new business from relational displacement. With this new platform, what are the aspirations for the long-term mix there?
Yes. So Matt, on the first question, I would push back on your point that not every workload is designed for a document model. I would say we can address a whole -- I mean, if you look at our customer base, we have all kinds of workloads, of all types of use cases. I would say the compelling reason to move from relational to document may not be as high, even though we can address it, because maybe they can't leverage all our features. So it is a small distinction what you said.
Our approach is to -- it's a very much more of a top-down sale, because we are trying to find pain inside an organization. What is causing that pain? And invariably, if you're a financial services firm and the regulators say, you have a problem, you have a systemic risk, you got to get off this core application, because it's very dated, your development team is no longer there. You're running on old technology. That's going to be a compelling -- a compelling point for someone to say, I got to take action.
It could be around a contract renewal with an incumbent. They know contract renewal is coming up in 18 months, and they say, we want to reduce our footprint inside an organization. It could be some other business issues. So our sales team, we actually have more demand than we can service. So we are trying to basically -- because we're taking a product-centric approach, we don't want to try and be all things to all people and look like a glorified SI. What we want to do is take a product-centric approach. So we're purposely focusing on right now Java running under Oracle typically with short procedures.
And even there, we recognize there's so much variability in terms of the versions, libraries, how different companies code one versus another that there will still be a lot of services involved. But that's our point of view.
We may slightly expand that ideal customer profile to maybe contemplate some other technologies if it's still -- if we feel like it's not that incremental. I don't know, Jim, do you want to add some color on that. But that's -- our playbook is to be quite disciplined about the opportunities we're going after.
Yes. No, I agree. And I think the vast majority of data is still locked up in some of these legacy applications. And I think what I'm most excited about with AMP is, one, basically, it is more of a top-down engagement that we're getting. And really, I think the catalyst for that is, I think the customers are feeling -- customers have been on old stacks for quite some time. Why did they not change previously? Well, they thought they could kind of survive as is. But the existential threat now is AI. They're like, I need to get to AI. I feel everyone has to report to the Board, what are they doing around AI. And they just know that the core -- the foundation to AI is the data, is the database, and they're locked up in all technologies.
So for me, it's -- one, it's getting us more top-down engagement with some of these customers rather than kind of a bottoms-up from the developer level. So that's very interesting. It's getting them on to MongoDB and on to Atlas.
And then you heard from McKesson, he was like, "Oh, yes, we're using MongoDB" and basically something came up where they're like, "oh, we need to do an AI thing." Now, McKesson was not an AMP customer, I'm kind of commingling ideas here. But he's like, "Oh, we need to do AI," and MongoDB has all the parts needed per Fred's discussion. And so we were basically prototyping like that week. So anyway, I think that kind of flywheel is pretty exciting, still early, but I think it has potential long term.
And then, Matt, on the mix question, so from a percentage, I don't really expect that to change much because as Atlas grows, I think AMP and AI-Gen should feed into that growth. The aggregate dollars will certainly become more meaningful. But as a percentage, I don't think that we would see a big mix change. And as we've talked about and we showed the data on the large customers, it's also tough for us to pinpoint. Is that a migration? Is that a new app? Because to us, it looks like new business. Hopefully, that helps.
Miller Jump from Truist Securities. Thank you for putting this together. I actually want to dig a little bit deeper on AMP as well. I guess, if you could just share maybe from the announcement today, is there anything that you see is like most incremental on the technology side that's a part of AMP. And then you mentioned headcount being deployed to help scale this. Like how -- where are you now with that headcount? And how do you think about it scaling in the future? I guess maybe for Mike, I'm curious if there's leverage there as well or if these engineers are each working with like one customer per engineer.
Do you want to answer that?
Technology. Yes. I mean, I think, like I said in my part of the talk, it really started with engagement with the customers. We had people in our, like, solutions architects groups, start -- it started with the experiment, like early on, AI tools are coming out, oh, maybe AI can help here. And I think even internally, I think some people were skeptical of, oh, well, can it really do -- really make a difference. And what we found is even the internal skeptics were like, well, actually, it can.
And -- but then it's like, okay, well, if you just read the clickbait headlines of, okay, AI is going to generate all the code and engineers are out of work or whatever, that's what -- we're not finding that happening. What we're finding is, but actually the devils in the details, how you present the data to the code base, the store procedures to AI, how you chunk it, the workflows -- but the good news is working with customers now for quite a bit. We've gleaned those learnings, and we've been taking the product, because we're not natively an SI. We're saying, hey, how do we productize this to scale?
And so from the field, we basically bring those learnings and working it into tools and technology that then we can provide to our engineers in the field to do it more repeatable with higher quality, faster in future engagements.
And from a headcount perspective, I kind of break it up into two. The four deployed engineer piece of it, I think you'll see us invest in that now, and we've done that because we need to build that scale. Over time, certainly, we would expect them to have multiple engagements, and they'll be a big part of the feedback loop for AMP. The piece where we're helping them actually do the coding, you'll see that be more variable. So I think there's two pieces to that headcount build. And that's better, because the second part will at least align to the revenue. The first part, there is some investment.
And if I can just double-click this -- just so everyone understands, I mean, obviously, Palantir has kind of framed this forward deployed engineer kind of definition, but just so everyone understands, we think that's part product manager and part developer, because the product management part is taking the repeatable part that Jim alluded to, the code, the libraries, the patterns that they see and re-factoring that into the product, where it's just not someone cranking out code that will never be reused again.
And not that, you need everyone on the team at a client engagement to be FTE, but as someone -- at least one person who's factoring and thinking as a product manager and saying, how do I then -- but if I have to do this engagement again, how much of that can I just build to the product versus I have to repeat everything one more time. And the customers like that because, again, I mentioned this when I first got up is because they recognize we're not an SI. We are not in the business of trying to generate massive amount of services revenue. And they like the fact that incentives are aligned. We want to get this done as quickly as possible so that we can make -- move that application off a relational platform to MongoDB.
Will Power with Baird. Yes, again, echo to everybody's -- thanks for all the remarks today. Mike, in one of your slides, you referenced the week-over-week consumption growth in Q2, notable running above average. Can you just remind us what the key kind of core drivers there were and the sustainability of that, given that AI, I think, is still pretty early. And as we look at the kind of long-term framework, Atlas growing 20% plus. Just trying to understand the visibility and kind of core underpinnings of your confidence around that given that AI and AMP are probably still a little ways off.
Yes. So let's take those two questions. So if you look at Q2, we talked about this a little bit, Will, the consumption growth on a week-over-week basis when you saw it bump up a little bit. Some of it is seasonality very -- because, again, it's compared to Q1, it's week-over-week. We started out the quarter strong. We talked about that in May. And then that consumption largely held through June and July. So that consumption growth was pretty strong through that quarter. And then the nice part about that is, that builds a bigger base to go into the second half, which gave us the confidence to increase the guidance around Atlas.
And then on your question on the 20%, the sustainability, the durability, really, the results that we've seen now give us even more confidence in the durability of that because to your point, AMP and AI are largely not big drivers of that. And what we're seeing is, especially with the move up market and what you saw in the larger customers is that we're seeing more deployment in those larger customers. We are seeing some of those even older workloads grow. We said for longer and bigger, which is a little bit of a change. You saw that in the consumption as well.
So -- and as we look at it, we also know that, hey, we certainly expect over that time frame that we will start to get AI in AMP, but we are very confident in the core business, continuing to drive durable growth in Atlas without those being incremental drivers.
And just to add, the underlying driver is the higher -- I think said simply, it's higher-quality workloads. We -- because of our change in our compensation model and as well as the move up market, we are -- we are acquiring higher-quality workloads that are growing faster for longer.
Thank you. If I could do that, and we've talked to some folks about it, we continue to make tweaks to the comp model. And this was about, to Dev's great point, about getting higher quality workloads than just getting the quantity of workloads because those weren't growing as much as we'd like, and we will continue to tweak that as we go through this year and into next year.
Okay. Great. This is Yu Kim, Loop Capital Markets. So if you can just talk about the success that you're having or just the progress that you're making in targeting the large enterprise market. I think that's been the main focus over the past year. If you can just update us on that. It appears like the last quarter, there was a pretty big step-up in terms of the success you're getting from that market. Was there a certain like inflection point that happened, maybe the sales productivity ramped up properly or maybe the partner ecosystem, there was a lot more incentive driven by the partners. If you can just describe your overall progress that you're making into that enterprise market and what happened last quarter and how sustainable that is?
Yes. It reminds me of that line, why did someone rob banks, because that's where the money was, right? We are definitely seeing that the large enterprise is still spending healthily with us. And we've seen that historically, our sales productivity at the high end of the market has always been better than, say, at the mid-market. If I were to rewind the movie and in '22 when ZIRP ended -- calendar '22 when ZIRP ended, we should have moved upmarket more quickly.
I think because the mid-market was also a big source of growth for us, we saw a lot of early and mid-stage companies grow very, very quickly. We decided that we probably waited too long and we're probably too patient to think that the next cohort would behave in the same way, and that didn't happen.
So one is, just the overall mix of sales headcount is the preponderance of headcount is now at the high end of the market, which by means that you get better sales productivity on a blended average from your sales force.
Two, because we are focusing less on volume and more aligning their comp to ARR growth, which is ultimately our North Star of value, they're naturally gravitating to bigger and more strategic workloads. I think those two things is why you're seeing the numbers you are. Obviously, you can't guarantee every quarter, you're going to repeat what we did previously, but we feel good about the motion. And when we review with the sales leadership team, they feel like that motion is really working.
Steve Koenig, Macquarie. Thanks very much for making the whole executive team available here and all your time. Great stuff. So this one is for Dev. I'm thinking about you're highlighting 2% share of $100 billion market. So that's kind of got, for me, both glass half full and glass half empty connotations, right? And so when I think about, well, most successful software companies dominate a category, right?
And when I think about your category, I think like the core, you take $100 billion database and how much of it is operational? I don't know. Maybe Gartner knows, but let's say it's $50 billion, okay? And then you say, well, how much of that is custom applications as opposed to running SAP, ERP, right? So let's say it's half again. So that's like $25 billion. So at $2 billion, you're still maybe like 10% of that market. So what I'm wondering, I guess my question here is like when you think about what your target is and your category that you aspire to dominate, what is that for you? And like 3 to 5 years or even longer, what is that market that you're going to control?
Yes. So I would say, clearly, it's first OLTP, and it's really around custom applications. And that's where the enterprise for AI is actually moving more slowly, because one, the technology is not as mature, people have concerns about the predictability and the quality of the outputs of some of these AI-based solutions. So people are moving much more cautiously here. They're quite excited about it, but they're moving cautiously. But that, to us, is the first place.
We are definitely working with what I call ISVs, who are thinking about embedding MongoDB into their product. That's a big part of the investment in Reclaim the day because a lot of the new AI native companies are doing so. We have some companies who are growing quickly, but the majority of them are still very, very early. So that's the second leg of the stool.
I think, Mike alluded to it is that we're not necessarily saying that we're going to the OLAP market right now. But if there's an opportunity for us to pursue that market, we're not going to ignore it, because there's a big market. But then the question is, how do we attack that market in a highly differentiated way. We just don't want to be another me-too company, which is frankly what I think the OLAP guys are doing in the OLTP space is just coming out with a me-too solution.
The world doesn't need a 15th and 16th Postgres-based Database as a Service offering. So I think that's the way we think about the market. And I would say our core market is still growing. I mean, people are so excited about AI, but they forget that if you talk to any senior IT executive in a financial institution or a large enterprise, they're still investing a lot and just run the business. There are so many things that they have to do in terms of servicing and support their business. AI is a nice thing about things to consider, but there's still a lot of near-term needs that they need to deliver on.
Tyler Radke from Citi. Dev, obviously, kind of brand-new executive team here at least on stage, and it's great to hear about all the different initiatives, especially the self-serve channel. I wanted to ask you about the sort of upper end of the go-to-market. I think in your opening remarks, as we think about MongoDB 3.0, how you get to $5 billion and beyond, you kind of evolved from selling work workload by workload to more strategic kind of top-down deals. So I'm wondering if you could elaborate on that. What do you need to do from a go-to-market perspective? Do you have the right people in place? And how do you actually do that?
So a couple of points. One, I would say that I think the management team at MongoDB has never been better. I think the breadth and depth of the team today is second to none. And it's not the whole entire management team. We have our Chief People Officer in the back and a few people who are not here today, but I feel like this is a team that can really grow this business very well.
Second point I would say is, in terms of getting from $2 billion to, say, $5 billion, we definitely recognize that we need to start doing bigger deals. One of the things that we find exciting about AMP is that when you can show a senior-level customer about our ability to solve a major or migrate a very complex relational application of MongoDB, the perception of MongoDB suddenly changes overnight.
All of a sudden -- because I've said this before, I hate the term no SQL, because you get bucketed into this carrier being the single function database that does -- is a one-trick pony. And we're not a one-trick pony by any stretch of the imagination. So -- but then it becomes -- comes to light like when people see that, oh, my goodness, you can really address this problem. And so then they all of a sudden think about us in a very different way. And now you're much more viewed as a strategic platform versus just one of many database options that they have.
And then the third thing I would say is, we are also building -- we haven't really talked about this. We mentioned it a couple of times, but in full disclosure, we're also looking at building like an AI factory. Because what customers today want is they don't want tools, they want solutions. They said, don't come me with a bag of tools because I have enough tools. I want a solution to help me solve this particular problem. So we're starting to work with customers on building a factory that's a combination of products and services so that we can help them solve, say, a problem, build me a recommendation engine using AI, build me an Agentic workflow.
Now we'll work with partners as well, and we're very early in this process. But that's how we start moving upmarket and selling bigger deals because we're not just selling workload by workload.
Actually, Dev, that's how AMP started 2 years ago. Right?
That's correct.
So we started modernization factory, clearly need better marketing for there. But yes, modernization factory started 2 years ago, we built on that success, and that's what we announced yesterday.
That's correct.
All right. Eric Heath with KeyBanc. I guess, I heard two sides of the spectrum here where PLG, you're focused on new workloads, AI natives being kind of at the frontier of new applications.
New customers.
New customers. But also new personas and new applications. But at the same time, we're talking about AMP, we're talking about migrations, et cetera, and the big opportunity there with the move upmarket. But arguably, this is probably the best time in Mongo's history to capitalize on new application development. So I guess like how do you think about the bigger, better opportunity over the next couple of years in terms of being at the forefront to capture what could be a massive tidal wave of new AI applications coming online versus focusing on relational migration?
Yes. I think, we kind of view those as two sides of the same coin, because AMP or relational migrations are really using AI as a means to an end versus an end to itself. We're using AI even -- and as Jim talked about, the challenge, and I heard Alex Karp probably describe it the best way that I think about it is that, a lot of people think AI is this magic elixir and you just use it and everything magically happens.
What we are doing is putting the scaffolding or some sort of ontology around AI for migrating, like the sophistication around chunking up the code. Obviously, in a session like this, you can't go into gory detail, but the sophistication on how to chunk up the code, how to use AI to start re-factoring the code, how to use AI to start building unit tests and functional tests so that you can ensure that what you're building is functionally equivalent to what you already have, because no one is going to migrate if they can't do that. So all that scaffolding or that ontology of understanding concepts and relationships and rules are really critical to kind of making something really usable.
And I think that's -- people use the term -- another term in sort of ontology is like a knowledge graph, like building that knowledge graph really helps provide the guardrails so you can really have consistency of output. So that is something that is part of AI.
But then to your other point, yes, there may be a lot of people are interested in building AI applications, but people are also very nervous about AI applications, because of the fact that it's a probabilistic system. We just talked about embedding models and like how do you guarantee the output of these LLMs by having better embedding models. But they're not like, again, a magic guarantee.
Like I'll give you a simple example. Someone did share this example with me is like, if you understand the semantic meaning of like insulin solves diabetes. That sounds like a very simple concept to understand, but insulin is only for type 1 diabetes. You don't use insulin for type 2 diabetes, right? So those nuances are things that -- so like imagine a financial services institution saying, I'm going to use AI and start giving people predictions on what stocks to buy and what stocks to sell. They're very nervous about the output, because they can't control the output and the nuances that come with understanding all the data.
So it's going to take some time for people to really leverage the power of AI. And I've said this for the last few years, I think people are just overestimating the impact in the short term, but then maybe underestimating in the long term.
Thank you very much. I appreciate all the time. And I know all of you are very busy, but we appreciate the time you spend with us.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Special Call - MongoDB, Inc.
MongoDB — Special Call - MongoDB, Inc.
📣 Kernbotschaft
- Zentrale Aussage: MongoDB positioniert sich als "Daten‑Gedächtnis" für die Agenten‑Ära: native JSON‑Modellierung, integrierte Vektor‑/Textsuche und eigene Embedding/Reranker (Voyage) sollen Daten, LLMs und Echtzeit‑State verbinden.
- Wirtschaft: Fokus auf dauerhaftes, profitables Wachstum: Atlas als Wachstumshebel, Self‑Serve (PLG) für On‑ramp, AMP (Application Modernization Platform) zur Beschleunigung von Relational‑Migrationen.
🎯 Strategische Highlights
- Produkt: Vorstellung von MongoDB 8.2 (Performance‑ und Sicherheitsverbesserungen) plus erweiterte Queryable Encryption; Search + Vector Search jetzt auch für Community/Enterprise Server.
- AI‑Stack: Voyage‑Modelle (3.5‑Serie, multimodal, context‑3) nativ integriert; Auto‑Embedding und Reranker in Entwicklung/Preview zur Reduktion von Integrationsaufwand.
- Go‑to‑Market: PLG/Self‑Serve als wichtigster Akquisekanal; gezielte Up‑Market‑Vertriebsbewegung sowie "forward‑deployed" Engineers für AMP‑Projekte.
🆕 Neue Informationen
- Release 8.2: Unindizierte Abfragen bis zu +42% schneller, komplexe Queries ~+20%, Time‑Series‑Bulk‑Inserts ~3x; Substring‑Suche in Queryable Encryption ergänzt.
- Supportpolitik: Längerer Langzeit‑Support (LTS) — Major Releases künftig 5 statt 3 Jahre.
- AMP & Embeddings: AMP‑Plattform mit AI‑gestütztem Tooling (Code‑Chunking, Tests) angekündigt; Voyage‑Embedding/Rerank‑Integration (private previews, Auto‑Embedding).
❓ Fragen der Analysten
- Up‑Market vs. PLG: Kernfragen betrafen Nachhaltigkeit des Up‑market‑Pushes, Sales‑Produktivität und wie AMP größere, strategische Deals erzeugt; Management verweist auf frühe Erfolge, erkennbare Nachfrage, aber langsame Ramp‑Zeit.
- AI‑Timing: Analysten fragten nach einem möglichen "air pocket" bevor AI‑Tailwind einsetzt; Management sieht kein klares Einbrechen, erwartet eher sukzessiven Beitrag von AI und AMP.
- Wettbewerb: Kritik an Postgres/Cloud‑Anbietern und Unistore‑Moves; Management betont Architektur‑Unterschied (native JSON, horizontale Skalierung, Queryable Encryption) als dauerhafte Differenz.
⚡ Bottom Line
- Investor:innenfazit: Konkrete Produkt‑ und Sicherheitsfortschritte (8.2, Queryable Encryption), native Embeddings und AMP stärken die strategische Position für Agentic‑AI und Relational‑Migrationen. Timing‑Risiken für AI‑Umsatz bleiben; entscheidend sind Up‑market‑Execution und Skalierung von AMP/PLG, um das erklärte Atlas‑Wachstumsziel (≥20% langfristig) zu erreichen.
MongoDB — Piper Sandler 4th Annual Growth Frontiers Conference
1. Question Answer
Good morning. Thank you all for joining us. My name is Brent Bracelin, co-head of Tech Research here at Piper Sandler. Next session here is a fireside chat. We have Mike Berry. We have Ben Cefalo. Thank you guys both for joining us, and welcome to Nashville.
Thank you. Thanks for having us.
Absolutely. So listen, it's hard to not start the conversation here around AI, both the AI existential threat to software as well as a potential exponential opportunity. In our view, we think AI is just software. We think SaaS is just software. We think the death of SaaS is a little overblown. But ultimately, there is something different about AI, and that's the pace of change as we think about -- and the pace of change in AI is happening very, very fast. As you think about this, what we call race to relevancy, how do you think Mongo is changing? How do you think Mongo is responding to the needs of a lot of these application companies that are trying to race to change and keep up with the pace of AI?
Yes. So again, thanks for having us. And I'll also -- and I know we didn't read the safe harbor, but we'll always say, go look at it on the website just to make sure. So -- and again, thanks for having us, and Ben is joining as well. So I'll ask him to weigh in. So we're super excited, obviously, about the AI wave. I'll let you talk to everybody else about whether they think it's a risk to their business. We think it's really nothing but a tailwind to ours.
So as we look at Mongo being prepared, we feel really good about the product, especially helping our customers as they want to move down the path on AI, be it internal or external, and we've talked a lot about, hey, it's still pretty slow in terms of the external facing because of all the risk of hallucination and stuff and we'll talk about embeddings and what we're doing there. But from an internal perspective, we feel like our product really helps them. So it's a true document model with JSON support, which is when you talk about all the unstructured data and everything that you need to do to modernize your infrastructure and take that as a product, we feel like we're very well prepared there.
The enhancements we've made in our platform around Vector Search and other areas are super important. And then our Voyage acquisition, which brings really the best -- we think, the best embedding model, which is the link from your private data to the LLMs is super important as well. So we feel like we're very well prepared. It's -- it has not been a big driver of our growth yet, but that doesn't mean we don't think that it will be in the future. And we see a lot of our customers, especially larger ones starting to, I would say, play with this. But again, most of that focus has been on customer support, code generation, internal vertical apps versus someone like yourself actually offering something to your customers where you have the risk of hallucinations and other things. And we think once that gets solved, then that will really pick up. Whether it's a risk to all the other software folks, we'll let you have that conversation with them.
I think Dev mentioned model embeddings quite a bit on the last transcript, and it's very passionate about a differentiation there. Ben, for you, maybe just take a step back. When you talk about model embeddings, what is it? And why is it so important in this AI native app space and a little background on Voyage.
Yes. So the importance of embeddings is what can really connect proprietary, your proprietary data or your operational data to the LLM. And then based on how good your model or how good the embeddings are is the accuracy of the results that are going to be returned. So Voyage and one of the reasons why we want to acquire them is that they have some of the top-rated models for doing the embeddings. And so when you connect that together with the operational data that's already stored in MongoDB, connected then to the platform Mike was talking about with Search and Vector, we're now giving that developer the easiest way possible to interact with that data, generate the embeddings and serve up an AI application, all within the same API layer and the same platform that we have inside of Atlas.
What's the unit economics of a Voyage? Obviously, we all know MongoDB's unit economics, Atlas, obviously, consumption-based model. When you layer in a Voyage AI, what does the unit economics model look like for embeddings?
Yes. So we did the acquisition mostly because of a product perspective. We did talk about there's about 300 discrete customers. The revenue is pretty small, though. So the monetization around Voyage will be 3 areas. One is we do offer today -- you can buy Voyage on the website in a serverless API, and we do that today. It's usage. So if it's text or if it's other data, it's going to be driven off of usage. So if it's images, it will be based off that. So that's how that is priced.
The second piece is that we will offer it through the marketplaces, and we started to do that as well. So those 2 are already there. The third piece is we will integrate it with Atlas. And we're still working on the product positioning and how that plays. But we do think, obviously, it's going to drive a lot of data within Atlas and compute. So -- and it will all be usage, and that will be the monetization strategy for Voyage.
Walk me through the type of data that as you get this integrated into Atlas that it would add that you typically wouldn't have inside of a Mongo. Is this unstructured data that you're adding? Walk me through the types of data that expands the opportunity once this is fully embedded in Atlas.
Yes. So what Voyage is doing is actually generating the vectors in those mathematical equations that we store in the Vector side of Atlas, which is -- so we already offer Vector Search alongside of our tech search within the Atlas platform. So what the connection to Voyage into Atlas means is that our customers do not have to go out to another model provider to generate those vectors that it can all happen with inside the same platform. So it's again, connecting the operational data of their applications that is already in Atlas, coupled with the Vector Search, coupled now with -- you don't have to go anywhere else to generate your embeddings and then that whole flow flows into the same platform that we already offer.
So a little bit of a technical discussion around AI and embeddings, and I think it's super important because it seems to be popular. It's starting out with a small number of customers, 300 customers. Are these native AI customers? Maybe walk through the applicability of a Voyage AI. Is this going to be something that might appeal to 10% of your customers? Or is this something that you think ultimately, all customers will have like embeddings in their MongoDB Atlas deployment?
So I'll start. So today, it's a mix of smaller customers, but there are some very large customers. Again, they being a large entity, enterprise, but still a small customer to us. We do expect it to really resonate across anyone that wants to run an LLM and use their private data, you're going to need a top quality embeddings model. So it's -- I don't think if you're going to have AI, you need it. It's not going to be an option. So we think it's going to drive usage across all of that base. And again, we'll monetize it in multiple ways. And Atlas will be the first view. We're still working on, hey, how about from a self-managed perspective as well. Do you want to add to that?
Yes. And because Atlas and MongoDB serves a very large swath of customer base, we have a lot of their applications already. So it's really going to be about on an application for application specificity, whether it's going to also be new applications that we don't quite have yet to. So I think it's applicable no matter where they are. It's more going to be about the customer where they are on their AI journey, whether it's a customer service app or financial transactions app, which I think will happen later. But yes, so it's going to serve, I think, the entire customer base.
We started out with the race to relevancy. You're clearly seeing a pace of change happen fast. You went out, found a really unique asset here in Voyage. Can you do more? Are there more interesting tech tuck-ins out there? Can you go faster? You've been in the role here 3 months?
100 days.
Not saying you're not going fast. But as you just think about the opportunity, what's your appetite to do more and push the team and go faster here?
So we very much want to go faster, but we also want to make sure that we're mindful of -- we're driving the car down the road, and we want to stay down the road. So we want to go faster in terms of internal development. And just a commercial for everybody, we will do our Investor Day next Wednesday. I think that the physical space, you probably can't get in unless you want to help serve the food, but it will be online, and we'll send out a press release to have all that information. So -- and we're going to talk a lot about this next week. And all the work that's going on from an internal perspective around adding capabilities and functionality for AI use cases is going on.
Other acquisitions, maybe. We're very mindful, Brent, of, hey, we feel great about the organic growth path. We don't need to go buy anybody to increase that. Now if there is a build versus buy, especially around, as Dev likes to call it, the scaffolding around agents and other things, there are some interesting areas. I would -- you should expect that to be a build versus buy something similar to Voyage, where we buy a team and capabilities that then we can embed in our solutions going forward.
One of the things that kind of stood out to me that we've been talking to investors about is Postgres, Open Source, right, Open Source alternatives. And that became kind of a hot button issue for you guys as we thought about some acquisitions by a company -- competitors, right? You had a Databricks buy a Postgres company. You saw Snowflake buy a Postgres company. There's a narrative out there that why would you use Mongo if you can use Open Source. You talked about Postgres migration.
Maybe double-click into the Postgres migration opportunity. What are you seeing these large enterprises or large software companies run into some limitations around Postgres and -- and maybe talk about that migration off Postgres to Mongo? And are you seeing a little bit more of those in frequency?
So I'll start, and I'll ask Ben to pick up as well. So we have talked -- and we've done it on -- well, I wasn't there, but the company has talked about it on earlier earnings calls in terms of that for a simple data model, Postgres or another, call it, SQL solution may work. Once you start to get into any type of more sophisticated data model where performance matters, that's where we start to see that breaking. So we had 2 that we talked about on the last earnings call. One was a bank that had used Postgres, but they were -- it got to be such that they couldn't run their internal systems where they weren't able to sell loans and do other things, which is a problem when you actually have a database that's limiting your ability to sell to your customers.
So they transitioned their content management to MongoDB and their performance went up and everything worked a lot better. And that was really related to. It's very brittle, and it just simply couldn't scale. The other one we talked about was an EV -- a large EV company where they had actually done a bake-off in terms of Postgres versus Mongo, and this was their voice recognition in their cars. And they realized there's no way that they can serve up as much as they need, all the data that they need to generate. It was not going to run because it wasn't performing. So they went with MongoDB. So there's been a lot of those examples. We think that a lot of the, call it, the Postgres, if you want to use the word momentum is really related to SQL transitions, not new applications and versus our ability, we think a lot -- this came up when the company's growth came down a little bit.
So there's obviously, hey, it's a competitive issue. We felt like a lot of that was our internal issues that we're solving, not a competitive issue. But let me hand it to Ben to talk about why people use it versus us.
Yes. So I think, first of all, you get back to the universities, computer science classes, everyone learns relational. So it's very -- in their nature, even on new applications, it's like I'm just going to throw this on Postgres. And actually, it's more about throwing it on SQL, right? And Postgres has talked about in a broad way, but it's actually Alloy DB versus Cosmos DB and all the other likes of it, they're actually a little different. And you can't just move from Oracle to Aurora or Oracle to AlloyDB. It also takes the migration. So I think customers go through the same thought process of like, well, if I'm going to modernize pieces of this, should we look at it from a much broader perspective.
And then secondarily, when you look at like the AI use cases and why Postgres is very rapidly trying to make JSON work by shoving it into a cell of a relational database is that they're running into problems with how big that cell actually can be. I think it's about 2 kilobytes versus like our 16 limit possibilities that we have inside of Mongo. Then to what Mike was saying about like the data structure is with AI, especially like voice recognition as the example Mike was using, we don't know what the data that we're going to be recording is going to be. So how can you then model that into something that is very strict with the schema perspective. So we're seeing all of these modernizations happen or all these questions start being asked.
And that's why we feel that MongoDB is the best place for AI is because we can handle all that structured, semi-structured or completely unstructured data all in the same database and then be flexible with the application, what it's going to bring. And we don't know that or customers don't even know that about their own applications based on how their users are going to use them.
Outside looking in, we've seen a reacceleration at Snowflake, a reacceleration at Mongo in the growth rate. We've seen actually, Oracle missed yesterday, but they had a pretty sharp acceleration in cloud backlog. Walk me through, Mike, you did mention a lot of the slowdown you thought was internal. How much of this reacceleration is new AI things happening, helping you versus some of the things that you're doing internally to help drive a reacceleration in the core business? I know you've only been there 100 days. Great job in the first quarter out of the gate. But walk us through like the opportunity that you have to control things and then external opportunity for things to get better.
Yes. Great. Thanks for the question. I'm lucky enough to be there. It's a team effort, truly, the whole 5,500 of us. So let's talk about -- first about AI. And we've said it, it is not a big driver of growth today. We'll talk about this again next week. We think it will absolutely be a growth driver in the future because we see what our customers are doing. But as you look at the reacceleration, this was much more of our core business, blocking and tackling. So a couple of things. One is, especially from a go-to-market perspective, we have -- and I'm going to use the word tweak, not overhaul because it wasn't an overhaul. We have changed the go-to-market to focus more on the enterprises. We deal with a lot of the Fortune 500.
Our share in that is very small. So the ability to do -- the opportunity to do cross-sell and upsell in that market, and that's where the larger workloads sit is significant. So we moved some of those resources upmarket. We also tweaked the comp plans to say, hey, it's less about grabbing any workload because it was much more of the portfolio theory, hey, the more workloads, at some point, they're all going to grow, but workloads grow differently. So what we really focus them on is the comp plans are more focused on, hey, go drive ARR, go focus on the bigger workloads. That's what we all want versus just grabbing everything. So -- and again, we're making that transition. We did a little bit of that in fiscal '26. We'll do more of that in fiscal '27.
The other big part of that is -- the corollary to that is the go-to-market product-led growth that we talk a lot about that, hey, this goes way back to my SolarWinds days, right? The inside sales model, the touchless model is really working well. And that's been a work in process. We'll actually have May Petry, who's our Chief Marketing Officer next week, talk about this because I think it's an unknown asset within Mongo, which is we're able to move upmarket because we're able to then scale that self-serve model. So both of those, I think, are working much better, and I think that's what you've seen in the results. So we think a lot of it has been our execution. We're not going to do the victory lap. It is a process. We're getting better every day, but we feel good about that process.
I like to talk a lot about the art of the possible. But before I do that, packed room here, any questions from the audience here as we -- before I shift gears to kind of art of the possible? Perfect.
It's too early still. We're still waiting breakfast.
Let's talk about Atlas. This is a business that in 8 years has scaled from less than $10 million to a $1.7 billion ARR business. As you think about the next 8 years, what's possible, as this business scales to $2 billion, $3 billion, $4 billion, what's the -- I know it's a slightly lower gross margin, but what's the up margin potential of this Atlas business at scale?
Yes. So let's talk about Atlas and then how it translates to margins. And again, we won't give specific numbers. But as you look at the business, and this -- even when I joined, I think it's a huge market. And the great thing about Atlas -- and EA is wonderful. By the way, I love EA because it generates a bunch of profit. And it's big, huge customers committing millions of dollars to Mongo, which is awesome. Atlas is the growth engine, though. And the market is huge. We have a very small percentage of it. However you want to cut that $100 billion between OLAP and OLTP, that's a huge market for us to go get. So we feel really good about that. As you look at the secular growth drivers, it's not only our product and our ability to grow within, I'll call it, the organic play now, but then you add AI.
Then you add what we've talked about with modernizing applications. That's all net new opportunity for us. So we feel that there is a huge runway for Atlas. Assuming that the gross margins, call it, stay within the mid-70s, something like that, that is a ton of profit that comes to the bottom line. So our focus internally is this is different from other places that I've been. We have so much money to invest. It's not about cuts. Yes, we'll do small productivity stuff. This is about investing smarter. And the great part about Mongo is the foundation is already built. We have everything we need from a go-to-market. We're in every geo in the world. We have 2-tier distributions. We have sales reps. We have engineers. There's incremental spend we need to do, but there's no big step function that says go invest in that, which is great because now we can invest incrementally. Go get this to drive ROI, and that's really the focus. And so that's why I feel good about the ability to continue to drive margin expansion.
The #1 driver will be revenue growth, but we will grow operating expenses lower than revenue growth and still be able to invest in developer awareness, marketing, the variable sales reps that we need and importantly, the great engineers to drive the product.
It sounds like there's a lot of investments already made in the core. Those incremental margins could be pretty meaningful if you continue to scale Atlas even at a 75% gross margin.
Yes. And that -- the math works very easily. And the great part is that, again, outside of some small things that we need to do to drive growth, and we'll do that, those will have returns, Brent, versus, hey, you need to build it and then it will come later. That near-term view is pretty clear.
We talk a lot about software companies, risk to software companies because of AI, opportunities because of AI. Let's talk about internal. One of the biggest cost components for a software company is labor. And one of the big benefits of AI is labor savings, productivity savings. What are some of the tools internally that you're using AI, leaning in on AI to drive higher productivity and what tools are working and maybe what tools have you tried that aren't working?
Yes. So this is -- you go back to the margin expansion. This is a huge area of opportunity. So as much as we like to espouse AI with our customers, we've not -- we could do better here. So -- and we're doing a lot more around the governance and the tooling. This is a little bit go slow to go fast, which is, I think, why you see a lot of enterprises -- you have to do this the right way. So for us, it's focused around really not from the end customer, but internally, things like, hey, cogen is a big area. Customer support, big area of focus. Vertical applications like Harvey, where you can really do things around legal, I think -- as a CFO, I tell you, there's no killer use case yet for AI, but there's a lot of good things around it. And my big focus around there is around ML and better forecasting.
You take the consumption business, it's almost a $2 billion business. We know so much about historically how our customers have behaved. What we don't know as well is take those external shocks and build that into the forecasting. And that's where things like AI and ML can add value. So those are areas that we'll focus on. This is, as you look at the productivity layer for us, Brent, it's a huge possibility today. It's not a big driver of our cost savings, but it will be in the future.
Future facts. I love this Jared Diamond quote, he thinks a lot of leaders today focus too much on what's happened and not enough on what will happen. As you think about the art of the possible that people might be talking about a year from now, they're not talking about today. What would be some of those things? It could be a product, it could be a trend. But let's put that kind of future cap on what do you think a year from now, people are going to be talking about that they're not talking about today?
So this is Mike Berry, the person, not the CFO. I think AI is going to continue to dominate for the next couple of years. I think one of the interesting things around AI is so I live in the wonderful state of Texas, for instance, all of this is interesting. We don't have the power to do it. I don't think. At least personally, I view that. And I hate waking up in the morning and in the middle of the summer when it's beautiful and it's hot and it's like, oh, is the grid going to hold up. But yet everybody is building data centers in Texas. So at some point, that's got to get solved. It will be interesting to see how that happens because you can't do every -- all the stuff around AI cannot happen if you don't have the power to do. And I think energy and power is going to be super interesting.
And then just around talent, that's the other issue, and this isn't about paying people $100 billion or whatever it is. But do we have the talent to do it? I think that's going to dominate for a while. Why I love being in tech, and I know Ben has been in it as long as I have -- well, not as long, but in his career is that's a great part about tech, which is we're going to wake up and it's something new every day. Do you want to add to that?
Yes. I think from this like the product management side, I'm not looking for less product managers, but I'm looking for a slightly different skill set. Can you use AI in how you think about product management? Do you do your own mockups now versus -- or do you build a small little app that represents your product description of what you might want to go build. And being able to augment how they typically would deliver requirements or anything else to help engineering, I'm looking for skills like that myself. So I think it's more of -- I think that's going to continually adapt and that person is going to have a different outlook on how they go out and look at product or how they go out and look at engineering.
But I 100% agree on the power aspect of it compared to some of what our -- other countries are doing from their grids versus what we need to do internally in our grid. I think power is going to -- energy is going to be a big one.
We're out of time. Thank you so much for insights. It's a helpful discussion. Thank you.
Thank you and come on Wednesday. Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Piper Sandler 4th Annual Growth Frontiers Conference
MongoDB — Piper Sandler 4th Annual Growth Frontiers Conference
📣 Kernbotschaft
- Kernaussage: MongoDB sieht die AI-Welle als klaren Tailwind: die Voyage-Akquisition liefert Embeddings‑Expertise, Vector Search ist in Atlas integriert. AI ist strategisch wichtig, treibt aber aktuell noch kaum Umsatz; Atlas (1,7 Mrd. USD Annual Recurring Revenue, ARR) bleibt der primäre Wachstumshebel.
🎯 Strategische Highlights
- Voyage: Kauf wegen Produktstärke: bestbewertete Embedding‑Modelle, ~300 Kunden, Integrationsplan in Atlas zur Verknüpfung privater Daten mit LLMs (Large Language Models).
- Monetarisierung: Drei Hebel: serverless API (Usage‑basiert), Marktplätze und geplante Atlas‑Einbindung; alles konsumptionsgetrieben.
- GTM & Skalierung: Fokus auf Up‑market (Fortune‑500), Anpassung von Kompensation auf ARR/größere Workloads plus Ausbau des skalierbaren Self‑Serve‑Modells.
🔭 Neue Informationen
- Neues: Konkrete Monetarisierungswege für Voyage bestätigt; Umsatz heute gering, Wachstumspotenzial durch Atlas‑Integration. Keine neue finanzielle Guidance im Chat; Investor Day wird nächste Woche weiterführende Details liefern.
❓ Fragen der Analysten
- Embeddings: Warum relevant? Sie verbinden private/operationale Daten mit LLMs; Qualität der Embeddings bestimmt Genauigkeit und damit Nutzbarkeit für AI‑Apps.
- Postgres‑Migration: Diskussion über Grenzen relationaler DBs bei semi/unstrukturierten Daten und Performance; Mongo wird als flexiblere Alternative für moderne/AI‑Workloads positioniert.
- Reaccelerierung: Management führt Tempozuwachs primär auf Execution (GTM‑Tweaks, Self‑Serve‑Skalierung) zurück; AI sei zukünftig wichtig, aktuell aber kein Hauptwachstumstreiber.
⚡ Bottom Line
- Fazit: Voyage ist ein strategischer Produkt‑Zukauf, der MongoDBs Position für AI‑native Anwendungen stärkt und Atlas‑Nutzung/Compute potenziell erhöht. Kurzfristig bleibt die Entwicklung aus Execution‑Maßnahmen wie Up‑market‑Fokus die treibende Kraft; Monetarisierung von AI‑Funktionen und Timing sind die zentralen Upside‑Risiken.
MongoDB — Goldman Sachs Communacopia + Technology Conference 2025
1. Question Answer
Good morning, everybody. Day 2 of Communacopia and Technology Conference. Welcome to day 2, but it's just the beginning of day 2 and a couple more days and a real delight to kick off day 2 with one of my favorite companies and one of my favorite CEOs.
I'm going to embarrass him a little bit. I know you look very young, but we met in 2006 when you were taking your first company public. And it's been an absolute delight to -- although I didn't work with you every year during your journey, but I think I've overlapped with you during the most momentous aspects of your career. So congratulations. Here we are. And cheers to the road ahead with MongoDB. And Mike Berry, the CFO of the company, who is, I think, new to the Goldman Sachs conference as a CFO of MongoDB, right?
Yes, been here many times first time with Mongo.
Okay. Excellent. And of course, the one and only Matt MongoDB -- Martino. Matt is telling me that this is one of my favorite coolest companies. I'm just so excited by being here on stage.
So with that introduction out of the way, Dave, congrats. What a journey. I mean, that quarter was incredible. What's ahead for Mongo? So I keep asking you the same question. I think this is the fourth year in a row we're doing this together. What is ahead? And what has changed in your assessment as to where MongoDB is going in the next 4 to 5 years? What's the landing point?
Yes. So obviously, we can double-click in many facets of the business. But the first point I'd like to make is we're going after a very large market. This is not a winner-take-all market. And we only have -- if you think the market is roughly about $100 billion, we only have 2% share. And if we increase that share just to 5%, we're a $5 billion revenue company. So we have a massive TAM opportunity, and we don't need to make any kind of weird pivots or anything to go after that TAM.
Two, I think our core business is growing well. Our quarter that we announced a couple of weeks ago was not driven by any AI cohort or some AI outliers. So customers are using MongoDB to run and transform their business day-to-day. And the third thing I would say is that we do feel like we're well positioned for the coming AI wave. I've said on the call and other conferences that we still see it being quite early in the enterprise segment in terms of adoption of AI.
Most of the adoption is either through third-party ISVs focused predominantly on end user productivity, whether it's developers with code gen tools or business users with office productivity kind of tooling. And -- but that being said, when you think about -- and this may be where you want to take the conversation, we feel like we have the right architecture for what people need to do to build sophisticated transformative AI applications or agentic applications, if you want to call them that, that will really transform the business and we can get into what role the database layer plays in those applications.
Yes, that was going to be -- you've read my mind. That was going to be the next question. So the past 10 years have been all about pivoting to the cloud, large-scale transaction systems that people thought NoSQL databases were not the best optimized for, but then you got over that and we were asset compliant and transactionally every bit as tolerant, scalable as any other prehistoric relational database.
So the next chapter, do you -- what do you think about the opportunities and the risks presented by AI? Not every company, you and I have been through a couple of tech cycles and transitions. People from the old cycle, not just -- I mean, it's unfair to say that they don't make it, but they kind of make it at different points in time, so Oracle, SAP, Microsoft, they all got on the clone back at different points in time, cloud bandwagon is it that too quickly. How do you see MongoDB poised for the AI cycle opportunities and risks-wise?
Yes. So you mentioned the term NoSQL. That's a term I've come to actually [ aboard ]. And one -- I used to like it because it contrasted us against relational databases, but the challenge is that everyone just buckets all NoSQL vendors into one bucket, which is a kind of very superficial view of the market. We are the only modern database that provides full transaction support. So we can support strongly consistent use cases like transaction-intensive use cases like for financial application, trading application, billing application.
But we also support eventually consistent use cases like time series applications where you don't necessarily care about any individual data point, you're more trying to understand the trends of data over time, and you want to be able to collect and process that information very, very quickly. And most people think of NoSQL as eventually consistent. They don't realize that we can really serve the needs of the most demanding transaction-intensive use cases.
In terms of your question about AI, when you think about what is the role of the database in the AI era, I would argue that one of the key roles we will play is managing state and also managing memory, right? So if you think about what's going on in your system, think about like if you think your LLM is your brain, your brain needs to get feedback on what's happening to its body, right? If you touch something, you such a hot plate, you need to know, okay, I need to remove my hand because I'm going to burn my hand if I don't remove it. So you need some feedback mechanism. If you're feeling tired, you need to sit down. If you're getting hot, you need to sweat.
Similarly, like modern applications need some mechanism to understand what is going on. And the place where you have real-time information about what's going on in your business is your operational data store or your OLTP platform. That's where you really understand what's going in the business. So then you can react and reason about what's going on and maybe act on things or change things. The second thing you need to so essentially, you need to know the state of things. Then you need to decide, okay, what do I need to do based on the state to drive certain outcomes. They need -- you obviously need to plan and then you need to invoke actions, right? Being able to -- an LLM may tell you to do something, but it still has to invoke an action. And typically, that's done through some software layer built on top of an OLTP platform.
So we believe that we're really -- we're going to play an important role in these new agentic use cases. Then if you ask yourself, what is a modern database for the AI world look like? One, I would argue, one, you need to support JSON. JSON is the best way to model the messiness, the complicated nature, the evolving nature, the hierarchical nature, the interdependent nature of data. You can't superimpose that on a tabular structure.
Two, you need to have sophisticated techniques on finding and retrieving information very, very quickly. So we not only support traditional queries, we have a lexical search engine. We have a semantic search engine with a vector store. And we also now have embedding models, which are ranked best in the industry. So that's a quality of signal because embedding models are the bridge between your private data and the LLM. And what people are starting to realize is the way I reason about my private data is very important to get the quality of the outputs I want.
I use a simple example, the word pitch can be -- have so many different connotations. It could be a baseball pitch. It could be at soccer field, which is called the pitch. It could be an investor pitch. It could be the pitch of a plane. It could be the pitch of a roof. It could be the pitch of your voice. So if you don't understand...
It could be the pitch on a cricket field.
I'm sorry.
A pitch of a cricket field.
Yes, exactly. And so if you don't understand the context and meaning of your data, then how the LLMs reason about that data becomes much more challenging. So the quality of the embedding models has a huge effect in terms of how LLMs can reason about your private data.
So when you marry -- and then on top of that, if you think about agents, agents don't go home for dinner, they don't take vacations, they take lunch off. So the intensity of usage with agents will require a massively scalable platform and you need a distributed architecture to support that environment. When you start breaking down what is the future database of the AI era look like, it starts looking awfully like MongoDB.
Is it just luck or thoughtful planning that the database architecture had evolved in such a way that you could take on AI, because generationally speaking, databases that made it in the clients that were on [ Primera ]were suited and you had hyperscalers with their database and you had your database. So is it just good fortune or some thoughtfulness?
Yes. I mean, obviously give the credit to the founders. You have to remember, the founders were -- had built one of the first web-scale applications that started a company called DoubleClick. And that was one of the first web-scale applications. And obviously, even today, Google uses DoubleClick technology to drive billions of dollars of revenue -- of ad revenue. And what they saw was clearly that the -- and this is now in the early 2000s, they saw the inherent challenges of trying to manage massive amounts of data, much of it also unstructured data to be able to on a tabular architecture.
And because of that, they said, rather than trying to constantly jury-rig, and they're very talented, they could constantly work around the constraints. They said, I'm tired of working around these constraints. I want to build something that I would want to use that it's a much more natural and intuitive way. So JSON is another way of saying a document database. So the document database, we believe, is the best way to work with an organized data. And you could argue they were efficient or maybe a little lucky, but we're happy at the outcome.
See, these are things we don't pick up on an earnings call. I mean people don't ask these kinds of questions. That's why these firesides, I hope they happen more than once a year, but we got once a year, and thank you for that. So Matt wants to put Mike on the spot.
Mike, welcome to Communacopia. You came from NetApp, where you had a lot of success driving leverage in the business. You have 2 quarters under your belt at Mongo. When you look at the business today, where do you see the most opportunities to drive efficiency?
So Kash, Matt, thanks for having us. So when I started a couple of months ago, I felt this way, I would tell you I feel even more so now. So when you look at Mongo, it all starts with the business model and the fact that we generate such great revenue growth, and then that cascades down to gross profit, we have a ton of opportunity to invest. We'll stop there.
As we look going forward, it's really 3 areas. One is we've largely built the infrastructure for the company, where everywhere we need to be from a sales and marketing perspective, we have direct sales, we have sales engineers. We have partners. Where everywhere in the world. So you don't have this step function. Most of the new investment will be incremental to drive growth.
The second piece is, hey, Atlas is almost a $2 billion business now. The scale affords us a lot of flexibility to drive efficiencies through all the rest of the groups. And then number three, where all the fun starts is, hey, productivity. We have, what, 5,500 employees. We already have the base that we need to grow to drive the growth that we expect in the future. So now it's all about, okay, driving productivity. We haven't had any benefits from AI, for instance, in the company. We need to push a lot more offshoring.
So that productivity piece will be where we'll focus across all the different teams. So we feel very good about being able to drive growth not only in revenue, but then the flywheel cascades down to margin. So -- and you've seen that in our new guidance. We'll talk about it a lot next week. You'll hear us say, come see us next week at Investor Day in terms of our confidence in being able to drive durable growth and margin expansion.
Mike, a lot of companies at the conference have been talking about AI productivity gains in terms of driving efficiencies in their cost base. So where do you see the most opportunity from an AI perspective to drive efficiency?
Yes, it's a great question, and Dave talks about this a lot. I think what you've seen so far is companies focus largely on customer support and then in coding, where there's been real -- well, not, I would say, material, but real advantages with AI. And I talked to a lot of the CFOs, and you can ask them here, Matt. I don't think, for instance, there's any killer use case yet with AI in finance, but it's coming.
We focused a lot not only on productivity, but also machine learning and AI for our forecasting, especially in the consumption business, the ability to take all that external data and build it into your forecasting is super important. There's been all the RPA and everything else that's happened. I do think that there'll be benefits in AI, but it's coming over the next couple of years.
That's great. And I want to touch on the Atlas acceleration you guys have seen over the last 2 quarters. What are the structural drivers behind the reacceleration? And how sustainable is that trajectory over the medium term?
Yes, great question. So we do think it's sustainable. You saw that in our new guidance. So I would focus on 3 areas as it relates to Atlas. The first thing is our move upmarket. And a lot of this was in the past, we had focused -- asked the sales team to focus a lot more on the quantity of workloads versus the quality. And what we did 6, 9 months ago is we asked them to focus more on enterprise. Our self-service, our wonderful self-service, which we'll talk about again next week, can really fill in, in that lower mid-market. And we've asked them to focus more on the quality of those workloads and the size and also tweak the comp plans a little bit to say, hey, go get more ARR. That's what we all want versus the quantity. So that's number one.
The push up market has helped as well. And we also saw strength in some of our larger older customers where we saw some of those workloads grow for longer than we had seen in the past. And -- so while there's not a perfect correlation, we do think that, that's driven a lot of it. And from a sustainability perspective, we do expect that to continue to grow for the rest of the year. You saw that in our new guidance when we upped the numbers.
And Dave, this higher for longer enterprise workload growth that you're observing, I mean, what's driving that? Is that the mission criticality of the workloads you're not landing in really the last 12 months, with respect to some of these older customer cohorts.
Yes. To touch on -- just double-click on what Mike just said, originally, our original thesis was that let's encourage our reps to acquire as many workloads as possible, because it's truly not easy to understand which workloads are going to grow -- become the biggest or grow the longest. And so we assumed the portfolio theory and say the more workloads you acquire, you have a better chance of finding those, let's call it, mega workloads or just a cohort of really high-growth workloads.
With the benefit of hindsight, we realized that because we are indexing so much on volume, our reps are focusing on more tactical workloads where they could quickly close them versus the more strategic workloads that required more selling, more engagement, more technical kind of deliberation. And so consequently, we were kind of skimming off the top of the workloads versus going after really some of the more crown jewel workloads for lack of a better kind of framing.
And so when we made that comp plan change, combined with the move up market, one, we always saw the highest productivity of our reps at the high end of the market. And two, when we made that tweaks to the comp plan, we have definitely seen a much -- a better focus on closing more strategic workloads, which is, I think, driving the growth. Obviously, the workloads we closed in Q2 have a de minimis impact in the current quarter. So we hope that we'll see similar kind of behaviors 2 to 4 to 6 quarters from now.
Great. And Dave, I want to move back to the AI piece just for one question here. You talked about kind of the advantages of having vector search, traditional search as well as the vector embedding model. I think when we look at the landscape, where you guys are a bit differentiated is the vector embedding models, right? So can you talk about how advantageous that can be in terms of field execution going out there and landing new workloads, and you have 8,000 AI start-ups on.
Yes, I'll give you some story. I met with the CIO of a very large health care company. And as you imagine, health care data is very proprietary, but also has all these nuances in terms of nomenclature, acronyms, syntax and so on and so forth. So for an LLM to reason about all that data becomes very challenging. So one of the things that they start talking to us about is potentially building a custom embedding model just for their business because by definition, that would give them a higher quality signal about their private data that the LLMs could reason about.
No enterprise is ever going to give OpenAI or Anthropic all their private data. So the embedding models are essentially the bridge between your private data and the LLM and the quality of the embedding model has a direct correlation to the quality of the output. It's that example I used again with the word pitch. There's so many nuances. Context is very important.
And then the other advantage we have is that we can combine lexical search or keyword search along with semantic search. So the sophistication of the queries you can do is all about finding the right information.
I'll give you a simple example. If you hired Albert Einstein as your intern and said, "Hey, I want you to do research on this hot company that I just found out about." Albert still needs to do some research. He's not just going to go through osmosis, know anything about this company, right? And he could read every book he go to the library and read every book on every company in the world, but that would not be very efficient, right? So what an embedding model says is go to this section of the library, go to this shelf, go to this row, go to this book. And in this chapter and this page is the exact information you need to reason about the company.
That's definition of an embedding model that I'm going to use it.
So the point is that you want to find an effective way for Einstein to basically find the right information to then reason and decide what to do with that information and make a recommendation, whether it's to buy, sell or do something else. So the embedding model is just think of it as a way to have extremely high fidelity on your private data so that LMs can quickly find and retrieve the right information to make the best decision possible.
The ability for us to do that all in one platform, one unified developer interface, all the data stays in one place, all the data can be backed up in one place. You don't have to stitch together multiple things. And a lot of people have compared us to Postgres, but actually that's a false comparison. This is really Postgres versus Pinecone, who, by the way, was first trying to sell themselves, just got a leadership change, then like Elastic and then like an embedding model from like Cohere or someone else, stitching all that together is very painful for people. And the benefit we have is that out of the box, you get all that with MongoDB.
Yes. You touched on Postgres a little bit, competition with Postgres, the hyperscalers. It's nothing new to MongoDB, but it comes up quite a bit. What are the most common misconceptions about MongoDB? And what do you believe are the platform's enduring architectural advantages relative to some of these [ models. ]
Yes. I think there's many in this room when our growth starts slowing down, many in this room made the causal connection that, hey, Postgres must be taking more share because it's ending up being somewhat like a two-horse race. There's some niche databases, but it's really us and Postgres.
And I'd make a couple of points. One, I think while we obviously have been dealing with competition, as you outlined since day 1, we think a lot of the slowing growth was our own execution, which hopefully, we've not declare victory too early, but we feel like we've made a lot of progress again. Two is that I think it's interesting to note that Postgres, which is built -- just so everyone understands, Postgres is derived from the name post ingress. So it's built on an old technology that obviously people are trying to continue to improve upon.
But what's interesting is that Postgres now supports jsonb. So a lot of the objection said, well, is Postgres good enough that maybe they don't need something like a [ good ] Ferrari like MongoDB. Well, when you really dig under the covers, jsonb is a very rudimentary support of Postgres. Any document over 2 kilobytes in size starts creating a performance overhead.
So what Postgres has to do is called off-road storage. There's a term called TOAST, The Oversized-Attribute Storage Technique, where Postgres has to go through to process these JSON Blobs And again, why does it support JSON? Because it's a tacit admission that you cannot pre-superimpose this very ordered tabular architecture on a messy, complicated world that has multiple modalities of data. It just doesn't make sense. So that's why Postgres supports JSON.
So second problem Postgres has is that the data model is very brittle. So it's very, very hard to make changes. and a world that's only escalating in terms of velocity, people responding to new opportunities, new threats, building new capabilities, et cetera, you need a platform that enables lots of change very, very quickly. It's very easy to make changes on MongoDB. And the third thing is that Postgres was designed to be a single node system and you hear all these people saying, we have -- they're working on re-architecting Postgres to make it more scalable. My engineers call it sapless when it comes to scaling.
But essentially, we are built on a distributed data architecture from day 1, so that the most basic configuration of MongoDB is what's called a 3-node replica set means you have 3 copies of your data. And should there be any network systems failure, your application is always up and running. So architecturally, we believe that we are well positioned.
But that being said, Postgres does not need to die. If you have a traditional use case, the data model doesn't change, it's very alpha numeric information. Do you need to run a MongoDB? No, you don't. We have a lot of customers who do that. You have those kind of use cases, but it's not like the world is going to end if you don't use MongoDB. So the market is very big. Postgres does not need to die for us to win. And obviously, we think that even just a couple of points of share could be very transformative for us.
I love the way this conversation is going because we're getting into it the details of it. At a point in time when we're between 2 cycles, the cloud cycle and the next AI cycle, these kinds of questions and the discussion, the depth of discussion we're having, we've barely got to 3 or 4 questions here. But that's super important if you were to paint the case for a durable growth company over the next 7 to 8 years.
If you get certain things right at the front end of the cycle, you got -- then the questions in the next few years will be consumption patterns, quarter-to-quarter, net expansion lands. But if you get this criticality at this point in time, right, I think it's just a really good story. So I wanted to -- so I want to be a little humorous. Maybe poster should be called pre-JSON.
Okay. So I want to come back to a point you made earlier about how this health care company, they have their own lexicon lingo, which is a reinforcement that the value of enterprise data is very high. And if I take that at face value, it would be super hard for the LLMs, foundation models without naming any one by name because we're going to have a couple of the executives at the conference here. Why would they be successful in SaaS? Why should investors believe that foundation models are going to be a slam dunk in SaaS? And because what you said, the value of the data, right, it's very private, and it should not be accessible to the public world outside.
Yes. So I try to take a first principle approach. So a common question I ask when I meet with customers is what are you doing in AI? And invariably, it's some end user productivity initiatives. And then maybe they're starting playing around with some agentic-based approaches typically in the back office first. And then I ask, say, a financial service executive, are you implementing any AI use case that's customer-facing or public facing -- they said absolutely not. Why? Because of the risk of hallucination, right? We are still not comfortable that we can guarantee the quality of the outputs. So God forbid, some customer makes a buy or sell decision based on some recommendation from an AI-based system, that could be quite disaster for us. Same with health care companies.
And so people are still quite nervous that AI systems are probabilistic in nature, so you can't guarantee the outputs. And you see some data points. GPT-5 was not this magical breakthrough where we're getting closer to AGI. Dario, who I've spoke to a number of times, has talked about how 6 months ago, said 90% of coding will be done by coding agents. I mean, cloud code is great, but 90% of the code is not being done by AI.
So I think we are, again, in the very, very early innings of AI adoption. I think what they're doing in terms of the research breakthroughs are really impressive, but I think we still need algorithmic breakthroughs to kind of get the next layer of kind of intelligence in place. And I think Alex Karp has -- when I listen to what he says, I kind of align with what he says is that think of AI as this raw material and you need some sort of ontology architecture around it where you need to understand entities and relationships and concepts and rules to put the scaffolding around this raw material to provide guardrails to produce the output that you can generate.
And I think that's what you're going to start seeing as people start deploying agents is there will be lots of guardrails around these agentic platforms. Think about agents, you have to control what permissions do they have. I don't want an agent to see something that agent should not be seeing. You also have to understand governance. I don't want one agent contradicting what another agent is doing. I want to understand what are my agents doing in general, like are they generating the outputs that I really want.
So that whole governance scaffolding infrastructure, we're still in the very, very early innings. And I think that all has to come to place before you really see people really transforming the business with AI.
Got it. Matt?
Yes, Dave, 2 large analytics platforms recently acquired Postgres companies. On the last call, you noted that this reinforces OLTP as the strategic high ground for AI. I thought that was an interesting comment. Do you see AI shifting more of the value to database platforms like MongoDB in the future?
Yes. So I want to be clear. With AI, there's 2 things. There's training and there's this inference, right? So OLAP technologies are great for training and data prep and you have already the built-in permission structure of the data. So the LLMs know what data they have access to and who should see what, et cetera. So that's all great.
And obviously, Snowflake and Databricks are great companies. But the fact that they had to make acquisitions in the OLTP space is acknowledgment, again, acknowledging their part that OLAP is not the strategic high ground for inference. To do inference, all the points I made earlier, you need to have access to real-time information, what product shipped? What is my supply chain looking like? What are the prices of X, Y and Z goods that I may want to buy or sell? Like you can't get that from an OLAP system. You need real-time access to that system to be able to make essentially some decision about that.
And so the fact that they made these acquisitions, I think, basically indicate a couple of things. I remember when Frank Slootman was running Snowflake, who I respect a lot, but he said we have this Unistore architecture, and we're going to come out with our next-generation OLTP platform. Obviously, the fact that they bought Crunchy Data was admission that, that didn't go anywhere.
Then you had Ali also saying that he has the best data engineers in the world, and he's going to come out with his next-generation OLTP platform. The fact they bought Neon, basically a vibe coding platform for hobbyists, and by the way, that a big outage, so it's not enterprise grade. It speaks volumes about the fact that building an OLTP engine that's battle-tested, enterprise grade that addresses the security, the durability, the availability and the performance requirements of a customer like Goldman Sachs or a big telco or a big industrial manufacturing company is not easy.
I mean we still consider ourselves kind of teenagers in this database market but we're 18 years old, right? And we've gone through the knocks with nearly 60,000 customers. We've seen almost every use case across almost every geography, across almost every customer segment. So that -- there's no compression algorithm for experience. So I think that speaks to the fact that we believe that we're well positioned just from both experience and the enterprise-grade infrastructure as well architecturally from the fact that we're native JSON database that naturally embeds lexical and vector search as well as the embedded model.
Dave, I want to switch to the relational opportunity. Displacing legacy relational systems has always been an attractive opportunity for MongoDB. But I once heard that when the world ends, the only 2 things left standing will be relational databases and plastic. So can you talk to us about the relational migrator tool because that's intended to make that lift and shift a little bit easier. What are some of the advancements you're driving through AI?
Yes, we're going to have a discussion on this next week for those of you who plan to attend our Investor Day in New York. But essentially, when I took the company public in 2017, we had called out in our S-1 that 30% of our new business was relational migrations from relational databases to MongoDB, which we thought was an important data point because most people thought we're just going after new-fangled and use cases.
Obviously, our cloud business soared, and that was predominantly new, but we still saw a lot of relational migrations. I constantly went to my engineers and said, why can't we do more to win more of this? And the constant refrain I got from my team was that, hey, remapping the schema is not that hard, moving the data is not that hard. rewriting the app code is hard, painful, long and costly. And so unless the customer is under a lot of pain, no one wants to start rewriting their app.
So fast forward then, obviously, 8 years later or frankly, when OpenAI announced ChatGPT, all of a sudden now said, wait a minute, we could potentially now use AI to refactor this code. And that's essentially what we are doing is building a tooling platform to automate the migration process from relational to MongoDB.
Now we'll get into details live next week. But just to explain why do customers care? One, there's a ton of technical debt on these platforms. Like for example, if you want to AI enable these legacy applications, like, for example, I want to marry metadata to -- metadata is basically data about data, right? I want to marry metadata to this data, so I can reason about what data I have, so I can obviously make good decisions. You can't do that on a legacy platform.
The data model is incredibly brittle. You have end-of-life issues. My base is going end-of-life. You have regulatory risk if you're a financial services and health care company saying -- they were saying, you're running your crown jewels on a platform that's very old, you've got to get off these platforms. And by the way, the tax of running on these platforms is very, very high.
So for a confluence of reasons, people saying, I got to do something. So we have a lot of demand. And then the obvious question is we're trying to figure out is what's the best way for us to build. We want to take a product approach to this, not a services or like a systems integration approach. So there'll be some combination of product and services because there are lots of variability, but we'll get into a lot of this next week at Investor Day.
Any questions? Yes [indiscernible]. Yes. All right. Before the mic gets over to you, just speak loudly.
[indiscernible] Thank you. As we move into thinking about agentic apps, one of the things that they tend to try to do is taking your digital footprint -- or sorry, your physical footprint and making it more digitized, right? That's how they eat into labor budgets. Naturally, that's multimodal, like the way that we interact. And so as such, the complexity with these apps starts to exponentially just starts to rip, for a lack of a better word.
Curious on your thought process around when and what use cases you really see like a more SQL approach breaking versus a multimodal having to interact with all sorts of different parts of the world because that to me was one of the best validations that, hey, as we look forward, you just really can't think about the Postgres and like Mongo debate as much as you did just about 90 days ago, I'd say.
Yes. So I would just say -- answer the question 3 ways. Why do customers choose MongoDB over Postgres. One is data model kind of flexibility. To your point, being able to handle multimodal data is so much easier in MongoDB than on the tabular architecture. Two, data model agility. I need to be able to change the data, like the interdependencies and relationships with data may constantly evolve. That's going to happen a lot in AI. And so I need to be able to constantly adjust my schema. A lot of people think we're schema less. That's not true. We have a flexible schema. We can have governance around that schema, but we can also change the schema quickly when you need to.
The third reason is being able to support this very sophisticated, what I call hybrid search techniques where you need to be able to do both lexical and semantic search to find information very, very fast. And then the fourth reason is the platform scalability, right, being able to basically massive scale out is the point I made, like agents don't go back -- don't go home to sleep, right? Agents constantly chug away. They don't take coffee breaks. They don't stop for lunch. So you need a platform that can scale because the intensity...
But they need GPUs, it's more expensive than coffee.
They need compute. That is definitely true. But the intensity of usage will be much higher when you're replacing potentially humans with agents because by definition, they can work harder and longer.
Time for maybe one more question, really good one. [indiscernible] There's a good one.
Sorry, we already had a mic. Good to see you, Dave. Maybe for Mike, just in terms of the CFO philosophy, I would have described kind of the first chapter of MongoDB's public history from a margin perspective as very incremental, like growth first, explosive growth and incremental margin expansion when the company was public, non-GAAP operating margins were deeply negative. What's your philosophy at this point? Like is it -- is that kind of step -- incremental increase in margins, how we should think about things going forward? Or is there an opportunity for more of like a larger step-up and GAAP operating margins getting to a more normalized level?
Yes. So great question. And I'll answer the question, but come next week, we'll give you a little bit more. So my view of this is at the time when Mongo was growing and the company did a great job, it was all about growth. And when you're growing 30%, 40%, 50%, great, you should invest and you should drive that growth. Now where we are with the scaled business, with a business that generates a bunch of gross profit, we can do both. And so the expectation is we can grow and have durable revenue at the top line, but there's no reason why we also can't drive margins.
And as I talked about a little bit before, we're still going to invest in growth. The things we've talked about, R&D, products, marketing, developer awareness, all of those things, the product-led growth, we will continue to invest, but we don't need to invest like we've done in the past. So I've been pretty clear, which is we can do both, drive sustainable, durable growth, especially in Atlas, but also be able to drive margin growth.
And then the third piece was it in your question is, hey, folks, we're a business, we need to generate cash as well. So also the conversion of profit to cash. So you should expect to see continued growth. There's no reason for us to pull back on the lever and say, hey, we don't need to spend here. We're just going to spend a little bit smarter, reallocate dollars and be able to drive growth. And hopefully, you've seen it in what I've done in the past. Hey, folks, we're going to be pretty transparent. Here's the goals. Here's what we're going to do. Here's the drivers of the business, and we'll walk you through that in more detail next week.
On that note, Dave, congrats on the great milestones at Mongo. And databases used to be very boring when I started on the sell side, and you made it exciting. You're the steward of the transaction database ready for the AI world. So thank you for all the great work you're doing for the industry, for our investors. Mike pleasure to meet you.
Thank you.
And let me be the first to welcome you back to 2026 Communacopia.
Thank you, Kash, and congrats on your retirement, and thank you for having us.
Thank you so much.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Goldman Sachs Communacopia + Technology Conference 2025
MongoDB — Goldman Sachs Communacopia + Technology Conference 2025
🎯 Kernbotschaft
- Markt: MongoDB sieht ein ~100 Mrd. USD großes TAM und hat aktuell nur ~2% Anteil; ein Anstieg auf 5% würde zu ~5 Mrd. USD Umsatz führen.
- Positionierung: Kerngeschäft wächst nachhaltig und war zuletzt nicht von AI-Ausreißern getrieben; die Plattform soll sowohl OLTP- als auch agentische AI‑Workloads bedienen.
- AI‑Rolle: MongoDB sieht die Datenbank als „State/Memory“-Layer: JSON‑Modell, verteilte Architektur, Vektor-/semantische Suche und eigene Embeddings sind zentrale Differenzierer.
🔭 Strategische Highlights
- Produkt: Integrierte Lexical- und Semantic-Search, Vector Store und firmeneigene Embedding‑Modelle; Fokus auf Entwickler‑Erlebnis und einheitliche Plattform.
- Go‑to‑Market: Push ins Up‑Market und Anpassung der Vergütung zur Fokussierung auf qualitativ größere, strategische Workloads treibt Atlas‑Wachstum.
- Operativ: CFO setzt auf Produktivitätsgewinne (Offshoring, Effizienz bei 5.500 Mitarbeitenden) und nutzt Atlas‑Skaleneffekte (~$2 Mrd. Atlas) zur Margenverbesserung bei weiterem Wachstum.
🆕 Neue Informationen
- Guidance: Konkrete Zahlen wurden hier nicht neu genannt; Management verweist auf zuvor angehobene Guidance und das anstehende Investor Day in New York für Details.
- Migrationstool: Angekündigt: automatisierte Relational‑to‑Mongo‑Migrations‑Tooling, das AI zur Code‑Refaktorisierung nutzt; technische Details werden beim Investor Day vorgestellt.
❓ Fragen der Analysten
- AI‑Adoption: Analysten hinterfragten Timing und Risiken (Halluzination, Governance); Management betont frühe Phase, Bedarf an Guardrails und geringe öffentliche/Customer‑Facing Deployments aktuell.
- Wettbewerb: Postgres und Hyperscaler wurden thematisiert; Management argumentiert mit nativer JSON‑Performance, Skalierbarkeit und Produktionsreife als Vorteil.
- Finanzen: Fragen zu Nachhaltigkeit des Atlas‑Reaccelerationspfads und Margenanstieg; CFO nennt Produktivität und Reallokation statt Rückzug von Investments, Details beim Investor Day.
⚡ Bottom Line
- Fazit: Gespräch bestätigt die strategische Story: großes TAM, technische Differenzierung für AI‑Inference/Agenten und ein erklärter Plan zur gleichzeitigen Steigerung von Wachstum und Margen. Konkrete Impact‑Zahlen fehlen hier — die entscheidenden Details liefert das kommende Investor Day.
MongoDB — Citi’s 2025 Global Technology
1. Question Answer
Everybody, Tyler Radke here. I co-head the software sector at Citi. Welcome to day 1 of the Citi Tech Conference. We're towards the end of the first day. Happy to have MongoDB to help close out the software track. We got CEO, Dave Ittycheria; and new CFO, Mike Berry. Gentlemen, thanks for making the appearance. And Dave, I think the first time you came to the Citi Tech Conference was maybe back in 2018 in the early days of MongoDB kind of in the SaaS mobile era. Can you give investors just a quick overview of Mongo, how you see the growth opportunity with AI maybe in relation to what you saw years ago?
Sure. So MongoDB is a next-generation database. We essentially organize data instead of in rows and columns or in a tabular format, we organize data in a document format, which is we believe is a much more easy way and a more natural way to express data in the modern world. We also support structured, semi-structured and unstructured data, which also more mimics the real world. And third, we -- the range of use cases go from what I'd call strongly consistent or transactionally intensive use cases where like system of record applications to eventually consistent where they're like things like logging or time series data that you want to track over time.
So the breadth of use cases we support are very wide. I believe it's not controversial to say that we are the most popular modern database in the world today. We have customers that range from the smallest companies, 2 people in a garage to the largest companies in the world. And we're founded here in New York.
Yes. Great. And Mike, welcome. I know you've been to the Citi conference in many other roles, but nice to have you here. Maybe give us a quick background on yourself and what led you to join MongoDB.
Sure. So thank you for having us, Tyler. Happy to be here. So -- and I know many of you folks already. So I've had the privilege of being CFO at several great companies, both public and private, mostly in technology. And the last one was it's a great company, NetApp, and after that ended, the whole goal was, hey, we're going to go enjoy time with the grandkids, maybe play a little bit of golf, semi retired and then this opportunity came up, and it was just way too good to pass up. And I saw a company that was in a huge market with a great product with great growth opportunities. And then I looked -- and when I looked and it's a little bit better now, it's not great, but it's a little better. I looked at how many of you folks valued it, and I thought, wow, what a great opportunity. And I still -- if I felt that way in May, I feel that way even more so in September.
Great. Well, I thought a good place to start would be the most recent quarter. Clearly, a very strong quarter across the board, but particularly in Atlas growth, which reaccelerated to 29%. How would you just sort of unpack the drivers of the quarter? Obviously, there's a lot of excitement around AI, but there's also a lot of your own execution improvements you've been driving. And maybe there's some broader strength in the database category. Obviously, the Snowflake, Microsoft Azure continue to do well. So help us understand across those dimensions kind of what drove the strength in the quarter.
Yes. So while we believe that we're well optimized for the future world of AI-enabled applications, and that was one of your first question, which I failed to answer, AI actually did not play a huge role in the performance for the quarter. It's really our core business that we -- that performed well. I would really assign most of the value of how we got our results more to internal execution. We had made some changes last year where we decided that we want to move more go-to-market resources upmarket because that's where we saw the best returns and the best sales productivity.
And then we also -- to do that, we also had to better serve the small and medium-sized market through our PLG motion or our self-serve business. And I think both, let's call it, engines are working well. The workloads we started acquiring in the middle of last year through this year have frankly done quite well. While we don't want to declare victory, we think that a big part of that was that move upmarket. They seem to be growing faster and for longer than what we had seen previously.
And then if you look at our customer acquisition count, the customer acquisition numbers are growing up very healthily, and that's a function of us being much more efficient in how we acquire and service the small and medium-sized market. While those early customers don't really make a material impact on revenue, they're good precursors of future growth. And the fact that many of those companies are AI-native companies is also a signal of future growth. And we've seen this movie before. In the cloud area, we had a lot of customers come to us as the self-serve channel. We end up being very large customers like Coinbase and a bunch of other accounts that are large customers of ours today.
Right, right. And so I'd love to double-click on the workload strength that you called out because I think for a lot of investors, right, it's not a KPI that we can easily see. But maybe just give us some examples of like what are the types of workloads that you have acquired in the last year that are doing so much better than a year ago? Is it just size? Or are these maybe more complex, high-growth apps? Just give us a sense for that change and how to kind of think more about those workloads.
Yes. The reason workloads are important is in our business, the unit of competition is the workload, not the customer. And what I mean by that is in every account that we service and support, we also are competitors on those accounts. So a large enterprise could literally have umpteen competitors, and we're one of the vendors that they're using. And in many of those accounts, even though they may be large 7- or 8-figure accounts, we still have small wallet share. So we have lots of upside growth in those accounts.
In terms of what types of workloads, they really range. One of the strengths of MongoDB is that we support a wide range of use cases. Unlike we're -- I don't like the term NoSQL because I feel like it kind of confines us to a small bucket, small niche bucket. But a lot of other NoSQL vendors are kind of like a one-trick pony. They're good at one thing, where MongoDB is very broad in the kinds of use cases, services, which is why it's so popular because you can use us for a system of record use case like a trading application, a billing application, some sort of system of record application. You could use us for, say, a gaming application. Obviously, we have lots of gaming companies have built their platforms on MongoDB.
And then you can use us for things like, as I said, some other -- some of these newer use cases like time series logging, use cases where people are doing interesting things in trying to understand what's happening in the trends in their business. So it really varies depending on who the customer is and what use case it is. So I wouldn't say there was one thematic use case that we saw. It was more the fact that we were getting more strategic use cases coming to MongoDB with our move upmarket, which was driving the growth in the quarter.
Got it. And one of the areas you called out in the quarter was strength in large U.S. customers, too, which I think was notable. Could you elaborate a little bit on that? Was it kind of traditional enterprise customers? What were these types of apps or use cases that you saw?
Yes. So I would say it's both U.S. and Europe. We saw -- it was large traditional enterprises as we moved upmarket, those customers were basically the customers where we saw those workloads growing the fastest. And I think it just speaks to the fact -- you're right, it's very hard to truly understand the usage dynamics of a workload when we first acquired them because a lot of it is tied to the underlying fundamentals of the end customers' business and the use case that they're using us for.
But in general, what we're seeing is that these more strategic workloads are growing faster. And it was -- obviously, when we first acquired them, it's hard to tell because workloads do grow fast in the first couple of quarters, but they've continued to grow reasonably fast as they're entering their kind of 1-year anniversary, and that makes us feel good that these are high-quality workloads that -- and if you can keep repeating that pattern, it also suggests that the workloads we're acquiring more recently have good potential for growth longer term.
Got it. But to be clear, you're not embedding that, that strength kind of continues on those large U.S. customers in back office...
Again, it's -- consumption is always hard to forecast. That's one of the challenges of the consumption business. I would say workloads at some point do plateau. And so it's our responsibility to continue to acquire high-quality workloads because that's how we drive the growth. And on a bigger and bigger base, it requires us to make sure we acquire enough workloads to drive sufficient growth. We think we have all the mechanisms in place to do that, but it's definitely a work in progress.
Right. And I guess if you just back up and you think about the go-to-market changes over the last few years and to use a baseball analogy, like do you think we're in the later innings of all those changes? Are you satisfied where it is? Or is there still kind of more room to improve either on the workload quality acquisition or other parts?
Yes. What I would say the word one employee used with me is vindication. We had made these changes last year. Obviously, the stock had seen some volatility, and we had faith that these changes will work, but it took some time for it to show up in the numbers. And I would say we feel good about the numbers so far. But we're constantly examining and fine-tuning the model. I use the term pruning the bush. It's like you're growing this bush, but sometimes you have to clean cut some dead wood, cut some dead leaves and make sure the bush continues to grow and flourish. And there's always some fine-tuning involved, but we don't see any need to make any radical changes.
Okay. Okay. Great. So hopefully, after this last quarter, you're getting a lot less questions on Postgres, your favorite topic. But I did want to ask about that just from the context, I think, when investors and others look at many of these AI start-ups, some of which you have, but many of them are using Postgres, the Stack Overflow survey, which just came out, showed Postgres kind of continuing to be one of the top databases. So -- and of course, it's a big enough market. But why do you think it's become so popular? Like how would you attribute -- what would you attribute that to?
Yes. So great question. To answer the last question first, the reason Postgres is becoming really popular is because the relational market is consolidating. People are moving off relational -- moving off Oracle, moving off SQL Server and moving off MySQL and consolidating on Postgres. Postgres is an open source standard. Actually, I don't know if people know this, but the name is derived from post ingress. It's actually built on a 30-year tech stack. Obviously, it's evolved and there's lots of contributors to Postgres, but the whole relational market is consolidating on Postgres. So that's the biggest factor driving its popularity because the relational databases have been around for over 50 years. So that's point number one.
Point number two is that for many people, that's -- they learn about relational databases first in school and computer science classes. So that's the first thing they know. This whole new fangle modern databases and document databases is something that's relatively new. So that's something they learn later. So invariably, people start building on relational databases. But there are certain limitations with relational databases. One, they're designed to be a tabular system means that you have to organize data in rows and columns. Think of it as like a glorified Excel spreadsheet. But as we know, the modern world has different kinds of data, has structured, semi-structured and unstructured data and to manage that in a tabular, in kind of -- or superimpose that into a tabular format becomes challenging.
So Postgres has tried to evolve and basically support something called JSON, which is a new standard. We are a JSON document database. But the fact that Postgres is supporting JSON, I would argue, is tacit admission that their tabular architecture has limitations and they need to make modifications to that architecture to support the way modern workloads are trending. The challenge of doing that is like much like software, the architecture you start with is pretty much defines how your product works. And so they have to -- they've kind of add on what I'd call a little bit of a hack to support JSON and so has limitations in terms of the document size it can handle and the performance it can deliver.
So when we talk to start-ups who start on Postgres, they start running into scaling challenges, especially recent AI native start-ups that we've been talking to in the valley. And now they're talking to us about migrating off Postgres because of some of these challenges. They're not a native JSON database. And Postgres and all relational databases are designed to be single node systems. So they're not -- we were designed to be a distributed system from day 1. So there's natural scaling challenges that they have.
The third advantage that we have is that our data model is inherently flexible. So as the real world changes and evolves, your data model can reflect that. In a relational model, the model is quite brittle. So as you add changes or what people call schema changes, they're quite complex and time-consuming. So they tend to not happen that often. So invariably, relational applications tend to incur a lot of technical debt. And so one of the advantages and one of the reasons people choose MongoDB is as the data model requires lots of changes, it's so much easier to make those changes in our database than, say, a relational database.
So for those reasons, people do gravitate to MongoDB. But again, I cannot stress enough, Postgres does not have to die for us to win. We have a very small share today of the market. And the blessing and curse of this market is that you can have a small percent share and be a $2 billion company. The curse is that it takes time to educate the whole market about your inherent advantages and to keep up with all the things that we have. And to that point, what I would say is the analogy of us against Postgres is actually wrong because we also embed a search engine, a vector engine and an embedding model. So if you want to really compare MongoDB, you have to compare it to Postgres plus like a search engine like Elastic plus a vector database like Pinecone plus say embedding models from a third party like Cohere or OpenAI.
So that's -- so then the value is that you get all that on one platform, one unified elegant developer experience, all the data is one place. And you can do some interesting things like, for example, you can auto embed data as is entered in MongoDB using the Voyage embedding models. So it just really simplifies the developer's life as they think about building either regular applications or now these new fangled AI applications.
Yes. No, super interesting. And I guess as you think about that dynamic where some of these start-ups in the valley and maybe start-up is not the right word given the scale of their revenue where they are running into Postgres scaling issues, like how far through that opportunity are we? I mean I know it's early days in AI. But like as we think about the new customers you've added, are those like Postgres replacements? Or is this something that just hasn't really played out, but you think maybe in the quarters and years ahead?
So a lot of the new customers we have added self-identify as AI companies. So that's a good sign for us because we are adding a lot of those companies who are kind of thinking about using us as their platform, which gives us -- makes us feel confident about the future. Some of those companies are not really hit product market fit, so they're still quite small. Some of those are thin wrappers on top of the LLM. So we'll see how durable their business is. But the point is that we are definitely attracting the next genre of developers to our platform. So that makes us feel good.
We do have some large AI customers. They were not material enough to be material for our growth, but they're important customers and are well-known customers in the AI community. And we feel like it's still very early days. I mean, if you think about it, there's probably sub-20 ISVs who are getting any meaningful -- what I call AI-centric or AI native ISVs who are getting any meaningful traction in the marketplace. It's not like hundreds of them. And I think you're going to start seeing more.
And so I still think we're in the very early innings of this whole AI journey and especially in the enterprise. I think the enterprise is still very, very early innings in terms of the AI use cases. Most of them are focused on end user productivity, whether it's cogen, business users using kind of tools to extract data, to summarize data, to distill data to maybe autogenerate presentations and spreadsheets. But it's -- when I talk to financial executives, for example, with a 10-mile radius of this hotel, and ask them, is AI transforming your business? And they absolutely no. We're still in very, very early days.
Right, right. And when you think about your use cases within these AI customers, are you -- do you sort of envision that your -- the growth of the Mongo usage will scale with the revenue of those businesses? Or does it kind of depend across AI customers?
I mean it's hard to give you like a standard answer. It really depends on the customer. But in general, as their business grows, our business should grow because we see that with almost every customer, like our usage is tied to the end customers' business. The types of usage like we can be -- we sometimes are the memory layer or the library for the application. We maintain state. Inference is the high ground for AI. And to do inference, you need to have an OLTP platform. You cannot do it on an OLAP platform because you need to leverage the real-time data to make a decision on what to do based on what state something is in and what action you need to take. And so we are well positioned for -- as inference workloads become more and more popular in the enterprise, we feel like we're well positioned to win many of those workloads.
Got it. Got it. Okay. I did want to touch on migration, the migration opportunity, just given there's been a lot of product innovation with the relational migrator tool. And I know you've kind of been ramping up almost like a forward deployed engineer style model to help accelerate these migrations. But just talk to us, you talked about the relational market consolidating. How is that -- how are you taking advantage of that in terms of that migration business?
Yes. So when we think about it from a first principles approach, why would customers want to migrate? Well, if you look at -- there's thousands of relational applications that an average enterprise has. And the challenges are numerous. One, the tax of running on those legacy platforms is very, very high. There's a ton of technical debt that those applications occurred because it's hard to innovate on those platforms. Third, some of those platforms are end of lifing like Sybase. Fourth, if you're in a regulated industry like financial services or health care, regulators are saying there's a systemic risk in your business that you're running your business on these old platforms. And fifth, if you want to AI enable these applications where not only you just need the data, but you need the metadata, it's hard to do that on those legacy platforms. You need a more modern platform to do that.
And so for a whole host of reasons, kicking the can down the road is no longer an option. So we see a lot of pent-up demand of customers wanting to migrate off these legacy applications. To migrate, you have to really do 3 things. You have to move the data -- well, first, you have to remap the schema, then you have to move the data to the new schema. But the third thing you have to do is you have to rewrite the application code. That has always been historically the most painful and time-consuming and costly endeavor.
Well, what's interesting is now with AI, you have all these cogen tools that can automate the code migration or code refactoring process. And so that's what's really given us a chance to really go after this opportunity. So we are building an automation tool to do this migration. We're going to talk about this in a lot more detail at our Investor Day, which I know you're coming to in 2 weeks. Literally, it's here 2 weeks here in New York, where our CTO and others will go into a lot more detail about what we're doing there. But it's basically to use a product-centric approach to automate the migration process of moving off relational to MongoDB in a cost-effective and safe and reliable way.
Got it. Okay. Great. Mike, I did want to bring you into the conversation here. Obviously, Dave mentioned the Investor Day. But before we get into what you have planned for all of us. I'd love for you just to kind of give your perspective on how you think about efficiency at Mongo. I think you have 2 quarters under your belt or at least 2 earnings calls, and you've raised margins twice, which is good. So what were kind of your observations around the efficiency? And what are sort of your goals as it relates to that?
Yes. Thanks for the question. So the great part about MongoDB with the efficiency is this is not all about -- well, there's small changes we can make, and we did a small restructuring in Q2. This is all about how we invest all that great gross profit from the growth of the company. It's got a wonderful business model. So this isn't about going and taking a bunch of costs out. It is how do we make sure that we are we are incrementally investing to drive growth. And that's the one thing I want to make sure is, yes, we are very confident we can drive margins up. But folks, we're not going to stop investing in growth because that growth then feeds all the profitability.
So for us, it's about making sure we optimize our go-to-market. We have the right people in the right spot. We have the right spans and layers. We have the right mix between direct and partner. In R&D, making sure that, hey, we're really focused on leveraging those engineers across all of the code that we do, that we're using AI to drive efficiencies and then also in the back office. So there is a great opportunity for us to continue to drive margins up. But again, I will underline, we will continue to invest in growth.
And if you look at our guidance for the second half, operating expenses are still growing pretty significantly, and there's still going to be an investment there. So I don't want you to think that we're pulling back on a lot of stuff. We're just going to get better about making sure that all the incremental spending is going to drive growth.
Yes. That's great. And I'm sure there will be a lot more you'll share at the Investor Day coming up. But I mean, do you -- philosophically, do you kind of think about some balance or Rule of 40 in the growth of Mongo? Just anything high level without you committing to specific targets, which I know maybe we'll get in a couple of weeks.
Yes. So can we talk about a couple of weeks, and then I'll hit that. So we have our Investor Day in 2 weeks. We're really excited about it because we want folks to walk out of there as excited about the business as we are and really focused around 2 key areas. One is the durable growth of Atlas and why we feel so good about that. And the other one is being able to continue to drive margins. So we're going to hit that a lot. You'll hear from Dave that's going to talk about the market, the market size, how we go to market, a little bit about the go-to-market changes, but we won't focus a ton on that.
You're going to hear a lot about the product, the power of the platform that we have as well as all the new products that we've rolled out and that we're looking at doing. You're going to hear from customers and partners as to why they chose MongoDB. And we're going to give you a new view, which is, hey, the self-serve model is super efficient for us. And May Petry, our new CMO, is going to talk to you about the power of our self-serve model. And then I will give a much -- not a business update, but I'm going to talk much more about the financials. And it's possible we might talk about a long-term model at that point.
Okay. That's a good preview for a couple of weeks from now. So going back to AI, Dave, you hit on Voyage a little bit, but I thought that was an interesting acquisition earlier this year. Certainly, embedding models are increasingly important as it relates to the emerging AI stack. And I think Anthropic actually kind of recommends Voyage as their default embedding model. So how do you sort of -- what's the vision around Voyage? And are there other parts that you kind of expect to fill out around that kind of the emerging AI stack?
Yes, sure. So one, it's important to understand that when you do vector search, you're doing what's called semantic search. You're doing searches that sound like or look like or feel like X, right? And so to do that, you need to embed your data so that computers can basically compare a numerical representation of data to other data to determine if there's some similarity match. And so what's interesting is, obviously, LLMs use vector search engines to basically find the right information. What's interesting is that people kind of took this embedding thing as kind of for granted and said, "Oh, you just embed your data and then you move on."
What people are starting to realize, and I think what we were prescient in understanding was that the quality of your embedding model has a high correlation of the outputs of your LLMs, right? Because your embedding model is your bridge between your private data and the LLM. No one is going to give their private data to OpenAI or to Anthropic or to anyone else. So you have to have a mechanism to be able for the LLMs to reason about your private data. The way to do that is to embed the data using a high-quality embedding model. And then the better the embedding model, better the embeddings, which means the better the LLMs can reason about your data, so you can ask and get more -- have a more sophisticated understanding of your private data and obviously have more sophisticated answers to questions that you may be asking the LLM about.
And so because of that, people are starting to really value the quality of embeddings. And to your point, people are now recommending Voyage as an excellent embedding model. We just came out with Model 3 that has very sophisticated features around understanding very large documents, understanding both the big picture as well as being able to chunk up the document to ask very precise information about particular pieces of information. So that -- so these kinds of sophisticated techniques are not available with standard embedding models.
What it's done for us is, one, it's obviously given us more exposure to the AI community because they value these embedding models. Two, Voyage itself is acquiring customers. So we're bringing more and more customers into the MongoDB ecosystem. And we do see some future cross-sell opportunities. And three, we are selling the Voyage models and the API access to the Voyage models stand-alone because we don't want to limit people who are using other platforms. And we think that the more people use Voyage, the more attractive they will be to MongoDB. So it's been a great acquisition for us. The team at Voyage is excellent. We're very thrilled to have them, and we have some big plans with them for the future.
Got it. And Dave, just on the -- I wanted to talk a little bit about top of funnel and continuing to attract the next generation of developers. I think it was probably 7 years ago when you made the move away from the "Open Source" slicing to SSPL. Clearly, the company has grown by orders of magnitude, both in the customer base and revenue since then. But how do you -- what are some of the things you track internally to measure that you still kind of have that developer network effects or popularity? And yes, I mean, what -- just given the rise of other technologies in Open Source, how do you kind of stay close to that without, obviously, the risks of giving your code base to Amazon or something like that?
Yes. So that -- I mean, when I joined MongoDB, we only had one business model, which is to sell subscription software. And the fundamental challenge with the classic, let's call it, Open Source model is that you have to find this happy medium between what do you give away for free and what do you charge for. You give away too much for free, it's very hard to monetize. And companies like Redis struggle with that. Or if you don't give away enough, it's very hard to drive adoption, which then basically makes it harder to monetize because then you don't have enough people to upsell to.
So finding that happy medium becomes quite a challenge, and I frankly didn't love that model. So to me, Open Source as a service is the best way to monetize Open Source because no matter what you use, you're paying for a little bit. It could be a little or a lot depending on how much you're using Open Source. So that's why we found the Atlas business model really attractive. And I know there's a lot of skepticism when we first launched Atlas, we said, wait a minute, you're going to partner and compete with the hyperscalers. They're going to eat you for lunch. And I think people underestimated how customers would value best-of-breed technology.
One of the key things that we saw with the more traditional open source licenses was that other companies, in particular, some of the cloud companies would take the open source, put it on their platform, monetize the technology, but not have to give anything back to the original contributors of the code. And we had incurred a lot of -- we raised a lot of capital from investors, and we were hiring very expensive engineers. We felt like we needed to get a reasonable return on that investment. So we felt it was important to protect our IP.
So we came out -- we first were an AGPL and then we came out and -- which is a standard open source license. And then we came out with our own version, which is called Server Side, a license called SSPL. And we tried to work with the OSI, but at that point, they were not really open to the idea of a new license. And we felt that there had to be a new license in the world of cloud. And so we came out on license. A lot of people are like, "Oh my God, you're going to have people abandoned MongoDB because you're not on a standard open source license." And I thought about that promise said if you're a developer sitting in Shanghai or Mumbai or New York or Palo Alto, are you really going to care about like what license you're using? Or are you going to care about the fact that it's free to use, free to modify. You can still do everything you want to do. The only limitation is that if you create a competing MongoDB as a Service offering that you have to open source all the extensions you built to MongoDB and the underlying management plane. And so the average developer is not going to worry about that, and that paid off. And our business only grew faster after SSPL.
There are some people who are quite religious and dogmatic about licensing. So some people still don't view us as a real open source solution. It hasn't hurt our adoption. We are still the most popular modern database in the world, and we're continuing to see millions of downloads every month of our software. And our job is to continue to educate the market about what we're doing and why we're doing it. And our partnerships with the hyperscalers is very productive. We partner and compete, and we know how to do that well. And we have a strong community. We'll be making some announcements on how we're continuing to invest in the community product. We're bringing new capabilities to the Community product, which we'll talk about on Investor Day and on the keynote before Investor Day. So there'll be some interesting announcements showing our commitment to the community and that I think that will be well received by all the users who either want to use MongoDB or use MongoDB today.
Sure, sure. And I guess you touched on the hyperscalers. Last year at your Investor Day, you had a gentleman from Microsoft, obviously, on the Azure marketplace business. Microsoft obviously has seen their growth accelerate quite a bit since then. Last quarter, they did call out strength in both Cosmos as well as Postgres, database strength across the board. Are you -- how do you kind of view yourselves within that context? I mean is there a bit more competition as opposed to partnerships? Or are you kind of benefiting from that?
No, -- the Azure relationship -- I should just say, roughly our share of the Atlas workloads on the hyperscalers kind of mirrors their share in the marketplace, just roughly, it should -- that would be a good framework for you to think about. And our Azure business is actually growing quite well. So we are actually quite pleased with the growth and the quality of the relationship and the partnership we have with Azure. Again, I cannot stress enough. This is not a zero-sum game market. This is not a social media market. It's not a search engine market. This is an enterprise infrastructure market, and there can be multiple winners. And we have a low percentage of share, and we just grow the share points a couple of points up into the right, and we're going to be double or triple the size of the business today.
Yes. Great. Well, in the last 30 seconds, I just wanted to leave it both back -- or hand it back over to you if there was anything you wanted to get across to investors. Any other previews you wanted to slip in for the Investor Day coming up, but I appreciate you making the time here.
Yes. Thank you very much for having us. Obviously, we're proud to be a New York headquarter company. Glad to be here in New York City today. We feel really good about the market. I just want to remind people, we're going after a massive market. There can be multiple winners. We have a really durable technical advantage. We think we're well positioned for the coming AI wave, and we serve some of the most demanding and sophisticated customers, which I think serves us well going to this next phase of this technology shift.
Thank you. Great. Thank you.
Thank you.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Citi’s 2025 Global Technology
MongoDB — Citi’s 2025 Global Technology
📊 Kernbotschaft
- Kern: MongoDB positioniert sich als breit einsetzbare, dokumentenorientierte Datenbankplattform; Management betont Aufwärtsmomentum bei Atlas (Wachstumsbeschleunigung) durch Up‑market‑GTM und Self‑Serve (PLG, Product‑Led Growth) sowie frühe AI‑Adoption via Voyage‑Embeddings.
🎯 Strategische Highlights
- Up‑market: Fokus auf größere Unternehmenskunden durch gezielte Go‑to‑Market‑Ressourcen; parallele Self‑Serve‑Motion für KMU soll Funnel und langfristige Expansion sichern.
- AI‑Stack: Übernahme von Voyage (Embedding‑Modelle), Model 3 für große Dokumente; Voyage wird auch als eigenständiger Dienst verkauft, Cross‑Sell‑Potenzial zu MongoDB.
- Migration: Ausbau von Tools zur Migration relationaler Systeme; Automatisierung mit Code‑Refactoring durch generative AI angekündigt, Vertiefung am Investor Day.
🔭 Neue Informationen
- Aktuell: Keine neue konkrete Finanz‑Guidance im Talk; Management kündigt detaillierte Produkt‑ und Finanz‑Roadmap samt möglicher Langfrist‑Modelle für den Investor Day in zwei Wochen an.
❓ Fragen der Analysten
- Workloads: Nachfrage nach Details zu den „Workloads“ — Management sagt, sie seien heterogen, aber höherwertige, strategische Workloads wachsen länger und unterstützen Atlas‑Wachstum.
- AI vs Postgres: Diskussion um Postgres‑Adoption; MongoDB hebt Skalierbarkeit, JSON‑Native‑Model und integrierte Search/Vector‑Funktionen als Gegenvorteile hervor.
- Effizienz: Neuer CFO betont Margensteigerung durch Optimierung (GTM, R&D, Back‑Office) bei gleichzeitiger weiterer Investition in Wachstum; Opex für H2 soll wachsen.
⚡ Bottom Line
- Fazit: Kein operativer Paradigmenwechsel, aber klares Narrativ: Produkt‑ und GTM‑Feinjustierung treiben Atlas‑Reaccelerierung; Voyage und Migrationstools sind strategische Hebel für AI‑ und Relational‑Migrations‑Opportunitäten. Investor Day entscheidet über Detailtiefe und langfristiges Modell.
MongoDB — Q2 2026 Earnings Call
1. Management Discussion
Good day, everyone, and welcome to MongoDB's Second Quarter Fiscal Year 2026 Earnings Call. [Operator Instructions] This conference is being recorded. Now it's my pleasure to turn the call over to Brian Denyeau from ICR. Please go ahead.
Thank you Carmen. Good afternoon, and thank you for joining us today to review MongoDB's second quarter fiscal 2026 financial results, which we announced in our press release issued after the close of the market today.
Joining the call today are Dev Ittycheria, President and CEO of MongoDB; Mike Berry, CFO of MongoDB; and Jess Lubert, MongoDB's new Vice President of Investor Relations.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities. Our opportunity to win new business, our expectations regarding Atlas consumption growth, the impact of non-Atlas business and multiyear license revenue, the long-term opportunity of AI, our financial guidance and underlying assumptions and our investments in growth opportunities NII. These statements are subject to a variety of risks and uncertainties, including the results of operations and financial conditions that could cause actual results to differ materially from our expectations.
For a discussion of material risks and uncertainties that could affect our actual results, please refer to the risks described in our quarterly report on Form 10-Q for the quarter ended April 30, 2025, filed with the SEC on June 4, 2025. Any forward-looking statements made on this call reflect our views only as of today, and we undertake no obligation to update them, except as required by law.
Additionally, we will discuss non-GAAP financial measures on this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to the most directly comparable GAAP financial measure. With that, I'd like to turn the call over to Dev.
Thank you, Brian, and thank you to everyone for joining us today. Before discussing our strong quarter, I want to remind everyone about our upcoming Investor Day, which will take place on September 17 at the Javits Center in New York City during our .local conference. We'll spend a day discussing the investments we're making to drive durable growth and margin expansion and our view of the future. I look forward to seeing you then.
Now on to Q2. I'm pleased to report another strong quarter as we continue to execute against a large market opportunity. Let me start with our results before giving you a broader company update. We generated revenue of $591 million, up 24% year-over-year and above the high end of our guidance. Atlas revenue grew 29% year-over-year, representing 64% of total revenue. We delivered non-GAAP operating income of $87 million for a 15% non-GAAP operating margin, and we ended the quarter with over 59,900 customers.
Atlas performance was strong, accelerating to 29% year-over-year growth, up from 26% in Q1. Our customer additions were also robust. We have added over 5,000 customers over the last 2 quarters. These results reflect the strength of MongoDB's platform, our flexible document model, expanded capabilities like search and Vector Search, enterprise readiness and the ability to run anywhere. Many of our recently added customers are building AI applications, underscoring how our value proposition is resonating for AI and why MongoDB is emerging as a key component of the AI infrastructure stat.
At the same time, we significantly outperformed on operating margin demonstrated that we can drive durable revenue growth while expanding profitably. In short, our results show that customers are choosing MongoDB. Let me tell you why. First, MongoDB is an enterprise-ready database capable of meeting the most stringent enterprise requirements. Over 70% of the Fortune 500 as well as 7 of the 10 largest banks, 14 of the largest 15 health care companies, 9 of the 10 largest manufacturers globally are MongoDB customers.
MongoDB is a battle-tested enterprise platform relied on by some of the most sophisticated and demanding organizations of the world in part because of our strong enterprise posture across security, durability, availability and performance. Atlas enable one of the world's largest automakers to overcome Postgres scalability and flexibility limits while reducing complexity. The company's management console attracts over 8.5 million vehicles requiring a modern schema to handle both structured and unstructured data, something Postgres could not had.
Ultimately, Atlas consolidated infrastructure, accelerated innovation and support the scale of millions of connected vehicles. Second, MongoDB suitable for a broad range of use cases, including the most mission-critical and transaction-intensive applications. MongoDB has also supported full asset transactions for more than 6 years, ensuring strong consistency and data integrity at scale. This is why some of the world's most demanding transactional workloads run on MongoDB today. For example, Deutsche Telekom selected MongoDB Atlas as the foundation for its internal development platform, which includes mission-critical workloads like contract management, device purchases and billing for 30 million customers. With 90 Atlas clusters managing over 60 million customer records, Deutsche Telekom's customer data platform now handles 15x the concurrent log into legacy systems.
By consolidating these high-volume transaction-intensive applications on MongoDB, Deutsche Telekom has improved resiliency, accelerate innovation and deliver a step change in customer engagement. Third, MongoDB has redefined what's core for the database by natively including capabilities like search, Vector Search, embeddings and stream processing. Comparing MongoDB to another database like Postgres is not an apples-to-apples comparison. Take a global e-commerce application that manages inventory and order data while enabling product discovery through sophisticated search across millions of SKUs.
The choice for this application opportunity not going to be a Postgres is between MongoDB or Postgres plus other offerings like Pinecone, Elastic and Cohere for embeddings. MongoDB's complete solution allows developers to spend less time sitting together and maintaining a patchwork of the spare systems and more time building differentiated functionality that drives the business forward. For example, Agibank, Brazilian neobank with 2.7 million active customers migrated their content management systems storing customer records and Postgres to Atlas.
As data volumes grew, Postgres' inflexibility and task execution latency drove performance issues and the database like sophisticated secondary indexes and full text search, hurting sales of core offerings such as loans, insurance and card approvals. Agibank was constantly updating the database and manually scaling infrastructure. which is both time-consuming and error prone. With Atlas, Agibank gained a resilient flexible system that handle rising demand and support new services, delivering nearly 5x better performance and 90% lower cost, all with no outages.
Fourth, MongoDB is emerging as a standard for AI applications. Over the last few quarters, we've seen a strength in our self-serve channel, driven in part by AI native startups choosing Atlas as the foundation for their applications. In the enterprise segment, adoption is real but early. Much of the activity today centers on employee productivity tools and packaged ISV solutions.
Enterprises are still in the very early stages of building their own custom AI applications that will transform their business. We consistently hear from customers that when teams try to scale from Vibe-coted prototypes built on relational back ends to enterprise-grade deployments, these platform quickly hit limits in flexibility, scalability and performance. Across startups and increasingly enterprises, our unified platform is resonating strongly.
In the enterprise segment, a leading electric vehicle company chose Atlas and Vector Search to Power's autonomous driving platform. after testing Vector Search against Postgres PG vector for their in-vehicle voice assistant, they selected MongoDB for superior performance at scale and stronger ROI. They now rely on Atlas to handle over 1 billion vectors and expect 10x growth in data usage by next year.
Dev Red -- DevRev, a well-funded AI-native platform with proven founders disrupting the help desk market build agent OS, its complete Genetic platform that autonomously handles billions of monthly requests on Atlas. DevRev accelerated development velocity lower cost and scale globally with low latency by using Atlas. Agent OS also leverages Atlast Vector Search for Semantic Search enriching its notch graph and LPs with domain-specific content.
Companies in nearly every industry and across every geography are choosing MongoDB because we deliver the features, performance, cost effectiveness and AI readiness they need, all in one platform. As we look ahead, we remain confident in MongoDB's position to lead both the current wave of digital transformation and the next wave powered by AI. With that, here's Mike.
Thanks, Dev. I'll begin with a detailed review of our second quarter results and then finish with our outlook for the third quarter and fiscal year '26. I will be discussing our results on a non-GAAP basis, unless otherwise noted. As Dev mentioned, we had a great quarter as we exceeded all of our guidance ranges and are increasing our full year guidance across the board.
Now on to the results. In the second quarter, total revenue was $591 million, up 24% year-over-year and above the high end of our guidance. Shifting to our product mix, Atlas revenue outperformed our expectations and year-over-year growth accelerated to 29% in the quarter and now represents 74% of total revenue. This compares to 71% in the second quarter of fiscal '25 and 72% last quarter. We had an impressive Atlas growth quarter, which benefited in part from the strong start to consumption in May that we referenced on our last call as well as broad-based strength, especially in larger customers in the U.S.
Let me provide some context on Atlas consumption in the quarter. In Q2, Atlas consumption growth was strong and relatively consistent with last year's growth rates. This drove the acceleration in revenue as well as the growth in absolute revenue dollars year-to-date for the first half of fiscal '26. Turning to non Atlas. Revenue came in ahead of our expectations in the quarter as we continue to have success selling incremental workloads into our existing EA customer base.
Non-Atlas ARR which reflects the underlying revenue growth of this product line without the impact of changes in duration grew 7% year-over-year. In addition to the good underlying trends at non-Atlas. In Q2, we also benefited from more multiyear deals than expected, reflecting our customers' desire to commit the building with MongoDB long term. Approximately half of the non-Atlas revenue outperformance versus guidance was attributable to multiyear outperformance.
We had another strong quarter for customer adds in the second quarter as we grew our customer base by approximately 2,800 sequentially, bringing the total customer count to 59,900, which is up from over 50,700 in the year ago period. This quarter, we incorporated new customers added from the Voyage AI acquisition to our customer count representing 300 of the 2,800 added. The growth in our total customer count is being driven primarily by Atlas, which had over 58,300 customers at the end of the quarter compared to over 49,200 in the year ago period. It is important to keep in mind the growth in our Atlas customer count reflects new customers to MongoDB in addition to existing EA customers deploying workloads on Atlas for the first time.
Of our total customer count, over 7,300 are direct sales customers, a decline of 200 customers sequentially and flat year-over-year. These metrics are largely due to our decision to reallocate a portion of our go-to-market resources from the mid-market to the enterprise channel, starting in the second half of last year. This does not impact our total customer count, but as an output of fewer self-serve originated customers being elevated to our direct sales team as we move upmarket. In Q2, our total company net AR expansion rate was approximately 119%, which is consistent with recent quarters. We ended the quarter with 2,564 customers with at least $100,000 in ARR, representing 17% growth versus the year ago period.
Moving down the income statement. Gross profit in the second quarter was $436 million, representing a gross margin of 74%, which is down from 75% in the year ago period. Our year-over-year gross margin decline is primarily driven by Atlas growing as a percent of the overall business. Our income from operations was $87 million for a 15% operating margin compared to 11% in the year ago period. We are very pleased with our stronger-than-expected margin results, operating margin results which benefited mainly from our revenue outperformance.
Additionally, I'd like to provide a little context on the modest restructuring we undertook in the quarter. It impacted less than 2% of employees and resulted in approximately $5 million of onetime charges, which we have excluded from our non-GAAP financials. This action is consistent with the key priorities I outlined for you last quarter, to identify ways to both reallocate existing spend to higher ROI opportunities and be more disciplined about incremental spending. We are focused on running an efficient scalable business that supports growth in revenue and profitability to drive long-term shareholder value. Net income in the second quarter was $87 million or $1 per share based on 87 million diluted shares outstanding. This compares to a net income of $59 million or $0.70 per share on 84 million diluted shares outstanding in the year ago period.
Turning to the balance sheet and cash flow. We ended the second quarter with $2.3 billion in cash equivalents, short-term investments and restricted cash. During the quarter, we spent $200 million to repurchase approximately 930,000 shares which was under our previously announced $1 billion total share repurchase authorization. Operating cash flow was well above our expectations at $72 million and free cash flow was $70 million, which compares to negative $1 million and negative $4 million, respectively, in the year ago period. Our strong cash flow results were driven primarily by strong operating profit and higher cash collections.
Before turning to our outlook in greater detail, I'd like to share the key points driving how we are looking at the rest of fiscal year '26. Number one, we are raising our expectations for revenue based on our confidence in Atlas as well as a strong performance in the first half of the year, providing a higher starting point for Atlas heading into the second half. Number two, we are increasing our operating margin guidance by 150 basis points at the high end, reflecting our strong Q2 performance and continued focus on margin improvement. And number three, we are raising our operating margin guidance while still continuing to make incremental investments for growth with a focus on R&D and developer awareness.
Now moving on to our full year guidance. I'd like to provide some incremental comments on our expectations. First, as we discussed, we had a strong start to the year and are confident in our ability to drive continued revenue and profitability growth. We are raising our full year revenue guidance by $70 million, including the $38 million outperformance in Q2. This reflects -- this reflects the strong Q2 consumption benefiting revenue in the second half and our continued confidence in Atlas growth. All in, this implies mid-20s percentage growth for Atlas in the second half of the year.
Second, incorporating our strong performance in the first half, we expect non-Atlas subscription revenue will now be down in the mid single digits for the year compared to our prior expectation of high single-digit decline. We also expect a headwind from multiyear license revenue for fiscal '26 to now be $40 million due to the Q2 outperformance compared to our prior expectation of approximately $50 million. Please note, we expect non-Atlas ARR will continue to grow year-over-year.
Finally, we are raising our expectations for operating margin to 14% at the high end, up from 12.5% in our prior quarter guidance. This reflects the better-than-expected revenue performance the impact of our more disciplined approach to investing for growth and our increased focus on efficiency. For fiscal year '26, we now expect revenue to be in the range of $2.34 billion to $2.36 billion, an increase of $70 million from our prior guide. We are raising our non-GAAP income from operations expectations by $44 million and are now targeting a range of $321 million to $331 million and non-GAAP net income per share to be in the range of $3.64 to $3.73 based on 87.4 million diluted shares outstanding. Note that the non-GAAP net income per share guidance for the third quarter and fiscal year '26 assumes a non-GAAP tax provision of 20%.
Moving on to our Q3 guidance, a few things to keep in mind. First, we expect to see a low 20% year-over-year percentage decline in the non-Atlas business after the strong multiyear outperformance we experienced in Q3 of fiscal year '25. As a reminder, Q3 of last year was our strongest multiyear revenue quarter and is just a portion of the multiyear headwind. Second, we expect operating margin will be lower than in Q2, primarily due to the expected sequential decline in non-Atlas revenue, which is very high-margin revenue. In addition, it is also impacted by the timing of operating expenses, specifically R&D hiring and seasonality of our marketing investments.
With that context, I will now turn to our outlook for the third quarter. For the third quarter, we expect revenue to be in the range of $587 million to $592 million. We expect non-GAAP income from operations to be in the range of $66 million to $70 million and non-GAAP net income per share to be in the range of $0.76 to $0.79 based on 87.7 million diluted shares outstanding. To summarize, we had a very strong quarter. We are pleased with our ability to drive revenue growth across the business and increase our operating profit expectations. We remain incredibly excited about the opportunity ahead, and we'll continue to invest responsibly to drive long-term shareholder value.
I would also like to take a moment to extend a warm welcome to Jess Lubert, our new Vice President of Investor Relations, who started with us yesterday. Jeff joins us from Juniper Networks, where he led their Investor Relations effort, including, most recently, helping the company navigate the acquisition by Hewlett Packard Enterprise. We're excited to have him on board and eager to see the impact of this work.
Last but not least, we look forward to seeing many of you in a few weeks at our Investor Day. Please reach out to our Investor Relations team at [email protected] with any questions. With that, we'd like to open it up for questions. Carmen, take it away.
[Operator Instructions] Our first question is from Sanjit Singh with Morgan Stanley.
2. Question Answer
Congrats on a heck of a car in Q2. I wanted to dive into some of the drivers into Q2. When I look at the acceleration of Atlas, which has now accelerated for 2 quarters in a row, and I kind of just look at the sequential dollar adds, I had the up more than $40 million in Q2, which is kind of the strongest sequential dollar adds we've seen in quite some time in what's been a pretty sober sort of cloud spending environment. So I was wondering if you could give us some sense of the drivers of the strong sequential adds this quarter, I pointed to May. But if anything you can give us from like a workload perspective or any other new factors, maybe the workloads from last year starting to ramp? I just like to understand that trajectory a little bit better.
Yes. Sanjit, thanks for the question. So clearly, we're really pleased by the quarter and really pleased by the accelerating growth in Atlas. I would say a lot of it was due to the workloads that we acquired over the past year, especially with our move up market that are growing faster and becoming bigger than previous workloads we've seen. So I think the move-up market is really paying off. And what we're also seeing is that there's a great uptick of some of the other capabilities we offer, like Search and Vector Search that are also adding to that growth of those workloads. And then as we mentioned, we also acquired a ton of new customers obviously, the self-serve customers tend to spend less on a per customer basis, but we obviously have added lots of customers over the last 6 months. And I think that's also helping drive some of the growth.
Yes, that's great color. I wanted to follow up on the go-to-market side. Over the last couple of years, you've been sort of tinkering and optimizing the go-to-market organization across sort of territory investment, but also sort of quotas and moving to incremental consumption. Could you give us an update on the state of operations for the sales force today? And in some sense, if I look at the customer adds, it seems like things are humming quite well. But just to understand how -- like what's the state of the organization today that would be really helpful.
Yes. Sure. So nothing really has changed. We're just doubling down on what we said previously. We are moving up markets. We're focusing our high-end sales force focus on the most sophisticated and demanding customers. These are typically enterprise customers all around the world. And then we're using our self-serve channel to better serve the SMB market. I know there are a lot of questions about where we're kind of abandoning the self serve -- the early-stage market by this move. And I think the results over the last couple of quarters have shown that we are not. I think we're just becoming much more effective in serving that market while also being very effective in growing our wallet share in these larger accounts. So we're really just continuing with the strategy that we articulated before. And obviously, we're pleased with the results.
Our next question is from Raimo Lenschow with Barclays.
First of all, congrats to Jess, all the best. Two quick questions from me. Staying on that theme of self-service, that acceleration, and Dev, obviously, you changed things around, but it kind of -- it's accelerated despite kind of you actually moving up market. Like can you help us understand that and what's driving that a little bit? And then I had one follow-up for Mike.
Yes. I mean, clearly, the output metrics look really good. But I would say the work around self-serve has been going on for a while. The team is really good at running experiments using a data-driven approach to figure out what's working to figure out what's not working, A new motion that we're also doing at showing good results as going after SQL developers who don't really know MongoDB and attracting them to our platform, really helping them understand the value proposes of MongoDB even running like things like office hours where we spend time with SQL developers to explain the benefits of modeling data on a document database. And all these experiments and tactics that we're doing, which are very data-driven, are really paying off. And May Petro used to run that group is now our CMO and she had a strong team under her, and we feel really good about what that sales team has been doing. But again, we don't want to declare victory too early, but obviously, we're very pleased with the results.
Yes. No, that's really nice to see. And then Mike, thanks, first of all, for all the accidents disclosure, the ARR for the non-Atlas or EA part is kind of really helpful. If you think about the -- I get the logic around the renewal cohorts, especially -- but am I doing the [indiscernible] correctly that actually next year, that part of the business looks more interesting because the cohort looks better. Like just trying to get your idea and maybe you might not even give it to us because you just do ARR.
Sure. So thanks for the question. So I'm going to hold that answer until we get to Q3 of next year because it kind of depends on what happens in Q3 of this year. So the one thing is, as we talked about, the big impact in Q3 of this year is the year see how it comes back next year, but it really depends Raimo on how we do in Q3 this year.
And our next question comes from Tyler Radke with Citi.
And nice job on the Atlas growth. I wanted to dig into the AI commentary that you had, Dev. Obviously, last quarter, you talked about cursor, which obviously is ramping up significantly in terms of their ARR. And I think you called out many examples this quarter, including an autonomous vehicle company. It sounds like expecting pretty significant growth there. But how much of that is playing into the Atlas strength that you're seeing here in the quarter? Any way to quantify that cohort or use cases, whether it's vector search or maybe even if you throw in voyage, just help us understand if that's starting to move the needle because it sounds like there's some pretty high profile wins in there?
Yes. So thanks for the question, Tyler. While we're adding thousands of AI native customers, I will tell you that the growth that we delivered this quarter was not material to that to that growth. Growth is really driven by our core business and our core customer base. And so -- and while we're very happy with the AI customers increasingly choosing MongoDB it was not a material mover of the needle for our growth.
Great. And then a follow-up on the migration opportunity. I know you've been investing in relational migrator. You're working with companies like cognition to accelerate the code migration opportunity. And you've seen professional services ramp up a little bit. But where have you started to see sort of the time to migration or replatform improve a bit? Just anything you could share in terms of that migration opportunity if that's started to improve in terms of velocity or size of workload ratio would be helpful.
Yes, sure. So yes, we're super excited about what we call app modernization or legacy app modernization. You'll hear a lot more about this at Investor Day in September, Tyler. But what I will say is that the value proposition is very clear Customers are very, very motivated to try and modernize these legacy systems for a wide variety of reasons. We are seeing a lot of progress. We've actually brought in a new leader, new product leader, who brings a lot of depth and scale, especially around AI to help us build the tooling to leverage AI to really drive more automation in terms of how we analyze and refactor the code.
We brought in a new leader last quarter to really help drive the delivery and the go-to-market efforts around app mod. So we're definitely beating up resources. And I would say that we're investing a lot in product and there's a lot more to do. And I would say, this is something that we're very excited about, but it will drive more of our longer-term growth less -- it won't be as pronounced in terms of this year, but we're very, very excited about the opportunity, and we're definitely -- we'll spend more time discussing this and what we're actually doing on the product side in September.
It comes from Jason Ader with William Blair.
Dev, I was hoping you could talk about some of the kind of latest industry developments just on the technology side, in particular, I'm thinking about Lake base from Databricks and Document DB in the Linux Foundation. Can you just comment on both those things? And how they might impact MongoDB and how you differentiate?
Yes. So -- so let me tackle them 1 by one. Clearly, what we are seeing is that the strategic high ground for AI, especially when it comes to inferences OLTP. So we talked about this on the last call where some companies that acquired early-stage OLTP start-ups. And what I really spoke to when those companies had spoken about their organic efforts to build an OLTP platform. And I think what I spoke to was the fact that they building an OLTP platform that's ready and mission-critical and enterprise can serve the most demanding requirements of enterprises is not trivial. And I think they basically throw in the towel and decided to do these acquisitions. And what it just reinforces that OLTP is the strategic high ground for AI, and we believe that if now customers are going to be using what OLTP platform that they want for just given our architecture just given the fact that we have a durable architectural advantage in terms of JSON support, which addresses messy complicated and highly interdependent and constantly changing data structures. The fact that we integrated search and vector search, I think, really helps us position going after AI.
With regards to your second question around the Linux Foundation, I think what this really also shows is that real Jason is much more important now with AI than ever before. and the clones and bolt-ons that have traded off features and performance and developer experience have just not met customer expectations. And candidly, what I see this is that the hyperscalers are investing less and really handing off to the open source community to kind of really take on the bulk of the work in terms of product development. Our hyperscaler partnerships remain strong. And I think we have the right open source model where we can balance the access to free software while preserving the ability to both generate and capture value.
Great. And then just one quick follow-up. Why don't we hear so much about Postgres adoption for AI start-ups. You talked about the success you guys are having. But if Postgres has the disadvantages that you've talked about multiple times, scalability, JSON support, how come we hear so much about that kind of at least from the early stages of AI?
Yes, that's a really good question. And I think it's important to understand, and we spend a lot of time -- we have now invested in the team in the Bay Area that spends a lot of time with the startup community. What's become clear, there's a lot of these startup founders don't think that hard about their database choice. They kind of go with what they know. And what we are seeing is that as some of these startups are scaling, they're running to real scaling challenges with Postgres. And what -- and we've talked about this in the past, like when you add -- when you use JSON B on Postgres, 2 kilobyte document or bigger starts really creating performance problems because Postgres has to do something called off-road storage, which creates enormous performance overheads. And so the developers need a platform that can handle structured, semi-structured and unstructured data, they need obviously a platform that performs well, and they need a platform that can scale as they grow.
And what we're hearing clearly from the startup communities that Postgres, in many cases, is not scaling for them, and they're now coming to us. And so we feel really good about our position. But the reality is that a lot of these AI founders kind of start what they know or what they've used in the past and only when the business startups scaling to this start recognizing the challenges. And we realize we need to do more developer education and do more work. And so we're investing a lot in the startup community. We're running a big event in October in San Francisco with a big Hackathon and we're inviting a lot of customers to participate. But that's just the start of a meaningful investment we're making in the Bay Area and the startup community to rethink their decisions. I'm just going with what they know.
One moment for our next question that comes from Mike Cikos, with Needham.
I just wanted to come back to Atlas specifically. And Mike, I appreciate last quarter, you gave us some very granular color around Atlas trends. was hoping we could get an update on how that was trends played out this quarter? Or just at the very least why we did see such broad-based strength from large customers this quarter?.
Sure. Thanks for the question, Mike. So when we talk about consumption in the second quarter for Atlas, as we talked about, it perform well grew 29% year-over-year. As we talked about, Mike, the consumption growth were relatively consistent with last year. And as we talked about on the last call, we started out with a strong May, and we saw a broad-based strength across most of the geos and segments. So nothing to call out there. but we did see notable strength in the larger customers in the U.S.
And if we dive deeper on that one, as Dev talked about, we are seeing some workloads from our larger customers grow for longer and expand more than we have seen in the past, so that's good. While there's many moving parts in the consumption business, we also expect that there is benefit from our go-to-market changes and given the preponderance of our strategic accounts being in the U.S. No surprise that we saw that growth mostly in the U.S. And then lastly, Mike, there is some benefit from comparing it to a little slower growth in Q1. So that would be the detail on Q2 as it relates to consumption growth.
And if I could just squeeze maybe one more in. On the outperformance that we saw this quarter for the multiyear deals. And maybe I'm just misunderstanding [indiscernible] but -- my assumption was the reason we were facing this outperformance was really tied to the fact that in prior years, we've had some pretty big deals on the multiyear front. And so to see some of these deals come in this year, is that a function of customers renewing earlier, which is helping fill that larger diet that we previously expected. Is that a fair assumption? Or can you help me think through that a little bit more?
So thanks for the golf analogy. No, it did not fill the dived. So in Q2, it was really -- it was good underlying strength in ARR growth and then greater-than-expected multiyear. There were really no pull forward, Mike. And this is a hard business to forecast because sometimes even customers don't know whether they're going to opt for an annual renewal or a multiyear. So it was -- there was no pull forwards and there was nothing out of the ordinary -- very importantly, we left the non-Atlas assumptions consistent with our last guidance. Hence, pulling down the multiyear headwind from [ 50 ] to [ 40 ]. And again, nothing to call out on Q2, no pull forwards and there were really no large multiyears in there. It was just across a good subset of customers.
Our next question comes from the line of Alex Zukin with Wolfe Research.
And I'll echo the congrats on truly amazing quarter. I guess, Dev, when you think about the AI comments that you've talked about both in the press release and in the call, maybe just a little bit more nuance on the use cases, not necessarily that you're seeing kind of contribute materially today, but the differentiation of the platform that you're able to incrementally take market share as it becomes available, both in net new kind of AI native companies, but also in some of your larger existing companies or customers that are starting to modernize for this kind of conversational or AI-native era. Where are you seeing the most momentum in terms of workload construction and scale? And when do you think we should expect to kind of actually start seeing that contribute more materially to the growth in consumption?
Yes. So thanks for the question, Alex. A couple of points. Again, we're very pleased with the results of this quarter, but I would say the AI cohort was not a material driver of the growth. That being said, what we are seeing is a lot of customers very, very interested in our architecture. And let me again walk through why. One, we're JSON database. JSON is the best way to express and model the complicated and messy and highly independent and constantly evolving data structures that you have to deal with in the real world. So that's point number one. So it's much easier to do that in MongoDB than to do that on some clue kind of set up on top of a relational database.
Second is that we integrate Search and Vector Search. So you can do very sophisticated things to what people call hybrid search and retrieval, you can do very sophisticated things and finding information quickly, which is a very unique differentiator for us. So what this means that rather than stitching together multiple systems. You can do this all on MongoDB, so it becomes less complexity and lower cost. The third thing is that we've now embedded voyage models on our platform, right? So the -- if you control the embedding layer, you sit at the gateway of meeting of AI, right? What the embedding models do is really our bridge between a company's private data and the LLM. So that becomes really important because the better the quality of the embedding model, the better the quality of the signal of your own data. So that reduces things like hallucinations or just bad outputs. And so customers are now as people start caring more and more about like higher state use cases, they really want to ensure those outputs are high. And the fact that it's part of our platform, we can enable you to do auto embeddings. It becomes an incredibly compelling feature. In terms of the market, what I would say is that the enterprise uptake of AI is still early. I've said this for a couple of years now, and I think a lot of people were a little skeptical of what I said, but it's proving to be true. As you predicted, like the lack of skills and the lack of trust with AI systems is kind of slowing -- people have been very cautious about deploying AI. Where it is being deployed is really on end user productivity, whether it's developers with cogen tools or business users using tools to summarize documents extract data or things like deflecting tickets from people to systems with like conversational AI. I think you are starting to see the first steps in people deploying agent-based systems, and I can talk a little bit about that, but that's still very, very early. We're seeing small ISVs, some of them are taking off, we are really driving most of the impact. but the real enduring value will come. When you talk to a customer today, most of them when you ask them is really an we're seeing some productivity gains here and there, but it's not really transforming that business. I think the real enduring value will come when they build custom AI solutions that can truly transform the business, whether it's to drive new revenue opportunities or dramatically reduce their existing cost structure. But we're really pleased. I mentioned this electric car company that's very tech savvy that's using MongoDB, I should mention one of the fastest-growing startups in the Bay Area has that big on MongoDB DevRev, the company going after the help desk space has built their own Agentic platform of MongoDB. So we feel really good about what to sell potentially the future. But as I said, it was a small part of our growth this quarter.
Very helpful. And then maybe if I could just sneak one in for Mike. You've been kind of saying from, I think, the first day you started about how the margin profile of this business, it's not it's an words and it's clearly coming through in both the growth acceleration, but also the meaningful margin outperformance. As you think about sustaining this kind of accelerating pace and investing in things like the Bay Area start-up community, how are you finding that balance and versus or balance that quite frankly, is elusive to a lot of companies that are doing what you guys are doing?
Well, I think it's the funnest part of my job, quite frankly. So I would give kudos to not only the management team, but everybody at MongoDB to really jump in this. I think that this has been a company-wide effort. And as we look forward and as we talked about, Alex, the #1 driver of margin expansion for Mongo is the revenue growth. So those 2 are directly connected. It's a great business model, where when we can grow Atlas in the 20%-plus range and then keep that ARR or VA in that single digit. It generates a ton of gross profit that funds a lot. And the team has done a really -- has done a great job of making sure that we are investing in growth that we go back and look at what we're doing, making sure that it's driving growth, if it's not, then we have an open discussion about whether we should reallocate. So I felt good about it when I started, candidly, I feel better about it 90 days later.
Our next question comes from Kash Rangan with Goldman Sachs.
It's always tough to go after, Alex, because you have such a good question, but that's not going to stop me. So Dev and Mike, congratulations on the quarter. It's super interesting, you were talking about how some silicon valley AI startup founders don't have time to think about databases, but a good friend Dheeraj seems to have made a wise choice here. So as you set encampment up in the Bay Area and start to evangelize the need for an Atlas consumption AI savvy database, how do you reconcile the head to the fact that same time enterprise is where you really saw the bread-and-butter value proposition of Mongo resonates. So could -- would is happening with DevRev be a leading indication of what's going to happen in the enterprise because we evolve much to your observation, not seen much of a productivity impact in the enterprise because of AI at the business level? And so what could be that unlocks what are folks like Dheeraj doing correctly that is a -- could be a precursor, if it is for what is to come in the enterprise?
Yes. So Kash, thanks for the question. Obviously, I have so much respect for Dr. Dheeraj, he built Nutanix into a real great business, and he's going to do the same at DevRev. I will tell you that the AI cohort, as I said earlier, is -- was not really material to our growth. So I think these are all customers kind of earlier in their journey. So what we are seeing, what's driving the growth right now is these large enterprises with workloads that we acquired both last year and this year that are really driving the growth, especially the Atlas growth that we saw this quarter. And what that really confirms is that our move up market made sense. The quality of those workloads, the durability of their growth, they become -- grow for longer and become bigger than what we've seen in the past is really making us feel good about that decision. And to juxtapose that, we also obviously decided to double down and self-serve to better serve the small- and medium-sized business market, and that's also become obviously becoming more and more effective and gets us given the number of customers that we've added over the last 6 months. So we feel like those motions are working well in concert together. And we feel like this allows us to be much more efficient about how we go to market. And there's also going to be continuing more work to continue to drive that efficiency even better, but we also are investing for the long term. And so we're just constantly debating those decisions internally, but we feel good about what's working. And we feel good that like someone like Dheeraj is betting early on MongoDB because that's a good signal for other founders who are thinking about doing the same.
Awesome. We'll drill into this more in a couple of weeks and we see you in San Francisco.
Absolutely.
It is Brad Reback with Stifel.
Great. The 7% EA ARR growth seems fine. I'm assuming you're not satisfied with single-digit growth there. Dev, any sense of where we should think about that longer term?
Clearly, EA is a large enterprise motion. And what we've seen is that it's typically less new customers A and it's more of our existing customer base who have a mix of in and sometimes they and then also start deploying Atlas. I think one thing that's becoming more and more clear is that customers are becoming much more thoughtful about like how they think about using deployments on-premise versus using the cloud. I think 4, 5 years ago, there's a belief that everything was going to move to the cloud. I think large enterprises become much more sophisticated and nuanced in their thinking, and they believe that some workloads make sense to run on-prem and some workloads make sense to run in the cloud. And I think that's where the MongoDB story becomes really attractive because the same code base can be used. And so it also gives them optionality for the future where they can move from on-prem to the cloud, and a lot of our EA customers have done that. either with new workloads and some existing workloads, and then they can also move from cloud to cloud. And they can also move back to on-prem if they choose to do so. So that optionality becomes a very powerful value proposition for our customers.
Our next question is from the line of Ittai Kidron with Oppenheimer.
Great numbers and congrats to Jess and good luck in the new role. Dev, I wanted to dig into the AI opportunity again, but take it from a perspective of a go-to-market motion. Clearly, you can power a lot of AIU's kits that are embedded with bigger platforms through a self-serve motion, but it sounds like to really capture the big workload opportunities. It's going to have to be more of an enterprise poor. So I'm kind of wondering how do you think about targeting the AI opportunity from go-to-market motion that doesn't just fall into -- if you're a big enterprise, we're going to send you to an enterprise salesperson and all the risk called or self-serve and do it yourself. Is there something a little bit more, do you think target perhaps that you need to take here in order to capitalize on this opportunity?
Yes. What I would say, Ittai, is that we've seen this moving before with the cloud, where some early-stage customers are growing very, very quickly, and then we then put dedicated sales focus on those accounts and they grew then even faster. So we're clearly watching the market and when self-serve customers are to a point where they really need a higher touch kind of engagement model then we're more than happy to do that. And we have a team that kind of helps transition customers from self-serve to more of a direct sales approach. And that has worked for us. I think what we've learned is that line by which we actually engage high-touch model can move higher because we've become so sophisticated with self-serve that we can really serve customers for early-stage customers for a long period of time. In terms of the enterprise, what I would say is what I've said earlier is that the enterprise is still quite early in their journey to AI. Most of the investments right now are more on end user productivity like developers using cogen tools, and what I call low stakes use cases.
In fact, I had 2 meetings today with 2 different leaders of 2 different financial institutions here in New York and they both talked about what they're doing in AI. They both admitted that they've kind of started with low stakes use cases, but their appetite to start doing more is increasing as they get more and more comfortable with the technology and they're quite excited to leverage MongoDB as part of that journey. But again, I think that's kind of a microcosm into the enterprise market where I think they're still quite early in their AI journey. And if you remember, this is something I've been saying for a while that most customers -- most people overestimate the impact of a new technology like AI in the short term but underestimated in the long term. And I think we're just in that classic journey right now.
I appreciate that. And maybe as a follow-up, Mike, I just want to make sure I dig in a little bit into the non-FS business, the EA -- predominantly EA business. Can you tell us roughly what percent of your customers here are multiyear deals versus just annual deals? I'm just kind of curious how -- where we are now? And what was it, say, a year or 2 ago? And where do you think that mix is going to be a year or 2 from now?
Yes. Thanks for the question. We don't break out the percentage of customers on multiyear versus 1 year. What I would say is, in fiscal '25, obviously, we saw a lot of larger multiyear deals, and you see that in the numbers. This year, we will always see multiyear deals. They haven't been, I would call it, as large, so it's more widespread. So we -- that's really the change that we've seen. We haven't broken that out. I don't think that it has changed much, especially over the year, as Dev talked about, it's going to be a mix of Atlas and on-prem, and that mix has stayed relatively consistent.
When you look at the customers that are choosing multiyear deals, has anything changed in the way they think about the reasoning behind doing that versus not?
No. Reasons are the same. It's typically the -- if it aligns with their long-term strategy, they want to be able to lock in the pricing and as everybody knows, hey, data has gravity, moving data around is not fun for everybody so they want to be able to lock in and guarantee their prices for that period of time.
Our next question comes from the line of Siti Panigrahi with Mizuho.
I think some of the comments you were talking about the AI slowdown, and you heard about recent MIT report about AI implementation not getting any kind of return. How do you see -- what kind of do you think the inflection point when we think we'll start seeing some of the adoption of this AI like you say they are testing, but what can trigger? I know you have been talking about a year ago, probably we are a few years out. But it's good to see some of the traction. So how do you, first of all, what would be your view on that report? And how should we think about in terms of revenue contribution -- material contribution from AI?
Yes. So I think it just comes down to the fundamental principles. I think customers need to feel, one, that the quality of the output of these AI systems is high. Obviously, AI systems are probabilistic in nature, not deterministic in nature. So you can't always guarantee the output. You can hope that you've trained the models well. you've hoped that you've given it the right information, but you can't always guarantee the output. So as I mentioned, I had meetings with 2 financial services customers earlier today, and both of them are still hesitant to roll out an end user-facing AI applications for those specific reasons. So it's going to take a little bit of time for people to really get comfortable that they can really deal with the last mile issues and make sure that they don't have any errors that potentially could be impacting their brand or really caused a lot of customer problems. So that's point number one.
Then there's issues around obviously the the security of these systems, the stability and reliability of the systems, the scalability of these systems. As I mentioned, some of these early-stage companies are running into scaling issues with existing architecture, which is why they're coming to us. So I think we're just in that learning journey. I mean I don't know if there's going to be some massive tipping point. I think what we are seeing with the Frontier models is that all these frontier models are kind of clustering around the same ballpark in terms of performance and the efficacy of their models. So I think what's going to start happening is how people start leveraging these insights to build what I call scaffolding around these frontier miles to address the needs of their business. Obviously, everyone's talking about agents and people are very, very focused on essentially using agents to drive a lot of work agents require -- if you think, agents will use your systems much more intensely than humans will because they can do things much more quickly. So you need platforms that can massively scale up and down, which is, again, a good sign and support indicator for MongoDB. So I think it's going to take a little bit of time. It's going to take time to being comfortable with technology is going to take time where people start with low stakes use cases and start gravitating to higher state use cases. So I don't think there's going to be some seminal inflection point. I think it's just going to take time. But I think that time is coming.
Our next question is from Brad Sills with Bank of America.
I wanted to ask about some of the investments that you alluded to earlier that you're making in R&D. How are you thinking about that? Is it incremental investments in some of these newer offerings like vector and streaming? Are there other new workloads that you're thinking of addressing here? Would love to get some color on just where you're investing in the stack?
Yes, sure. So we talked about the fact that R&D is a big part of our investment focus for this year. One, we came out with 8.0, which is the most performant release ever. So we're already starting to see dividends of our investments in our platform. 8.1 is even better. And then we're also making investments in the expansion parts of our platform. What I will say is we're going to go into a lot more detail around this Investor Day. So if you can hold until September 17, we'll go into a lot of things that we're doing on the R&D side as well as what we're doing on application modernization and the tooling that we're building there that will really speak to those investments that we're making, and we'll give you a lot more color.
Got it. Great. And one more if I may, please. I know there's been an effort to focus on driving higher quality workloads in that larger account base. I mean, to what extent would you attribute some of this upside to that effort? And maybe just an update on that effort as you may...
I would assure you be a lot to that effort. I would say a big part of this growth is the fact that we're acquiring higher-quality workloads that are growing faster and for longer than the workloads required, say, in earlier years. And I think that's a big part of why you're seeing this growth happen now.
Carmen, I think we have time for one more question.
And we have the line of Rishi Jaluria with RBC.
I'll keep myself to one question. Dev, really nice to see the early traction with AI native companies. it's always made sense to us, especially given your scalability and your ability to work with unstructured data. If we were to fast forward 5, 10 years and we start to see a real paradigm shift where instead of agents built on kind of the traditional [indiscernible] mobile interface that we've been in for the past 30 years, we actually entered kind of a multi-agentic world where maybe the interaction vector may move away from what we've been used to in a more natural language. Can you talk about why MongoDB still has a strong role and some of the investments that you might be making to position yourself well for the world, understanding that's at least several years away?
Yes, sure. So again, just to make sure we're all talking the same language. We believe that agents essentially do 3 things. One, they perceive or understand the state of things. So you need essentially a way to understand the state of what's happening in your business, then you need to decide what to do or plan. So basically, you have to come up with the plan saying, "I want to take this action, these sets of actions." And then you have to act. You actually have to go execute those actions, right? So why is MongoDB good for agents. One, as I said before, the JSON document database is the best of being able to model the real world, the masses, the complicated nature. The real world does not fit easily in room columns. And that's why our document database, I think, is the best way to do that. Two, we obviously support search and vector search. So you can do very sophisticated hybrid search. So that becomes super important. And then with memory, if agents didn't have memory, they would act like Goldfish. They could only react to the last piece of information that they saw. So memory lets agents connect the dots across time and situations. So you have different kinds of memory, things like short-term context, past experiences, knowledge, skills, et cetera, they need to build share quickly. You need to be able to orchestrate those agents because you may have multiple agents doing a certain task. You need to register and have govern policies around those agents. We think that the underlying platform needs to be able to support those things while there's a lot more work needs to be done, the underlying architecture that we have in MongoDB is well suited to address those needs. And we think that we'll be positioned to be a winner as people deploy more and more agents in their enterprise.
And with that, we conclude the Q&A session, and I will pass it back to Dev Ittycheria for his final comments.
Sure. Thank you again for joining us today. In summary, I think it's clear that we delivered another strong quarter, highlighted by the accelerating Atlas growth, the continued adoption of for AI applications and our expanding profitability. We are raising our revenue and operating margin guidance for the full year fiscal year 2026. And these results really reinforce that MongoDB is well positioned to capture the next wave of AI application development. while driving durable and efficient growth. So with that, thank you, and we'll talk to you soon. Take care.
Thank you. And this concludes our conference. Thank you for participating, and you may now disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Q2 2026 Earnings Call
📊 Quartal auf einen Blick
- Umsatz: $591 Mio (+24% YoY, über dem oberen Ende der Guidance)
- Atlas: +29% YoY; im Call wurde der Atlas‑Anteil mit 64% bzw. 74% des Umsatzes genannt
- Ergebnis: Non‑GAAP Betriebsgewinn $87 Mio; Non‑GAAP Operativmarge 15%
- Kunden: 59.900 Kunden; netto ~2.800 neue in Q2; Net AR Expansion Rate ~119%
- Cash & FCF: $2,3 Mrd Liquidität; Free Cash Flow $70 Mio; Aktienrückkauf $200 Mio (~930.000 Aktien)
🎯 Was das Management sagt
- Up‑market‑Fokus: Vertrieb umverteilt zugunsten größerer Enterprise‑Workloads; Self‑serve bleibt aktiv, aber weniger Priorität für Mid‑Market.
- Produkt & AI: Betonung von integrierten Funktionen (Search, Vector Search, Embeddings) und der Voyage‑Integration zur Unterstützung von AI‑Use‑Cases.
- Profitabilität: Disziplinierte Kostensteuerung, kleine Restrukturierung (<2% Personal, $5 Mio einmalig) und gleichzeitige Investitionen in R&D und Entwickler‑Awareness.
🔭 Ausblick & Guidance
- Jahresziele: Umsatz erhöht um $70 Mio auf $2,34–2,36 Mrd; Non‑GAAP Betriebsgewinn $321–331 Mio; Non‑GAAP EPS $3,64–3,73.
- Q3‑Guide: Umsatz $587–592 Mio; Non‑GAAP Betrieb $66–70 Mio; EPS $0,76–0,79.
- Prognose‑Risiken: Non‑Atlas Subscription nun erwarteter mittlerer einstelliger Rückgang; Multiyear‑Lizenz‑Headwind reduziert auf $40 Mio; Q3‑Marge sequenziell niedriger.
❓ Fragen der Analysten
- Atlas‑Beschleuniger: Analysten fragten nach Ursachen; Management nennt qualitativ bessere, größere Workloads, Uptake von Search/Vector und Stärke in US‑Kunden.
- AI‑Relevanz: Viele AI‑Kunden, aber Management betont: kurzfristig kein materialer Wachstumshebel; langfristiges Upside durch Embeddings/Vector Search und Voyage.
- Multiyear‑Dynamik: Nachfrage nach Klarheit zu Pull‑forwards; Management sagt, Q2‑Outperformance sei breit gestreut, kein einzelner großer Pull‑forward.
⚡ Bottom Line
- Fazit: Starke, Atlas‑getriebene Beschleunigung bei gleichzeitigem Margenanstieg und erhöhter Jahresguidance. AI ist strategisch wichtig, trägt aktuell aber nicht maßgeblich zum Umsatz; Multiyear‑Saisonalität und Q3‑Sequenz sind kurzfriste Risiken.
MongoDB — Q1 2026 Earnings Call
1. Management Discussion
Good day, and thank you for standing by. Welcome to the MongoDB's Q1 FY '26 Earnings Conference Call.
[Operator Instructions]
Please be advised that today's conference is being recorded. After the speaker's presentation, there will be a question-and-answer session.
[Operator Instructions]
I would now like to hand the conference over to your speaker today, Brian Denyeau from ICR.
Thank you, Josh. Good afternoon, and thank you for joining us today to review MongoDB's First Quarter Fiscal 2026 Financial Results, which we announced in our press release issued after the close of the market today.
Joining me on the call today are Dave Ittycheria, President and CEO of MongoDB; and Mike Berry, CFO of MongoDB.
During this call, we will make forward-looking statements, including statements related to our market and future growth opportunities, our opportunity to win new business, our expectations regarding Atlas consumption growth, the impact of non-Atlas business and multiyear license revenue, the long-term opportunity of AI, the opportunity of application modernization, our expectations regarding our win rates and sales force productivity, our financial guidance and underlying assumptions and our planned share repurchases and investments and growth opportunities in AI.
These statements are subject to a variety of risks and uncertainties, including the results of operations and financial condition could cause actual results to differ materially from our expectations. For a discussion of material risks and uncertainties that are going to affect our actual results, please refer to the risks described in our annual report on Form 10-K for the year ended January 31, 2025, filed with the SEC on March 20, 2025. Any forward-looking statements made on this call reflect our views only as of today and we undertake no obligation to update them, except as required by law. Additionally, we'll discuss non-GAAP financial measures in this conference call. Please refer to the tables in our earnings release on the Investor Relations portion of our website for a reconciliation of these measures to most directly comparable GAAP financial measure.
With that, I'd like to turn the call over to Dave.
Thank you, Brian, and thank you to everyone joining us today. I'm pleased to report that we got up to a strong start in fiscal 2026 as we executed well against our large market opportunity.
Let's begin by reviewing our first quarter results before giving you a broader company update. We generated revenue of $549 million, a 22% year-over-year increase and above the high end of our guidance. Atlas revenue grew 26% year-over-year, representing 72% of revenue. We generated non-GAAP operating income of $87 million for a 16% non-GAAP operating margin, and we ended the quarter with over 57,100 customers. Overall, we posted a strong Q1 despite a dynamic and fast-changing macro environment. We had a solid new business quarter. We are beginning to see the benefit of our decision to focus our resources on the high end of the market where we have the largest opportunity.
Atlas consumption this quarter played out in line with our expectations. Mike will discuss consumption trends in more detail and our expectations for the remainder of the year. Our total customer net adds are the highest in over 6 years, reflecting the continued strong adoption of MongoDB across a wide range of industries and use cases. Self-serve customer additions were particularly strong this quarter, reinforcing MongoDB's position as the go-to platform for developers building the next generation of applications, including many focused on AI.
While these accounts typically start small, the self-serve channel is a powerful engine for long-term growth. Finally, retention rates remained strong in Q1, demonstrating the quality of our product and the mission criticality of our platform. We are pleased with our Q1 performance. As I said before, companies leverage software to execute their business strategy, drive differentiation and improve operational efficiency. As the operational database that is the core of software applications, MongoDB is undeniably a must-have component of the tech stack. We continue to make progress toward our goal of becoming the standard platform for enterprises and the default for developers building new applications. At the heart of this momentum is MongoDB's modern architecture, which delivers real and measurable advantages for the types of applications being built today, cloud native, distributed, real-time and the AI-powered applications of tomorrow.
MongoDB's document model and the associated platform enables developers to more easily represent the messiness of real-world data, which includes understanding relationships between structured and unstructured data and managing data that is constantly evolving and changing. This fundamental architectural advantage provides customers greater flexibility, faster time to market and the ability to scale without re-architecting. These capabilities are why customers continue to develop more and more mission-critical workloads in MongoDB, illustrated by our strong customer additions this quarter.
As AI redefines our application to build and how businesses operate, MongoDB is exceptionally well positioned. Real-world AI applications require high-quality, context-rich and offer unstructured data to deliver trustworthy outputs. We continually hear from large enterprises that high accuracy is a critical requirement to drive wide-scale adoption of AI. Our recent acquisition of Voyage AI enhances our ability to serve this need. Embeddings are the bridge between a large language model and a customer's private data. Voyages leading embedding and reranking models allow customers to feed precise and relevant context into LLMs, significantly improving the accuracy and reliability of the output of AI applications.
By producing the most contextually rich, domain optimized embeddings, MongoDB sits at a gateway of meaning in an AI system. With the release of Voyage 3.5, we've taken another step forward, meaningfully outperforming the next best embedding models while reducing storage costs by more than 80%. This makes it not only powerful, but also cost-effective at scale.
So what does this all mean? MongoDB now brings together 3 things that modern AI-powered applications need: Real-time data, powerful search and smart retrieval. By combining these into one platform, we make it dramatically easier for developers to build intelligence responsive apps without stitching together multiple systems. In their desire to keep up with evolving customer needs, some vendors are retrofitting their products such as adding JSON or Vector support as afterthoughts, which are superficial and brittle. This is a passive admission that MongoDB's approach of using JSON and the docu model is the best way to model real-world data. These features may check the box, but they fall apart in production, leading to performance bottlenecks, operational headaches and spiraling infrastructure costs.
Fundamentally, these vendors are constrained by the relational underpinnings. It's important to understand that superficial compatibility with modern data types is not the same as deeply integrated production-grade functionality. MongoDB, by contrast, was purpose-built to address these needs natively. We see this dynamic in our customer base every day.
To bring this to life with an example, Zepto, an India-based quick commerce platform with $1.5 billion in annual sales, migrated to MongoDB from PostGres after experiencing scalability challenges. Zepto offers users a choice of over 15,000 products with a promised 10-minute delivery and has grown rapidly since its founding in July 2021, recording 20% month-over-month growth. After this rapid growth, Zepto faced performance issues with its previous infrastructure powered by PostGres [indiscernible] clusters that could no longer scale. By migrating to MongoDB Atlas, Zepto overcame these challenges through built-in features like in-memory cashing, shorting and real-time analytics. This transition enabled them to reduce latency by 40%, handle 6x more traffic and improved page load times by 14% and directly enhancing customer experience and enabling their fast growth.
As we look ahead, we're confident that MongoDB's combination of Architectural Vantage, Enterprise Trust and broad developer adoption positions us to lead us to lead in both the current wave of digital transformation and the next wave powered by AI. We also remain focused on our other strategic priorities we've discussed in previous quarters, moving upmarket and modernizing legacy apps. We're seeing good progress on these initiatives, which will fuel growth into fiscal '27 and beyond.
This quarter, we hired a new leader who has nearly 30 years of experience in technology transformation at leading systems integrators to lead our application modernization program. We continue to see a significant demand to modernize legacy applications and we're making great progress on tooling to automate this effort to standardize and productize this offering. While we continue to invest in the long term, we are also sharpening our focus on operating efficiency. We view this as healthy discipline regularly reassessing the return on our spend, identify what's working and what's not and reallocating resources to high conviction areas and improving profitability.
To help usher in our next stage of growth, I'm delighted to introduce 2 new leaders to the executive team. Mike Berry, our new CFO, joins us from NetApp, where he had served in the same role for the past 5 years. Mike is a 7-time CFO with over 30 years of experience in technology and software and has a proven track record of driving profitable growth. We have also promoted May Petri to be our new CMO, and May joined MongoDB in early 2022 as VP of Digital and Growth Marketing and brings the right mix of enterprise experience and results orientation to lead our marketing organization.
Now I'd like to spend a few minutes reviewing the adoption trends of MongoDB across our customer base. Customers across industries and around the world are running mission-critical projects in Atlas, leveraging the full power of our platform, including the European Commission, Lenovo, Nokia Networks and CSX.
CSX, a leading U.S. railroad transportation company, migrated its mission-critical railroad transportation operations portal, which is responsible for real-time monitoring alerts across 21,000 miles of track and ensuring uninterrupted 24/7 availability on to MongoDB Atlas. CSX can not dynamically scale workloads and optimize its database management. With this modernization, CSX is positioned to achieve greater operational performance while driving long-term sustainable growth. Start-ups and mature companies are using MongoDB to help to deliver the next wave of AI-powered applications to the customers, including Cursor, Helion, Vonage, The Financial Times and LGU Plus.
LGU Plus, a South Korean mobile network operator, owned by the LG Corporation, built its agent assist AI solution on MongoDB Atlas, which supports thousands of agents in accessing information and delivering accurate responses to customers quickly. They use MongoDB Atlas Vector search to enable real-time AI capabilities, such as identifying customer intent and providing guidelines on how to respond to inquiries. The solution has significantly enhanced customer experiences and decrease the average processing time per call.
In summary, we had a strong Q1, and we remain confident in our ability to execute on our long-term opportunity. We're steadily advancing toward our vision of becoming the go-to platform for enterprises and the first choice for developers creating new applications.
Before I turn it over to Mike, I would personally invite you to the investor session at the mongodb.local NYC to be held at the JavanCenter on September 17. Please e-mail [email protected] if you're interested in attending.
With that, here's Mike.
Thank you, Dave, for that great introduction. I am thrilled to join MongoDB at such an exciting moment in its growth journey. The company's incredible track record of product innovation and established leadership position in 1 of the largest, most strategic markets in software provide significant growth drivers that we expect to benefit our business for years to come. The opportunity to join a company the caliber of MongoDB was incredibly compelling. I would like to thank Dave and the entire Board for giving me this opportunity. I am extremely excited and look forward to working alongside the talented team to create long-term value for our customers, shareholders and employees. Driving profitable growth with operational excellence and discipline is a priority for the whole leadership team.
With that said, let's move on to the financial results. I'll begin with a detailed review of our first quarter results and then finish with our outlook for the second quarter and fiscal year '26. I will be discussing our results on a non-GAAP basis, unless otherwise noted.
In the first quarter, total revenue was $549 million, up 22% year-over-year and above the high end of our guidance.
Shifting to product mix. Atlas grew 26% in the quarter compared to the year ago period and now represents 72% of total revenue. This compares to 70% in the first quarter of fiscal '25 and 71% last quarter. Let me provide some context on Atlas consumption in the quarter. In Q1, consumption growth was in line with our expectations. Given the unique macroeconomic backdrop, I will provide some detail on the month-over-month trends, but please note that I do not expect to give this level of detail going forward. Specifically, we saw good consumption growth in February and March, some softness in April as macroeconomic volatility increased followed by a healthy rebound in May.
Turning to non-Atlas. Revenue came in ahead of our expectations in the quarter as we continue to have success selling incremental workloads into our existing EA customer base.
Turning to customer growth. During the first quarter, we grew our customer base by approximately 2,600 sequentially, bringing our total customer count to over 57,100, which is up from over 49,200 in the year ago period. The growth in our total customer count is being driven primarily by Atlas, which had over 55,800 customers at the end of the quarter compared to over 47,700 in the year ago period. It is important to keep in mind that the growth in our Atlas customer count reflects new customers to MongoDB in addition to existing EA customers deploying workloads on Atlas for the first time. Of our total customer count, over 7,500 are direct sales customers, relatively flat to last quarter and up 5% year-over-year.
These metrics are largely due to our decision to reallocate a portion of our go-to-market resources from the mid-market to the enterprise channel starting in the second half of last year. We expect this dynamic will continue going forward as we capture more mid-market customers with our self-serve motion. In Q1, our net ARR expansion rate was approximately 119%, which is consistent with recent quarters. We ended the quarter with 2,506 customers with at least $100,000 in ARR, a 17% growth versus the year ago period.
Moving down the income statement. Gross profit in the first quarter was $407 million, representing a gross margin of 74%, which is down from 75% in the year ago period. Our year-over-year gross margin decline is primarily driven by Atlas growing as a percent of the overall business and the impact of the Voyage acquisition. Our income from operations was $87 million for a 16% operating margin compared to a 7% operating margin in the year ago period. We are very pleased with our stronger-than-expected operating margin results, which benefited from our revenue outperformance as well as the timing of expenses, particularly slower than planned headcount additions.
Net income in the first quarter was $86 million or $1 per share based on 86 million diluted shares outstanding. This compares to a net income of $43 million or $0.51 per share on 83 million diluted shares outstanding in the year ago period.
Turning to the balance sheet and cash flow. We ended the quarter with $2.5 billion in cash, cash equivalents, short-term investments and restricted cash. Operating cash flow was $110 million and free cash flow was $106 million in the first quarter, which compares to $64 million and $61 million, respectively, in the year ago period. The strong start for cash flow in fiscal '26 was driven primarily by strong operating profit results and higher cash collections.
Before turning to our outlook in greater detail, I would like to share the key points driving how we are looking at the rest of fiscal year '26. Number one, we are raising our expectations for revenue based on our strong start to the year. Number two, we are increasing our operating margin guidance by 200 basis points reflecting an increased focus on margin improvement. And number three, we are announcing a significant expansion to our share repurchase program.
I would like to take a minute to provide some color on the share repurchases. Today, we are pleased to announce that our Board of Directors has authorized an increase to our share repurchase program, under which we may repurchase up to an additional $800 million of our common stock.
Please note this authorization is in addition to the $200 million buyback the Board authorized last quarter to offset the dilutive impact of the Voyage AI acquisition, bringing the total authorization to $1 billion. This decision reflects our confidence in the long-term potential of our business and underscores our commitment to delivering value to our shareholders while maintaining a flexible capital structure.
I would note that we did not repurchase any shares in Q1 as the CFO search process prevented us from initiating the repurchase program. It is our intention to begin repurchasing shares in Q2.
Now moving on to our full year guidance, I'd like to provide some incremental comments on our expectations. First, as we discussed, we had a strong start to the year and feel good about our ability to drive continued revenue and profitability growth even with a more uncertain macroeconomic environment. We are raising our full year revenue guidance by $10 million, which reflects the continued confidence in Atlas while incorporating some timing differences in our EA business. Second, our expectations for non-Atlas subscription revenue have not changed. We continue to expect that we'll be down in the high single digits for the year, though we will continue to expect non-Atlas ARR will grow year-over-year.
As a reminder, we expect an approximately $50 million headwind from multiyear license revenue in fiscal year '26 primarily impacting the second half of the year. Finally, we are raising our expectations for operating margin to 12% at the midpoint, up from 10% in our initial fiscal year guidance. We remain committed to a balanced investment approach that supports our key long-term growth initiatives. As CFO, one of my key priorities will be working closely with leaders across the business to identify ways to both reallocate existing spend to higher ROI opportunities and be more disciplined about incremental spending. We are focused on running an efficient, scalable business that supports growth in revenue and profitability to drive long-term shareholder value.
Moving on to our Q2 guidance, a few things to keep in mind. First, I want to remind you that Q2 has 3 more days than Q1, which is a sequential tailwind for Q2 Atlas revenue. Second, we expect to see high single-digit year-over-year decline in the non-Atlas business after a stronger-than-expected Q1. And third, we expect operating margin will be lower than in Q1 as we have invested in targeted areas to drive growth. In addition, the expected sequential decline in non-Atlas revenue will be a headwind to profitability in Q2.
With that context, I will now turn to our outlook for the second quarter and fiscal year '26. For the second quarter, we expect revenue to be in the range of $548 million to $553 million. We expect non-GAAP income from operations to be in the range of $55 million to $59 million and non-GAAP net income per share to be in the range of $0.62 to $0.66 based on 87.5 million estimated diluted shares outstanding. For fiscal year '26, we now expect revenue to be in the range of $2.25 billion to $2.29 billion, an increase of $10 million from our prior guide. We are raising our non-GAAP income from operations expectations by $57 million and are now targeting a range of $267 million to $287 million and non-GAAP net income per share to be in the range of $2.94 to $3.12 based on 87.6 million estimated diluted shares outstanding.
Note that the non-GAAP net income per share guidance for the second quarter and fiscal year '26 assumes a non-GAAP tax provision of approximately 20%. To summarize, MongoDB delivered strong first quarter results. We are pleased with our ability to drive growth across the business and increase our operating profitability expectations. We have a small share in one of the largest and fastest-growing markets in all of software with a number of secular tailwinds at our back. We remain incredibly excited about the opportunity ahead, and we'll continue to invest responsibly to drive long-term shareholder value.
With that, Josh, we'd like to open it up for questions.
[Operator Instructions]
Our first question comes from Sanjit Singh with Morgan Stanley.
2. Question Answer
Congrats on the strong Q1. And really nice to see the Atlas grows accelerating on a days adjusted basis and on a reported basis as well. Dave, I had a question for you and then I got a question for Mike as well.
Dave, to start, when we think about what's driving Atlas growth. Can you frame it in terms of the type of applications that are being built in your script, you sort of distinguished cloud-native distributed real time today versus the AI apps for tomorrow. And so I'd just love to get a sense of the nature and style of applications that are being built on Mongo that's driving this accelerated growth?
Yes. So Sanjit, thanks for the question. What I would say is that we still talk to customers who have very near needs for running their business, building new applications to drive operational efficiency, building unit products and services through software to drive to take advantage of new revenue opportunities and to continue to drive more innovation in their business. I think what people find a track about MongoDB is that you really can use it for a wide variety of use cases. You can support very transactional-intensive use cases you can support more modern use cases, things like IoT, streaming and so on and so forth as well as being able to also support some of these more modern use cases like AI. And the fact that you can do this all in one platform where you don't have to stitch together multiple tools that the underlying architecture is designed to really help you model the real world to be able to handle complex, nested and evolving data to be able to scale elastically to be able to run these applications on any cloud across clouds or on-prem, just makes MongoDB a very attractive solution. And we feel really good about the fact that we add a lot of customers. So what it really shows is that customers and developers are voting with their feet to really adopt MongoDB.
Awesome. And then, Mike, for you, congratulations on the CFO role. I would love to get just your sense of like the opportunity ahead from you? And mostly want to get a sense of like how you're thinking about like on a first principles basis, how you plan to sort of manage and message the metrics and the numbers you're a long time, highly experienced CFO. This is our seventh [indiscernible], but this is a consumption model, right, which has like more variable components. So I'd love to see how you're thinking about that as you take on the role from a growth perspective, but also from an operational discipline perspective?
Yes. So thank you for the question, Sanjit. It's actually a very interesting one. So I think the company does a wonderful job actually on the metrics that they give. We had experience in a consumption business in my last role as well and going through all the data and meeting with the team in the fire holes that has been my onboarding. We have a lot of data. I think that the metrics that we talk to investors about are very relevant, in terms of consumption, in terms of customer growth. So at this point, again, it's not excuse, it's just a fact. 8 days in, I would say, not a lot of change there. I do think that we will spend a lot more time going forward on a couple of things. One is just the capital structure, the cash flow generation of the business as well as the operating margin improvements. And this will certainly change. I would also underline, hey, come in September to the Dot Local event, that will give us -- that will give me at least another quarter under my belt and we'll talk a little bit more about what you can expect from MongoDB going forward.
Our next question comes from Raimo Lenschow with Barclays.
Perfect. I had two quick questions. One for Dave, one for Mike. Dave, if you look this week at we saw Snowflake kind of moved and make the move towards Postgres. We saw Databricks kind of doing something there. Can you kind of frame that? Because, obviously, like from the outset, it looks like there is like a big embrace going on. But like maybe contrast them a little bit like where you fit in and where some of those moves could fit in? And that's my first question.
And then for Mike, like I know you have only had 8 days, but when you did your due diligence, looking at the company and also looking at the strong performance on the profitability in Q1. Like how do you think about this business? Because that's one of the things that people would have kind of talked with the previous team about is the profitability level of this? And is there something inherent there or if there's something just that can be done about that?
Thanks, Raimo. To your first question, I think the moves by both Databricks and Snowflake, I think validate one thing, that OLTP, or the operational data store, is the strategic high ground, especially for AI. That's where inference happens. Inference is the big market. That's where everyone wants to go and you need to have an operational data store to do that. And I think the other thing it points out is building organically an OLTP store is really hard, especially when you need to meet the requirements of enterprise scale, availability, resiliency and security. And both organizations has signaled that they were working on organic approaches. Snowflake talked about Unistore, Databricks have talked about their own organic efforts. And it's clear that they couldn't make it happen. So this is not an easy task.
The second point I'd make is that just because they're buying a small post-press companies, I think Neon, I would say, was in the Vibe coding space. And I would say Crunchy Data is a small relational company based in South Carolina. I would say that it's not clear to me why the world needs a 15th or 16th Postgres database. I think we'll find that out. And I think there's also some noise about how Neon is -- 80% of its instances are provisioned via code. I should point out that nearly 80% of MongoDB instances on Atlas are provisioned via code. And so we do that to help our customers provision and scale clusters very, very quickly. And so the real advantage is architecture. And we believe that the fact that Postgres and other relational platforms are now adding JSON as a [indiscernible] mission that the core tabular architecture just doesn't get the job done in the world of AI. Developers need to be able to model the real-world data, which is complex, messy, nested, which means it has highly interdependent relationships and is constantly evolving and changing. And then when you look at the fact that they're bolted on these capabilities, if you add a document size greater than 2 kilobytes, it's going to deliver a very poor performance. And so the superficial compatibility does not mean it's native, does not mean it's production grade, it does not mean it's designed for enterprises. And so if the competition is now and who's going to compete for these complex AI workloads, we welcome that challenge because architecturally, we think we have a huge advantage.
So Raimo, it's Mike. So thanks for the question. I would highlight kind of 4 areas when I did the diligence on MongoDB. And I can say in the first 8 days, nothing has changed my mind on any of these. First of all, hey, there are a few companies that are greater than $2 billion of revenue, where their main business is growing 20% plus, the total business growing double digit with 70%-plus gross margin. So stop there. That's a scale business that has a lot of leverage built in. So the 3 things that -- or the 4 things I look at is already had the scale from an international and from a product perspective. And the main business now is growing very -- is 72%, growing very quickly.
Number two is, this is a business model that has leverage because you can bring additional revenue in, it's going to come through the gross margin line at high margins. That leaves a ton of room for investing in the business, but also, candidly, for driving more efficiency as well.
And that was the third piece. When you look at it and nothing against the company as it sits today, as we grow, I'm completely confident we can continue to invest in the business but become more efficient.
And then the fourth part was, hey, it's really nice to come to a business that has a super clean balance sheet and a bunch of cash on there as well. That leaves a bunch of flexibility going forward. So all of that I looked down and said, "wow, what a great opportunity." And then, of course, I looked at where you folks were valuing the business. And I said, wow, that's a really good opportunity.
Our next question comes from Jason Ader with William Blair.
Yes. Thank you. Sorry to beat the Postgres horse here, Dave. But my question is a key part of the bull narrative for Mongo has been that document databases would steadily take share from relational and then Mongo would become the default general-purpose database for modern apps. I guess my question is, does the rising popularity of Postgres among developers and a strong ecosystem it has, as we see from stuff like what Databricks did and what the cloud guys were doing. Does that suggest that relational just may have greater long-term relevance than initially anticipated?
Yes, Jason, thanks for the question. And I think I want to clarify some of these misconceptions that are out there. One is that this is a big market. It's a $100 billion-plus market, so there can be multiple winners, right? Second, the Postgres popularity is really a function of the consolidation of the SQL market. People are leaving Oracle, leaving SQL Server, leaving MySQL and going to Postgres. I think the third thing that I should mention is that Postgres does have this veneer of being an open source, open standard, not owned by any one vendor. But there are literally every vendor, including the hyperscalers have their own version of Postgres. They built proprietary extensions and other capabilities that actually make it very difficult to go from 1 version of Postgres to another version of Postgres.
With MongoDB, you can actually run any workload on any cloud across clouds and on-prem without changing a line of code. And last, I would say, architecturally, we are far better optimized for this new world of complex modern applications, especially in the world of AI. JSON was designed to be -- to really address the needs of this modern world. How data is very messy, how it's very interdependent, how it changes often. There's no predictability in the format, there's no uniformity on the structure and MongoDB's designed to handle that world. And when relational databases start trying to mimic our features, what does that tell you? It tells you that their existing architecture is not designed for this world.
Now there's no question when the technology has been available for 40, 50 years, there's a large group of people who understand that technology, but we feel we're well positioned. We have more work to do, but we feel like well positioned to be a winner in this next wave of applications that are being built, and we're -- and we feel confident about our position.
One quick follow-up to that, Dave. Should we be thinking about then, I don't know, over the next 5-plus years or something that the 2 big winners in the database market in terms of architecture will be Postgres sort of for the relational crowd and Mongo for the non-relational crowd. Is that how we should be thinking about it or at least is that how you're thinking about it?
Yes. I would say -- I definitely think that there will be multiple winners. This is not a zero-sum game. I also believe that the other point I want to clarify is a lot of people compare MongoDB to Postgres, and that's actually a false comparison. By us embedding keyword search, by us embedding a native vector search, by us embedding, embedding models, you're really comparing MongoDB to Postgres plus Elastic plus Pinecone plus something like Cohere. So the value for customers that they don't have to stitch all these capabilities together, they get all these capabilities in a very elegant, natively built way that they can allows them to move fast. That's not a very complex architecture and it's much more cost effective.
And so -- but I do think there will be multiple winners. And for people who want to stay on relational, Postgres is a very viable option. But we think that we have a big opportunity in front of us.
Our next question comes from Kash Rangan with Goldman Sachs.
Dave, one for you and one for you, Mike, congratulations on joining Mongo as CFO. Dave, can you give us a mark-to-market on where we are with some of the growth initiatives you undertook such as Relational Migrator to move upmarket, the reconstitution of the refocusing of the sales force towards high-value accounts. And I think you have discussed metrics such as the productivity superiority in moving upmarket. So -- and if you could just -- not only give us a mark-to-market, but how is that new push showing up in terms of incremental productivity metrics.
Obviously, the customer lands have been quite good. But with respect to growth rate, it does not look like we're quite yet at the inflection point. Maybe if you could just give us a little bit more of your introspective analysis on that.
And then Mike, one for you. You talked about second half dynamic with respect to, I believe, it was the EA business. Can you expand upon that a little bit? And what could go right versus that as to your assumption because after all, we did see upside in EA this particular quarter or versus not your guidance, but your predecessor's guidance.
Thanks, Kash. So let me start. So when we talked about the strategic initiatives, we really called out 3 things: one, R&D investments; two, moving up market; and three, putting more focus on awareness and education. So on the R&D investments, I would tell you that we're already seeing returns on investment. We said we're going to double down on the core. We introduced MongoDB 8.0, which is the most performant release we ever issued. And I will also point out that it also had the fastest uptake of any major releases. Customers are adopting 8.0 2x faster than our last major release. We're also expanding our engineering efforts around AI and Voyage because that's a super exciting area for us. And we're also investing in product tooling around app monetization, and last but not least, we're bringing more senior talent to really complement the existing team so that we can really have a broader ambition.
So that investment is paying handsomely. The move-up market is also going well because a part of our results are a function of the fact that we made that move starting in the last year, and we're starting to have 2 bigger deals. We've signed some very, very large deals, some very, very large enterprises and the productivity of that team has always been quite high. And I would say a complementary move is that our self-serve business is starting to acquire mid-market logos, serving them more efficiently without seeding ground to anyone else and that shows up as you see in our customer count this quarter. And then in terms of awareness and education, we are aggressively investing in a few areas.
One, we're aggressively investing in the Bay Area. That's where we're the next-gen AI companies and the next-gen AI developers are highly concentrated and we're starting to see some traction there. And we have some high-profile AI customers already on our platform and lots of other smaller customers. We're investing in attracting relational developers to learn more about MongoDB, so attending relational conferences, putting together more training and more skills for people to upskill their abilities and also providing certifications and what we also find is a lot of the new Atlas registrants are actually new to MongoDB.
So we're spending a lot of time making sure they're onboarded properly and taking full advantage of all our capabilities. And then we're all -- as part of the training, we're upskilling developers on modern databases, right? As I mentioned, certifications, self-paced courses and all that. And we also expanded our documentation to Mandarin, to Portuguese to Korean and Japanese because MongoDB truly has a global business and the developers all around the world who want to use MongoDB.
And I think we're just getting started. There's more things we're doing that I just can't talk about right now around -- especially on awareness and education. But the key point is there are some misconceptions about MongoDB that we know we need to address and we're quite excited about the opportunity to do so.
So thank you, Kash, for the question -- this is Mike and for the kind words. So just for context, as we talked about in the prepared remarks. So for the full year, we remain confident in the business. We took Q1, we exceeded our expectations, and we've largely rolled the beat from the Atlas business into the full year number. As it relates to non-Atlas and then specifically your question, we did do -- we had a good quarter in the EA business. Some of that was timing. So we adjusted Q2 through Q4 non-Atlas business to take that into account. As it relates to the $50 million multiyear headwind you talked about, that's largely due to the renewals and the timing of those renewals from fiscal '25.
So we have maintained that same guidance. To the extent that it could be better than it may, then that would certainly be an upside. Keep in mind, though, that those are renewals based on when those customers come up. So it's not completely in our control. There may be upside, but at this point, we're still holding to the same guidance.
Our next question comes from Brad Reback with Stifel.
Dave, last quarter, you talked about AI only being modestly incremental to revenue growth in 2026 here. Is that the same expectation 90 days later?
Yes. So what I would say is the following. We see thousands of customers building thousands of apps on MongoDB, and that's growing quarter-over-quarter. We are seeing some high-profile well-known AI companies. I mentioned cursor on the call, and there's some of a few other high-profile companies who are building on top of MongoDB. And obviously, those businesses are really taking off. But what we see is that enterprises are still early in the adoption of AI. The barriers include there's a limited set of skills and experience with AI, trust with AI systems that are probabilistic, which is another way of saying the risk of hallucinations. And so we see, obviously, some early use cases around operating efficiency, chatbots, cogen and domain-specific ISVs like Harvey, but -- the customers are using -- but -- and we've already seen, as I mentioned on the call, LGU Plus, we have Swisscom, Novo Nordisk, Central Reach or a bunch of customers have mentioned in the past who have already deployed our AI capabilities.
But the real enduring value will come when people start building custom AI apps. And the point I want to make is that anyone can use an ISV to run their business, but that doesn't give them a competitive advantage because their competitors could use the same ISV. What really gives us a competitive advantage is building custom solutions around using AI to transform their business, whether it's to seize new opportunities to respond to new threats to drive more operating efficiency. And when people start really learning about MongoDB, the document model can handle these complex data structures. We have best-in-class voyage embeddings to improve the accuracy of these results to help people get comfortable with using AI.
And by integrating tech search, vector search and embedding and operational data, that's a unique differentiate. It makes the developer's life easy, reduces cost and complexity. And so we feel we're well positioned for this, but it's still early as most enterprises are still early in the adoption of AI.
Great. And then on the go-to-market side, any meaningful changes on the kind of upper market comp plan that we should be aware of?
No meaningful changes. We feel good about what's happening at the high end of the market, and we also feel good about our self-serve business being able to acquire customers more efficiently. So we feel like those motions are working.
Our next question comes from Brent Bracelin with Piper Sandler.
Mike, great to hear your voice again here, welcome aboard. Dave, one of the challenges that we've had with the story here is that the Atlas business has been decelerating here moderating growth for about 3 years. This was the first quarter where we actually saw Atlas growth reaccelerate pretty big step up here in the number of net new Atlas customers. Would you now say you feel like you've kind of bottomed relative to the growth profile of Atlas and you're kind of now in a newer, more stable trajectory going forward? Just walk me through what looks like a meaningful reversal here in the Atlas business.
Yes, so we're very proud of our results in Q1. And much to what Mike mentioned earlier, when you look across the landscape, there's not many companies who have their core business growing at 26% year-over-year at at our scale, right? Atlas is a very large business. And so there's not many companies who are growing at that rate. And we feel like what's on the horizon in terms of AI, in terms of -- I haven't talked about app modernization, where we can help customers more efficiently reduce the cost and significantly reduce the time to modernize legacy applications. That gives us easy access to a large market and so those are also initiatives that we're spending a lot of time and investment on. And there's lots of customers who still need to run their business and continue to build applications that are core to their business strategy. So we feel good about our opportunity. Our guide is our guide. We feel good about the quarter and we also feel great about the fact that our -- the customer adds were very strong this quarter, which shows that people are embracing MongoDB.
And Mike, I know you're 8 days in fire holes here. Increased focus on margin improvement reads loud and clear. You did talk about kind of balance sheet. This company does have a lot of cash. I know you're putting $1 billion of it to use to the buyback, but other uses of cash, do you see an opportunity to maybe get a little more aggressive on M&A, small tech tuck-ins to also maybe help accelerate the AI opportunity. Walk me through kind of use of cash.
Sure. And thanks for the comments. Great to hear your voice as well. So on the buybacks, just to hit that, hey, we're super excited about the Board, expanding that up to $1 billion, and we will be active as it relates to the buyback. For the rest of the cash, what I'd say is, hey, we feel really good about the organic growth story here. and that's the focus. To the extent that there are smaller tuck-ins or we could do road map acceleration and use some of it, not a lot of it, that's certainly up for debate as well. So it does give us that option. I would say we don't think we need to do M&A to achieve our targets, certainly. But to the extent that we think it can help it is nice to have the available cash.
Our next question comes from Ittai Kidron with Oppenheimer.
Thanks. Appreciate it. Dave, I want to dig in a little bit into the high-end focus the large enterprise. Is there any data you can provide proof points kind of under the surface data points that you're tracking internally about progress here? Anything about pipeline, number of Fortune 2000 logos. Help me think about the evolution here? And at what point do you think will be a full run rate here on this group?
Well, I would tell you that I think we already have meaningful traction. I think we previously disclosed that 75% of the Fortune 100 are existing already MongoDB customers and 50% of the Fortune 500 are MongoDB customers. So that tells you that we already have meaningful traction. And what we realize is the biggest opportunity for us is to expand in those accounts. I just recently had the CIO of 1 of the largest health companies in the world in our office. I just met with the senior leadership team from one of the largest financial services companies here in New York and then I met another team from another financial services company in New York, and they're bringing us in saying, "we want to have a more strategic relationship with you." So I feel like the motion is working. We're doing larger deals, and the productivity of our -- of the sales team focused on those accounts is materially higher than the typical sales reps. So we feel like it's a motion that we will invest on for the long term.
And I think the results will obviously speak for themselves, but we feel really good about our move upmarket. And I also want to point out that our self-serve motion is a nice complement to that move because it allows us to acquire lower-end customers, mid-market customers much more efficiently. So we're not like seeding ground to anyone in that segment of the market.
Yes. That's great to see. And Mike, for you. First of all, congratulations and looking forward to working with you. A couple of small ones. First of all, you talked about the slower than planned headcount addition in the quarter. Can you tell us about areas? And is this going to be an issue down the road in that you're kind of -- you're a little bit behind on headcount additions. And also your guidance for the year raised it by $10 million. The beat was greater. Can you tell us when and where are you a little bit more conservative then on the remainder of the year? And what part of your business?
Sure. So let's take the headcount first. So it was really broad-based across the whole team in terms of slower headcount additions. There was nothing that we didn't pull back or say don't hire. It just -- it takes longer. So nothing there. We also don't have any concerns around, does that mean lower, for instance, sales capacity largely due to what Dave talked about on the go-to-market. So do we think it goes forward. It certainly is a part of us I would say, moderating our OpEx expectations for the rest of the year, hence, the increased 200 basis points. So that's the headcount piece.
On the beat and raise. So we did beat by $20 million in the quarter. As we talked about, we largely rolled the Atlas beat into the full year number and left the rest of the year where we were. We felt good about what we guided to after Q4 and hey, there's a lot of uncertainty as it relates to the world of tariffs, the economic situation and everything else. So we think it's prudent to leave that guide there. We did come down by $10 million in the non-Atlas business because that was largely timing. And as we said, we're still holding to the EA forecast that we did on a year-over-year basis. Now we'll see where that goes. It's also the hardest piece of the business to forecast because of those larger deals. So we thought that, that was the prudent way to guide the year.
Our next question comes from Andrew Nowinski with Wells Fargo.
Maybe I just wanted to follow up on the Atlas guidance. I know you're saying that consumption was in line with your expectations. But can you just provide any more color on sort of the mechanics of growth in that consumption segment? Because it would seem that the outperformance in Q1 would set you on a higher trajectory for the full year due to the fact that it is a consumption model unless you -- unless there's some sort of drastic change in the global economy that would change our customers' consumption patterns.
Sure. So Andrew, it's Mike. So thanks for the question. So if you take a step back, and that's what we saw in Q1, we talked about the monthly consumption patterns there. We did a little bit better early in the quarter, and April was a little bit soft. The dynamic that you just talked about is exactly what's baked into the guidance for the rest of the year. We continue to expect Atlas growth to be strong as we go through the year. We are also cognizant of April is a little bit soft may pop back. We'd like to see a couple more months of that going into the year. Hopefully, we feel more confident as we go into the second half. But at this point, given all the economic uncertainty, we certainly hope there's upside, but we'd like to get through another quarter.
Understood. And Mike, it's great to reconnect again from our days at NetApp. My second question is really more at a higher level. I understand the performance and scalability advantages of MongoDB over -- or I should say, a document database over a relational database. But have you maybe thought about or consider hurting sort of feedback from customers as to whether MQL might be simply maybe more difficult for a developer to use versus SQL, maybe that's why you're seeing sort of this increase in interest in Postgres because it's certainly not a better performing database because I think everyone knows that, but maybe it's just a query language issue.
So again, thanks for the question. I just want to again say, we're going after a big market. I think the Postgres is a function of people basically leaving other relational platforms, in particular, Oracle, SQL Server and MySQL. So that's why you're seeing developers kind of move to Postgres. But I would tell you that Postgres is a tabular database, much like all relational databases. So then the question you have to ask yourself is they announced support for JSON. Why did they do that? And what they did that because it was passive admission that, that architecture just doesn't get the job done in a world that has to deal with data in the real world, right? Data in the real world is complex. Data in the real world has a lot of dependencies.
Like I'll give you some examples, like if you want to model the message that has attachments or reactions or part of the threat of conversation, how do you do that in a structured table. If you want to deal with adding new fields or new values and all that, how do you -- for example, if you have a user who has something multiple phone numbers, how do you model that quickly? How do you deal with nested structures, right, where a customer record could have include past orders each with their own line items and order history.
Like how do you do that with relation -- it's much more difficult where you can model that so much more easily in MongoDB. How do you deal with like messy, inconsistent data that there is no uniformity to. And so we recognize that some people who don't know MongoDB, may not really understand all these advantages, which is why we're putting more emphasis on awareness and education, but fundamentally, if you see why these relational databases are adding JSON support, it is acknowledgment that their existing architecture cannot evolve to -- natively evolve to serve these new needs. And that's why we think we're well positioned because MongoDB is a native JSON database. It's a document database, and it's distributed, it has -- it's designed to scale. And the latest release is the most performed release. We're even more excited about 8.1 that's coming out soon. We acquired Voyage. That's going to be natively part of the platform. We're going to -- later this month, we will enable people to seamlessly generate embeddings from data sitting inside MongoDB, and that will be in private preview. So that's within 4 months of the acquisition, so we're moving fast.
We're innovating quickly and that doesn't even mention our core vector search engine as well as our keyword search engine. So when you put all these things together, it becomes a very compelling platform, but we recognize that some customers and some users just don't understand all these things, and that's what we're focused on addressing.
Our next question comes from Mike Cikos with Needham.
Mike, just to come back to the monthly trends that you guys saw on the Atlas consumption side, and I really, really appreciate all the color there. If you're talking about this rebound that we saw in May, and I know we don't see like consumption growth year-on-year usage growth year-on-year to the detail that you do. But is that year-on-year growth in consumption in May back to the levels that we saw in February or March? Or is it still lagging based on that April softness that you had described.
So it's much more consistent with what we saw in February and in March. April was a little bit softer. And then as we said, it was a healthy rebound in May.
Great. And then, Dave, just one for you. I know that we have some of these go-to-market changes. I'm looking at the new logos that you added this quarter specifically, and I mean you guys have been -- you have been native JSON database. You have been that no-SQL vendor. Can you help me think about like why -- why are we seeing this meaningful bump in the new logos acquired this quarter specifically? It really looks like the self-serve is taking off, but just interested in what you're seeing on that front.
Yes. I mean you have to remember, our self-serve business was a new skill that we developed, frankly, organically here. And then actually, May Petri, who's been promoted to CMO of the company was the one who led our self-serve business since since early 2022. She and her team have really done a great job of really growing that business, being much more sophisticated in running experiments, how to attract the right level of customers and that's showing up in the numbers. And so -- and as we move up market, we want to take advantage of that self-serve capability to be able to acquire more customers in the mid-market and so that's something that we're going to do.
And so we feel really good about the combination of our direct sales force as well as our self-serve business in terms of how we approach the market. And I would say that we're -- when we are able to get in front of customers explain our differentiation, customers understand and want to use MongoDB. Our biggest challenge is making sure people really understand the differentiation and don't have certain misconceptions of what we do or what others do.
Great. Congrats on the demonstrated success on that front.
Thank you. I would now like to turn the call back over to Dave Ittycheria for any closing remarks.
Well, thank you for joining our call. First of all, I would like to thank Mike 8 days in. It's obviously preparing for earnings call is hard work and to do it in 8 days, it's pretty impressive. So I really appreciate everything he's done to prepare for the call today. Again, we had a strong quarter with a record total customer additions. We're raising our revenue and operating margin guidance for the full year. We're moving forward with our $1 billion total share repurchase program, reflecting our confidence in the business and our commitment to delivering value to shareholders. And we're more excited than ever about our long-term outlook, particularly our position to fundamentally address the needs of workloads in both today's era and tomorrow's era driven by AI. So thank you very much for the call, and we'll talk to you soon.
Thank you. This concludes the conference. Thank you for your participation. You may now disconnect.
Transkripte auf Deutsch freischalten
- Alle Event Transkripte auf Deutsch
- Sofortige Übersetzung
- KI-Zusammenfassungen für die wichtigsten Insights
MongoDB — Q1 2026 Earnings Call
📊 Quartal auf einen Blick
- Umsatz: $549M (+22% YoY), über dem oberen Ende der Guidance.
- Atlas: $‑Umsatz +26% YoY, macht 72% des Gesamtumsatzes aus.
- Operatives Ergebnis: non‑GAAP Betriebsergebnis $87M, Marge 16%; Bruttomarge 74% (-1 Prozentpunkt YoY).
- Kunden: >57.100 Kunden, +2.600 sequenziell; 2.506 Kunden mit ≥$100k ARR (Annual Recurring Revenue), +17% YoY.
- Bilanz & Cash: Liquide Mittel $2.5B; Free Cash Flow $106M.
🎯 Was das Management sagt
- Up‑market: Fokus auf größere Unternehmenskunden zeigt erste Erfolge (größere Abschlüsse, höhere Produktivität der Enterprise‑Teams).
- AI‑Position: Voyage AI integriert — bessere Embeddings, Release 3.5 behauptet deutlich bessere Genauigkeit bei >80% geringeren Speicher‑kosten.
- Effizienz: Disziplin bei Ausgaben, langsamerer Personalaufbau und Reallokation von Mitteln; zwei neue Führungskräfte (CFO, CMO) zur Profitabilitäts‑ und Wachstumssteuerung.
🔭 Ausblick & Guidance
- Jahresguidance: Umsatz nun $2.25–2.29B (+$10M vs. vorher), non‑GAAP Oper. Ergebnis $267–287M; EPS $2.94–3.12.
- Q2: Umsatzprognose $548–553M; non‑GAAP Oper. Ergebnis $55–59M; EPS $0.62–0.66.
- Kapitalallokation: Share‑Buyback erhöht um $800M (gesamt $1B). Hinweis: erwarteter Headwind ≈$50M aus mehrjährigen Lizenzverträgen.
❓ Fragen der Analysten
- Wettbewerb: Analysten fragten zu Postgres/Relational‑Moves (Snowflake/Databricks); Management verteidigte MongoDB‑Architektur als besser für moderne/AI‑Workloads.
- Atlas‑Consumption: Nachfragemonatlich volatil: gutes Feb/Mar, schwächerer April, gesunde Erholung im Mai — Management will weitere Monate beobachten.
- Up‑market & EA: Fragen zu Timing und Vorhersagbarkeit großer Enterprise‑Abschlüsse; CFO bezeichnete EA‑Upside teils als Timing und behielt konservative Non‑Atlas‑Annahmen.
⚡ Bottom Line
- Implikation: Starkes Q1 mit Beat, leichte Aufwärtskorrektur der Jahresziele und klarer Fokus auf Profitabilität plus $1B Buyback stärken kurzfristig den Wert für Aktionäre; weiterhin Chance durch AI/Embeddings, aber Consumption‑Volatilität und Timing von mehrjährigen Lizenzerneuerungen bleiben zentrale Risiken.
Finanzdaten von MongoDB
Umsatz
Der Umsatz stellt die Summe aller Einnahmen eines Unternehmens z. B. für dessen Produkte oder Dienstleistungen dar.
Umsatz (TTM) einfach erklärtDirekte Kosten
Direkte Kosten sind die Kosten, die direkt im Zusammenhang mit der Herstellung des Produkts oder der Dienstleistung entstehen.
Bruttoertrag
Der Bruttoertrag gibt an, wie viel vom Umsatz nach Abzug der direkten Herstellkosten im Unternehmen verbleibt. Berechnet man den prozentualen Anteil vom Umsatz, spricht man von der Bruttomarge (engl. Gross Margin).
Brutto Marge einfach erklärtVertriebs- und Verwaltungskosten
Die Vertriebs- & Verwaltungskosten (engl. Selling, General & Administrative expenses, kurz SG&A) beinhalten alle Aufwände für Marketing und den Verkauf sowie die allgemeine Verwaltung des Unternehmens.
Forschungs- und Entwicklungskosten
Die Forschungs- und Entwicklungskosten (engl. research & development costs, kurz R&D) geben Auskunft darüber, wie viel das Unternehmen in die Forschung und die Entwicklung seiner Produkte investiert. Vor allem prozentual vom Umsatz und im Vergleich zu direkten Wettbewerbern sind die Kosten interessant.
EBITDA
Das EBITDA (Earnings Before Interest, Taxes, Depreciation and Amortization) ist der Gewinn des Unternehmens vor Zinsen, Steuern und Abschreibungen. Berechnet man den prozentualen Anteil vom Umsatz, spricht man von der EBITDA-Marge.
Abschreibungen
Abschreibungen stellen Wertminderungen von Vermögensgegenständen des Unternehmens dar (z.B. durch Abnutzung von Maschinen).
EBIT (Operatives Ergebnis)
Das EBIT (engl. Earnings Before Interest and Taxes) ist der Gewinn des Unternehmens vor Zinsen und Steuern, das auch als operatives Ergebnis bezeichnet wird. Berechnet man den prozentualen Anteil vom Umsatz, spricht man von
der EBIT-Marge.
Nettogewinn
Der Nettogewinn stellt den Gewinn oder Verlust nach Abzug aller Kosten dar.
Nettogewinn einfach erklärtaktien.guide Premium
| Apr '26 |
+/-
%
|
||
| Umsatz | 2.602 2.602 |
24 %
24 %
100 %
|
|
| - Direkte Kosten | 729 729 |
28 %
28 %
28 %
|
|
| Bruttoertrag | 1.873 1.873 |
22 %
22 %
72 %
|
|
| - Vertriebs- und Verwaltungskosten | 1.233 1.233 |
13 %
13 %
47 %
|
|
| - Forschungs- und Entwicklungskosten | 748 748 |
21 %
21 %
29 %
|
|
| EBITDA | -81 -81 |
48 %
48 %
-3 %
|
|
| - Abschreibungen | 27 27 |
64 %
64 %
1 %
|
|
| EBIT (Operatives Ergebnis) EBIT | -108 -108 |
37 %
37 %
-4 %
|
|
| Nettogewinn | -29 -29 |
66 %
66 %
-1 %
|
|
Angaben in Millionen USD.
Nichts mehr verpassen! Wir senden Dir alle News zur MongoDB-Aktie direkt und kostenlos in Deine Mailbox.
Auf Wunsch erhältst Du jeden Morgen pünktlich zum Frühstück eine E-Mail, die alle für Dich relevanten Aktien-News enthält.
MongoDB Aktie News
Firmenprofil
MongoDB, Inc. beschäftigt sich mit der Entwicklung und Bereitstellung einer allgemeinen Datenbankplattform. Zu seinen Produkten gehören MongoDB Enterprise Advanced, MongoDB Atlas und Community Server. Außerdem bietet sie professionelle Dienstleistungen einschließlich Beratung und Schulung an. Das Unternehmen wurde 2007 von Eliot Horowitz, Dwight A. Merriman, Kevin P. Ryan und Geir Magnusson Jr. gegründet und hat seinen Hauptsitz in New York, NY.
aktien.guide Premium
| Hauptsitz | USA |
| CEO | Mr. Desai |
| Mitarbeiter | 5.636 |
| Gegründet | 2007 |
| Webseite | www.mongodb.com |


