要約

  • GitLabは、支払い顧客に付与した一部の一回限りのクレジット優遇を除けば、2027年度第1四半期の有料CRRは、6月2日に説明した「2,000万ドル近く」ではなく「1,500万ドルにより近い」と述べた。
  • 6月30日にはCRRが2,000万ドルを上回ったものの、後の数値には決算説明会後に利用可能となった消費型購入制度Flexが含まれる。同一範囲での比較表は公表されていない。
  • GitLab自身がCRRを新しい社内の先行指標と位置づけ、現時点の財務業績には重要でなく、手法も進化すると説明している。売上高、ARR、RPO、受注残、繰延収益、現金とは別物である。

2,000万ドルを超えた、だけでは足りない

7月8日の説明だけを最後の一文から読むと、GitLabの消費型製品は順調に伸び、CRRは6月末に2,000万ドルを超えた、という明快な話になる。だが、その直前に置かれた履歴修正を読むと、同じ数字の列として扱うには条件が足りないことが分かる。

GitLabによれば、CRRを初めて外部に示したのは4月30日までの第1四半期である。6月2日の決算説明会では「2,000万ドル近く」と語った。その後、計算から支払い顧客向けの一回限りのクレジット優遇を除外するようにした。新しい扱いを第1四半期に当てはめると、CRRは「1,500万ドルにより近い」水準だったという。

ここで5百万ドル、25%という精密な差を作ってはいけない。原文の両端は概数であり、正確な値は開示されていない。さらに、これは会計上の売上高の訂正でも、契約の取消しでも、損失計上でもない。GitLabが変更したのは、導入したばかりの社内運営指標の過去比較点である。

だからといって、単なる表現上の問題でもない。先行指標は、会計数値より早く事業の状態を伝える代わりに、構成要素を明確にする責任を負う。何を有料消費と呼ぶのか、クレジットをどう扱うのか、購入コミットメントと実利用をどう区別するのか。その条件が変われば、数字の増減には事業の変化だけでなく測定設計の変化も入る。

GitLabはこの限界を認めている。CRRは新しく、最近投入した消費型製品の初期進捗を示すための社内指標であり、現時点では財務業績にとって重要ではない。製品、販売方法、購入制度が成熟するにつれ、定義と計算方法は今後も変わるという。読者はこの注意書きを弱めて解釈すべきではない。

Q1を動かしたものと、6月末を広げたもの

7月の資料には二つの境界変更がある。時系列を守れば、因果関係も整理できる。

過去側では、一部の一回限りのクレジット優遇を除外した。GitLabは、これを反映すれば第1四半期は約1,500万ドルだったと明記している。したがって、初回比較点が動いた直接の理由はクレジット処理である。

現在側では、FlexをCRRに加えた。Flexは6月の決算説明会後に顧客向け提供が始まった消費型購入制度で、7月時点で最初の契約を締結していた。スライドは、Flexのコミットメントが有料CRRに反映されると説明する。

この順番から、Flexが第1四半期の再計算を引き起こしたとは言えない。第1四半期の変更はクレジット除外、6月末の範囲拡大はFlexである。両方をまとめて「定義変更」と呼ぶだけでは、比較のどこが切れているかを見失う。

GitLabは、有料消費の伸びが続き、6月末のCRRは2,000万ドルを超えたとしている。それは肯定的な証拠である。新製品に支払いを伴う活動があり、Flexも商談を成立させた。しかし、約1,500万ドルから2,000万ドル超への差を、そのまま成長率にすることはできない。後の数字には、初回に存在しなかった購入制度が入っている可能性があり、Flexではコミットメントも反映されるからだ。

必要なのは、秘密の顧客データではなく橋渡し表である。4月末と6月末を旧定義、新定義の双方で計算し、Flex追加分とクレジット除外分を分ける。それだけで、基礎的な利用増と物差しの移動を識別できる。

クレジットの価値は終了後に判明する

初期クレジットは、必ずしも質の低い需要ではない。エージェント型開発ツールを企業が本番導入するには、セキュリティ審査、予算、モデル選択、ワークフロー設計、計算コストへの警戒がある。一定の無料枠や値引きは、最初の障壁を下げ、実際の利用パターンを発見するために機能する。

一方で、クレジットが尽きた瞬間に利用も終われば、初期のランレートは継続的な支払い習慣ではなく、補助された試行を測っていたことになる。経済価値を決めるのは、付与時の利用量より、その後の転換率、継続率、単価、インフラ費用と粗利益である。

公開資料はそこまで示していない。除外されたクレジットの総額、期限、返金可能性、契約上の義務、請求や収益認識との関係は不明である。分かるのは、一回限りで、支払い顧客に付与され、GitLabがCRRから除く方が適切だと判断したことだけだ。架空需要や不正計上と断定する根拠はない。同時に、現金支払いと完全に同質と見なす根拠もない。

Flexについても、購入意思と使用実績を分ける必要がある。コミットメントは予算確保と調達の摩擦低下を示すが、実際の呼び出し、顧客支払い、会計上の売上高とは段階が異なる。CRRがどの段階をどれだけ含むのかを数式で再現できなければ、金額は経路の要約にとどまる。

望ましい開示は、総消費、クレジット利用、純有料消費、Flexコミットメント、実現消費、認識売上高を別々に置き、クレジット終了後のコホートを追うことである。そこで初めて、インセンティブが持続的な需要を買ったのか、一時的な実験を買ったのかが分かる。

会社全体の数字は警戒を適正な大きさに戻す

第1四半期のGitLabは売上高2億6,420万ドルを計上し、前年同期比23%増だった。営業キャッシュフローは1億4,920万ドル、ドルベースのネットリテンションは117%である。ARRが5,000ドルを超える顧客は10,831、10万ドル超は1,519だった。

RPOは総額11億ドル、うち流動分は7億2,410万ドル。4月末の流動繰延収益は5億3,298万3,000ドル、非流動分は2,399万1,000ドルだった。現金、現金同等物、短期投資は合計13億5,750万ドルに達する。

この規模を見ると、CRRの履歴修正をGitLab全体の会計危機として扱うのは不合理だと分かる。2億6,420万ドルの売上高が再表示されたわけでも、11億ドルのRPOが同額減ったわけでもない。CRR自体について、会社は現時点で財務業績に重要ではないと明言している。

ただし、強い全社指標がCRRの比較可能性を保証するわけでもない。売上高は履行に応じて認識され、RPOは未履行義務に配分された取引価格を表す。繰延収益は先に受け取った対価、ARRはサブスクリプションの年率、ネットリテンションは既存顧客基盤の変化である。CRRは新しい消費面を早く捉えようとする別の時計だ。

したがって、公平な読み方は二段構えになる。全社の成長、継続、契約残高と流動性は、過度な不安への反証である。しかし、それらを足しても、4月と6月のCRRを同一定義に戻すことはできない。

開示したことと、比較可能にしたことは違う

GitLabが履歴修正を公表したことは評価すべきだ。6月末に2,000万ドルを超えたという好材料だけを出し、以前の「2,000万ドル近く」を放置することもできた。実際にはクレジット処理を説明し、調整後の概数を示し、今後も定義が進化すると注意した。

だが、透明性は変更を告白するだけでは完成しない。市場に出したKPIには、変更履歴を再現できる統治が必要である。定義に版番号を付け、適用日を示し、重複期間を旧版と新版の両方で計算し、変更理由と金額影響を分ける。そうすれば、指標を改善しながら時間情報を残せる。

現在欠けているのは、正確なCRR式、クレジットの総額と契約条件、同一範囲での4月末から6月末の推移、Flexコミットメントと実利用の内訳、製品・コホート別の収益性である。CRRは有望な監視信号だが、単独の評価倍率や売上高の代用品として使う段階ではない。

結論は「最初の数字が嘘で、次が真実」ではない。GitLabは、初期の消費事業を何で測るべきかを学びながら、定義を更新している。次に必要なのは、より大きな数字ではなく、同じ物差しで二つの時点を結ぶ計算書である。

出典