概要
- Anaplan の経済的価値は、大企業が定期的な予測を中心に構築するモデル、データ結合、承認フロー、シナリオ習慣といった、統制された計画メモリーにある。
- 2022 年の非公開化取引前の最後の公開決算では、サブスクリプション中心のビジネスであり、高いエクスパンションメトリクス、多額の販売費・製品投資、大幅な赤字、10 億ドル超の残存履行義務が示されていた。
- AS26114 に紐づく公開ネットワークデータは、Anaplan が運用する小規模ながら実在するインターネットフットプリントを示している。それはプラットフォームアーキテクチャ全体の証明ではなく、運用面の証拠である。
- 主な判断リスクは非公開企業ゆえの情報ギャップにある。取引後の成長、解約率、導入成功率、クラウド利益率、顧客集中度は、定期的な公開提出書類からはもはや見えない。
契約更新は予測が失敗する前に始まる
Anaplan の契約更新は調達メールから始まらない。それは何か月も前、財務チームが次の予算サイクルが前回のサイクルを支えたモデルに適合しないと気づく時から始まる。営業責任者は、報酬通知が届く前に担当地域の変更を反映させたい。サプライチェーンチームは、需要ショックを在庫、運転資本、サービス水準の結果に変換したい。CFO は、タイムスタンプの異なるスプレッドシートの添付ファイルの連鎖ではなく、単一の計画バージョンを望む。問題は、スプレッドシートが数字を計算できるかどうかではない。それはできる。問題は、前提条件、アカウントの所有権、地域別の割り当て、サプライヤー制約、報告系統が同時に変わる中で、組織が計画ロジックを一貫性のある状態に保てるかどうかである。
これが Anaplan が価格付けしようとする実際的な問題である。同社のプラットフォームは、財務、営業、サプライチェーン、人事などの業務機能向けの連結型計画環境として販売されている。ここで「連結型」という言葉が重要なのは、購入者が単一の孤立した計算に対して支払うことはほとんどないからだ。大企業が購入しているのは、販売予測が収益を変え、収益がキャッシュを変え、キャッシュが採用を変え、採用がキャパシティを変え、そのすべてを会社全体をメールのスレッドにすることなく統制できるモデルである。単なる優れたワークシートではなく、多くのチームが前提条件を作成し、検証し、再利用する場として受け入れる共有の計画の背骨となることで、製品はより価値を増す。
これは、Excel が安価かどうかを問うことでは Anaplan を適切に評価できない理由の説明にもなる。競合は単一のスプレッドシートではない。それは、どのタブが重要かを知るアナリスト、どの地域ファイルが正式かを知るコントローラー、取締役会資料の後に追加されたどの割当てオーバーレイかを知る営業オペレーションマネージャー、ERP フィードがどのようにクレンジングされたかを知るインテグレーター、そして過去の計画サイクルを生き延びてきたという理由でモデルを信頼する経営幹部といった、乱雑な運用上の妥協の産物である。Anaplan は、ガバナンス、スケーラビリティ、監査可能性、統合、スピードを提供することで、この妥協と競合する。そして、顧客がそれらの利点を十分に深く組み込むかどうかに依存する。そうなれば、更新はソフトウェアの決定というよりも、計画カレンダーを無傷で維持するためのコストのように見えるようになる。
BTW にとって、これは Anaplan を追跡する価値のあるクラウドサービス企業にしている。同社は、コンシューマープラットフォームではなく、機密性の高い企業データに近い位置にありながら、パブリッククラウドのキャパシティ、データ統合、実装パートナーに依存しているが、そのロックインは純粋に技術的なものというよりは、部分的に組織的なものである。また、Thoma Bravo による 2022 年の買収後、非公開企業となったため、最も興味深い経営上の疑問は四半期ごとの公開決算からは遠ざかってしまった。利用可能な公開証拠は依然としてビジネスモデルについて多くを物語っているが、同時に、外部の観察者がもはや見ることができないものを明確にしている。
スプレッドシートが依然として無料である時に Anaplan が販売するもの
Anaplan の市場での位置づけは時とともに変化してきたが、一貫した価値提案はシンプルである。企業は複数の機能が同時に使用できる計画モデルを構築できる。財務は収益、コスト、キャッシュ、連結を計画し、営業とマーケティングは担当地域、割当て、キャンペーン、機会フローを計画し、サプライチェーンチームは需要、供給、在庫を計画し、人事チームは人員数、キャパシティ、報酬を計画できる。このプラットフォームは、これらの計画を ERP、CRM、データウェアハウスなどのエンタープライズシステムに接続し、その後ユーザーが各モデルをゼロから再構築することなくシナリオを実行できるように設計されている。
重要な区別は、計算ツールと計画システムの違いである。計算ツールは個人が答えを導き出すのを助ける。計画システムは、組織がどのようにしてその答えを導き出したか、誰がどの前提条件を変更できるか、どのデータソースがモデルにデータを供給するか、取締役会に使用されるバージョンはどれか、新しいシナリオがベースラインとどのように比較されるかを記録する。そのシステムが機能している時、企業は将来に対する共通の言語を手に入れる。機能していない時、上級管理職は多くの計画はあるが共有された計画はないことに気づく。
Anaplan のマーケティングは、その約束を具体化するために顧客事例を利用する。公開されている事例資料は、より速い計画サイクル、特定のプロセスにおける運用コストの低減、繰り返しモデルの更新に費やす時間の大幅な削減を示している。これらは監査済みの普遍的な成果ではない。企業が選択した事例である。それでも、Anaplan が購入者に信じてもらいたいことを明らかにしている。つまり、そのメリットはソフトウェアの機能だけでなく、ビジネスプロセスのサイクルタイムで測定されるということだ。シート数がそれほど多くなくても、財務や担当地域の計画サイクルから数週間を削減する計画ツールは、節約された時間が高給のチームが影響の大きい意思決定を行う時間に充てられるため、十分に正当化され得る。
これが、Anaplan の需要単位が部門ではなく、しばしばペインポイントである理由である。顧客は、財務計画、営業パフォーマンス管理、需要計画、労働力計画から始めるかもしれない。最初のアプリケーションよりも、そのモデルが十分なデータと十分な意思決定者に行き渡り、代替が困難になるかどうかの方が重要だ。過去の公開提出書類で、Anaplan は「ランド・アンド・エクスパンド」の動きを説明していた。顧客は多くの場合、1 つのユースケースや部門から始め、その後さらに多くのユーザー、ユースケース、地域、機能を追加していった。上位顧客コーホートの平均年間経常収益は、最初の購入額よりもはるかに大きかった。これは、製品が顧客の計画メモリーの一部になることで経済性が向上する製品の特徴である。
リスクは機会と同じである。導入が部門ツールにとどまるならば、Anaplan は価格、使用状況、機能適合性、現場の満足度といった通常のソフトウェア精査に直面する。導入が計画の背骨になるならば、更新プレッシャーは変わる。顧客は、数式、権限構造、データマッピング、レポート、シナリオ、承認フロー、ユーザー習慣を再構築するコストを考慮しなければならない。解約が不可能になるわけではない。だが、解約をきれいに実行するコストはより高くつく。
契約価値はモデルメモリーである
非公開化取引前の最後の公開年次報告書が、依然として旧来の経済性を知るための最良の窓口である。2022 年 1 月 31 日に終了した会計年度において、同社の総収入は約 5 億 9200 万ドルであった。サブスクリプション収入が約 5 億 3600 万ドル、プロフェッショナルサービスが約 5600 万ドルを占めた。この収入構成が重要なのは、単発のコンサルティングではなく、主に経常的なクラウドサブスクリプションに基づいて構築された企業であることを示しているからだ。サービス部門は依然として重要であったが、主要な収益エンジンではなかった。
同じ報告書は、市場がかつて Anaplan を高成長ソフトウェア企業として評価し、また成熟したキャッシュ創出企業ではまだなかった理由を示していた。収入は前年比で約 3 分の 1 増加し、サブスクリプション収入が総額の圧倒的多数を占めた。同時に、同社の純損失は約 2 億 400 万ドル、累積赤字は約 8 億 5100 万ドルと報告された。販売費及びマーケティング費はとりわけ大きく、当該会計年度は 3 億 7700 万ドルを超えた。研究開発費は 1 億 5300 万ドル超、一般管理費は 1 億 500 万ドル超であった。サブスクリプションの粗利益率はサービスよりもはるかに良好だったが、会社全体としては依然として顧客獲得、アカウント拡大、プラットフォーム構築に多大な支出を行っていた。
最も示唆的な数字は残存履行義務であり、当該会計年度末時点で約 10 億 9000 万ドルに達していた。この数字は、契約済みだがまだ収益認識されていない収入を表している。請求済みと未請求の両方の金額が含まれ、会社はその大部分が今後 12 か月以内に収益認識されると見込んでいた。エンタープライズ SaaS 企業にとって、このような義務は、確約された将来収入を部分的に示すものである。将来のキャッシュフローと同じではなく、更新時の解約リスクを排除するものでもない。しかし、顧客が複数期間にわたる重要なコミットメントに署名していたことを示している。
Anaplan の提出書類はまた、サブスクリプション契約が通常 2～3 年間であることも開示しており、それより短いものも存在した。収益は均等に認識された。この会計上の形はビジネスモデルの核心である。会社は販売コストを早期に発生させ、導入作業も早期に始まるが、収益は時間の経過とともに現れる。したがって、成功するアカウントには最初の販売だけでなく、拡大と更新が必要である。製品が各計画サイクルにより深く埋め込まれれば、顧客は 1 つのモデルから複数のモデルへと成長できる。導入が期待外れだったり、モデルが信頼を得られなければ、顧客は限られた生涯価値の高コストな獲得案件になる可能性がある。
公開提出書類の顧客指標は、組み込み型利用の考え方を裏付けていた。2022 年度末時点で、Anaplan は 1,900 社超の顧客を報告した。年間経常収益 25 万ドル超の顧客は 555 社で、前年は 453 社、前々年は 353 社だった。ドルベースのネットエクスパンションレートは 2022 年度末時点で 118%であり、過去 2 年間は 114%、122%となっていた。収入または売掛金の 10%以上を占める単一顧客は存在しなかった。これらの数字は、1 つのアカウントに依存していないが、拡大を続けるためには大口顧客を必要とするビジネスを示していた。
その拡大を生み出すのは単にシートを追加することではない。計画ソフトウェアにおいて、より大きな成果はモデル、機能、データソース、意思決定カレンダーを追加することである。年間計画から始めた財務チームは、ローリング予測を追加するかもしれない。営業チームは担当地域と割当てを追加し、サプライチェーンチームは需要と在庫を追加するかもしれない。それらのモデルがディメンションとデータを共有するようになれば、プラットフォームは顧客の業務ルーチンに対してより強い要求権を持つ。Anaplan のスイッチングコストはしたがって累積的である。それはモデルがより多くのビジネスロジックを記録するにつれて増大する。
導入作業は製品の一部である
公開提出書類は、導入には範囲と複雑さに応じて 1 か月から 6 か月かかることを明示していた。この幅は、Anaplan を単純なセルフサービスソフトウェアとして扱うことへの有益な警告である。小規模なモデルは迅速に構築できるが、全社的な計画アーキテクチャには、プロセス設計、データ準備、モデル構築、変更管理、トレーニング、ガバナンスが必要になる。製品はクラウドソフトウェアかもしれないが、販売はビジネスカレンダー、過負荷の財務チーム、統合バックログという物理的な世界に着地する。
これが Anaplan のパートナーエコシステムが重要である理由である。非公開化取引前、同社は戦略コンサルティング企業やシステムインテグレーションパートナーをリードと導入のレバレッジの源泉と位置づけていた。現在の公開ウェブサイトでは 250 以上のパートナーを示している。パートナー数そのものが経済的ポイントなのではない。ポイントは、エンタープライズ計画プロジェクトにはしばしば外部の労働力が必要になることだ。コンサルタントは顧客の既存の計画慣行を Anaplan モデルに変換し、ソースシステムを統合し、ユーザーをトレーニングし、新たな領域への導入を拡大するのを支援する。これが機能すれば、パートナーネットワークは Anaplan がすべての実装スペシャリストを雇用することなく、そのリーチを拡大する。機能しない場合、根本的な問題がデータ品質、スコープ管理、弱いプロジェクトリーダーシップにあっても、顧客はプラットフォームを非難するかもしれない。
直近の公開年次報告書では、プロフェッショナルサービス収入は Anaplan の収入のごく一部に過ぎず、サービス部門の収益性は高くなかった。2022 年度のプロフェッショナルサービス収入は約 5600 万ドルであったが、プロフェッショナルサービスのコストはそれをやや上回る 5700 万ドル強だった。このことから、サービスは主に利益源ではなく、顧客獲得と顧客成功のための仕組みの一部だったことが示唆される。導入サービス、トレーニング、最適化はサブスクリプションの開始と拡大を助ける。サブスクリプション収入が成長する中で、パートナーや顧客がより多くの労働を担うようになれば、会社は利益を得る。
この構造は微妙な価格設定の論理を生み出す。契約価格はプラットフォームへのアクセスに対する定価だけではない。それは、モデルの継続性に対して、またそのモデルの信頼性を維持するために必要な組織的作業に対して顧客が支払う意思がある金額も反映する。購入者はサブスクリプションを、ライバルの計画ツール、ERP モジュール、スプレッドシートの再構築と比較するかもしれない。しかし、より重要な比較はトータルの移行コストである。Anaplan を置き換えるために、データコネクターの再構築、数式の書き直し、チームの再トレーニング、承認フローの変更、そして新しいモデルが同等に信頼できることを経営陣に納得させる必要があるならば、ライバルは有意義に優れているか、実質的に安価でなければならない。
これは、実装によるロックインが常に健全であることを意味するわけではない。あまりに多くの専門家の労働を必要とする製品は脆弱になり得る。顧客は、訓練を受けた少数のモデルビルダーだけしか変更を加えられないと不満を言うかもしれない。財務チームは、モデルが通常の分析を遅らせるならば抵抗するかもしれない。パートナーは保守が困難なカスタマイズ構造を設計するかもしれない。統合作業は、Anaplan 自体ではなく、顧客のデータ資産の弱点を露呈させるかもしれない。これらは些細な問題ではない。これらは、価値が複利のように増大する計画プラットフォームと、誰も信頼しない前提条件のための単なるもう一つの高価な記録システムになるプラットフォームとの違いである。
強力な導入の最も良い証拠は、洗練されたローンチではなく、最初の計画サイクル後の繰り返される拡大であろう。それは、より多くの機能がモデルを採用し、サイクルタイムが短くなり、手動での照合が減り、予測の規律が向上し、緊急のスプレッドシートによる場当たり対応の必要性が低下することを示すだろう。かつて公開企業の指標は、ネットエクスパンションと大口アカウントの成長を通じて部分的な証拠を提供していた。非公開企業となった現在、Anaplan は依然として顧客事例や集計された主張を公開できるが、外部の観察者は拡大、維持率、利益率について同じ四半期ごとの規律を受け取ることはもはやない。
ネットワーク証拠：小規模ながら実在するインターネット表面
Anaplan は主にエンタープライズアプリケーションソフトウェアとして論じられるが、観察可能なネットワークフットプリントも有している。公開ルーティングレジストリと BGP ミラーは、AS26114 が Anaplan, Inc. に割り当てられていることを示している。自律システムに関する ARIN の記録は、登録日を 2012 年 10 月とし、サンフランシスコの Anaplan に結び付けている。公開 BGP ビューは、少数の IPv4 プレフィックスを示しており、観測された記録において同等の可視 IPv6 オリジネーションは見られない。Hurricane Electric と bgp.tools はいずれも Anaplan 発の IPv4 空間を示しており、公開ミラーは主要ネットワークプロバイダーを通じたアップストリーム接続を列挙している。ピア数についてはミラー間で若干の差異があるが、これは異なるコレクターから取得された公開ルーティングビューでは正常なことである。
この証拠は慎重に解釈されるべきである。自律システムの記録は、最新の SaaS プラットフォームの全アーキテクチャをマッピングするものではない。企業は、自社の IP 空間を通じて一部のサービスを実行する一方で、パブリッククラウドプロバイダー、コンテンツデリバリーネットワーク、マネージドセキュリティサービス、サードパーティのデータ統合、地域固有のインフラにも依存する可能性がある。Anaplan 自身の公開提出書類は、サードパーティのデータセンター、ネットワークインフラ、外部サービスプロバイダー、パブリッククラウドパートナーを強調していた。現在の製品ページは、エンタープライズデータシステムやクラウドベースの計画との統合を強調している。したがって、公開 BGP 証拠は、Anaplan が直接的な運用ネットワーク表面を有しているという結論を支持するが、すべての顧客ワークロード、データパス、アプリケーションコンポーネントがどこに存在するかを証明するものではない。
ネットワーク証拠は、なお 3 つの理由で有用である。第一に、Anaplan が単に不可視のサードパーティインフラの上に立つブランドではないことを示している。同社は歴史的に登録されたルーティングリソースを維持してきた。第二に、運用リスクの枠組みを整える助けになる。財務やオペレーションで使用される計画プラットフォームは、定期的なビジネスサイクルにおいて到達可能で、信頼性があり、安全でなければならない。スタックの大部分がパブリッククラウドやマネージドプロバイダーを通じて実行されているとしても、同社のネットワークとアイデンティティのペリメーターはサービス表面の一部であり続ける。第三に、ビジネスの純粋に記述的な説明に対するチェックを提供する。計画データを扱うクラウドサービス企業は、公開インフラ記録に何らかの技術的痕跡を残すはずである。Anaplan はそうしている。
限界も同様に重要である。公開ルーティング記録は、顧客数、使用強度、データ所在地、クラウドコスト、アプリケーションの信頼性、セキュリティ態勢を明らかにしない。特定の顧客の計画モデルがどのリージョンで実行されているかも示さない。配信に関与するすべてのベンダーを特定するわけでもない。会社のアーキテクチャが効率的かどうかも示さない。それらは証拠であって、判断ではない。しかし、非公開ソフトウェア企業にとっては、従来の財務開示が狭まっているため、こうした外部記録はより価値を持つ。
コスト基盤は営業、製品開発、そしてクラウドコミットメント
Anaplan の旧公開決算は、よく見られるエンタープライズ SaaS のパターンを示している。強力なサブスクリプション収入、多額の市場開拓費、実質的な製品投資、そして継続的な赤字である。2022 年度において、サブスクリプション収入約 5 億 3600 万ドルに対するサブスクリプション原価は約 9900 万ドルであり、コアのサブスクリプション事業が会社の営業費用計上前に魅力的な粗利益構造を持っていたことを示唆している。プロフェッショナルサービスは異なり、サービス収入はほぼサービスコストと同額であった。サービス機能は利益を生むよりも、導入を支援する役割が大きかった。
より大きな経済的負担は粗利益の下にあった。販売費及びマーケティング費は最大の営業費用項目だった。大企業向けに、しばしば長い評価期間と多くの利害関係者が関与するプロジェクトを通じて販売される製品にとって、これは驚くには当たらない。購入者は単なる IT マネージャーではない。その決定には、財務、営業オペレーション、サプライチェーン、人事、データチーム、調達、セキュリティ、経営幹部、外部コンサルタントが関与し得る。新規アカウントごとに、Anaplan が複雑なモデルを処理し、既存データと統合し、顧客の計画シーズンを乗り切れるという証拠が求められる可能性がある。拡大には、カスタマーサクセスの作業と、より多くの内部スポンサーシップが必要になる。
研究開発費は第 2 の大きな負担である。計画プラットフォームは、規模、統合、ユーザーエクスペリエンス、データガバナンス、分析、セキュリティ、より新しい予測機能に対応し続けなければならない。小規模なデータセットで 1 社の顧客に対して機能するモデルでも、多国籍企業が多数の計画ディメンション、数千のユーザー、頻繁なシナリオ変更を接続しようとすると失敗する可能性がある。したがって、製品投資は任意のメンテナンスではない。それは、ERP スイート、専門的なライバル、社内分析チームに対して信頼性を維持するためのコストである。
上流側の依存関係も重要である。Anaplan の提出書類は、サードパーティのパブリッククラウドパートナーの利用や、実際の使用量に関わらず支払が必要となり得る、キャンセル不可の複数年にわたるクラウドサービスコミットメントについて説明していた。これは重要である。なぜなら、サブスクリプションビジネスは収益面では非常に魅力的に見える一方で、クラウドコミットメントにおける使用リスクを隠す可能性があるからだ。需要がコミットしたキャパシティに沿って成長すれば、経済性は改善する。需要が予想よりも弱かったり、ワークロードが非効率であれば、会社は完全に収益化できていないキャパシティに対して支払う可能性がある。パブリッククラウドは受動的なユーティリティではなく、サプライヤーである。
統合には第 2 の層の上流依存がある。Anaplan の価値は、ERP、CRM、データウェアハウス、その他のエンタープライズシステムに接続するときに増大する。それは製品を有用にするが、同時に、それらのシステムの API、セキュリティルール、データ品質、顧客アーキテクチャの変更に同社をさらすことにもなる。計画プラットフォームは、受け取る前提条件とデータ以上のものにはなり得ない。顧客のソースシステムが一貫していなければ、Anaplan はその不一致が可視化される場所になるかもしれない。それは価値があることもあるが、導入をより困難にもする。
パートナーエコシステムも、サプライヤーに似たもう 1 つの依存関係である。Anaplan は、そのリーチを拡大するコンサルティング企業、システムインテグレーター、テクノロジーパートナーから利益を得ている。しかし、パートナーには彼ら自身のインセンティブがある。彼らはライバルツールを実装することもある。クライアントのより広範な変革プログラムに適合するプラットフォームを推奨するかもしれない。彼らは採用を増やすことができるが、顧客関係を媒介することもできる。Anaplan が複雑な導入の設計とサポートをパートナーに依存すればするほど、その顧客体験は、自社が完全にはコントロールできない能力に依存することになる。
顧客への依存：大口アカウントと予算責任者のロックイン
Anaplan の顧客依存は単純な集中ではない。最後の公開年次報告書は、収入または売掛金の 10%超を占める単一顧客は存在しないと述べていた。それはある程度良いニュースである。しかし、ビジネスは依然として大口アカウントに依存している。なぜなら、顧客が 1 つの計画ユースケースから多数へと拡大するときに経済性が向上するからだ。したがって、報告された年間経常収益 25 万ドル超の顧客数は、単純な顧客総数よりも意味があった。それらの大口アカウントは、Anaplan がソフトウェアの試用段階から運用インフラへと越境したことを示している。
予算責任者のロックインは技術的ロックインとは同じではない。技術的ロックインは、独自の数式、統合、データ構造から生じるかもしれない。予算責任者のロックインは信頼から生じる。CFO、営業オペレーション責任者、サプライチェーンエグゼクティブが、Anaplan モデルこそが真の計画が存在する場所だと信じているならば、組織はその周りで動き始める。予測会議ではそのシナリオが参照される。チームはそのディメンションを学ぶ。承認はその構造の中を動く。コンサルタントや社内のモデルビルダーがそれを維持する。ソフトウェアを置き換えるには、単なる移行だけでなく、会社が将来について議論する方法そのものを変える必要がある。
これが、導入の失敗が非常にコスト高になる理由である。予算責任者の信頼を得られない計画プラットフォームは、高価な並行システムになり得る。ユーザーはデータをスプレッドシートにエクスポートし直す。幹部はサイドモデルに依存する。アナリストは隠れた調整を維持する。公式のプラットフォームはそのまま残るが、実際の計画作業はそこから逃避する。そのような状態では、更新は脆弱になる。なぜなら、顧客は権限を受け取ることなくガバナンスに対して支払っているからだ。最も強力な Anaplan アカウントは、おそらくプラットフォームが共通のモデルとなり、実際の作業が他の場所で行われた後の報告レイヤーではないものである。
非公開化取引前の Anaplan のグローバルな収入構成も重要である。2022 年度において、収入の半分強が南北アメリカから、約 3 分の 1 が欧州・中東・アフリカから、残りがアジア太平洋からもたらされた。米国が最大のカントリーエクスポージャーであり、英国もまた重要だった。これは分散をもたらすが、規制上および運用上の複雑性ももたらす。計画データには、従業員情報、顧客情報、財務予測、価格設定の前提、サプライチェーンの詳細が含まれ得る。したがって、国境を越えた提供は、プライバシー、セキュリティ、データ転送、ローカライゼーションの圧力に直面する。
現在の公開マーケティングは、最後の公開年次報告書よりも大きな顧客基盤を主張しており、2,600 を超える主要ブランドが Anaplan を使用しており、非常に大規模な企業の間でも大きな存在感があるとしている。これらの主張は有用ではあるが、監査済みの顧客指標と同等ではない。重要な問いは、単に何社が製品を購入したかではない。どれだけの企業が実質的に拡大し、厳しい予算サイクルを経て更新し、より多くの機能をプラットフォームに移行し、スプレッドシートによる場当たり的な対応への依存を減らしたかである。公開事例研究は、選ばれたアカウントにおける成功を示すことはできるが、成果の分布を明らかにすることはできない。
競合はスプレッドシートとスイートの組み合わせ
Anaplan の最も手強い競合は他のベンダーではない。それはスプレッドシートに人間による場当たり的な対応を加えたものだ。スプレッドシートは安価で、柔軟で、使い慣れており、政治的に都合が良い。プラットフォームプロジェクトを要求することなく、チームがモデルを構築することを可能にする。例外を許容する。スピードを許容する。また、エラー、バージョンの衝突、弱いガバナンス、隠れた前提条件も許容する。Anaplan にとって、営業上の論点は、計画プロセスが大規模で、部門横断的で、時間的制約が厳しくなると、それらの隠れたコストが高くなりすぎるということである。
次の競合はエンタープライズスイートである。大企業の多くは既に、既存ベンダーの ERP、財務、人事、サプライチェーン、営業システムを稼働させている。それらのベンダーは、計画は記録システムの近くに位置すべきだと主張できる。より広範な変革プログラムに計画モジュールをバンドルするかもしれない。既存の調達関係やデータの引力を利用できる。Anaplan は、専門的な計画プラットフォームが、もう 1 つの主要エンタープライズシステムを正当化するのに十分な柔軟性、スピード、部門横断的なリーチを提供することを証明しなければならない。
専門的なライバルや社内の分析チームも存在する。強力なデータエンジニアリングと計画の才能を持つ企業は、データウェアハウス、ビジネスインテリジェンスツール、ワークフローレイヤーを使って、自社の計画環境を構築または拡張できる。それは、最大限のコントロールを望む企業や、ベンダーロックインを信用しない企業に訴求するかもしれない。Anaplan にとっての危険は、すべての顧客が完全な代替物を構築することではない。危険は、社内チームが十分な課題を解決し、プレミアムプラットフォームの必要性を弱めることである。
したがって、競争の戦場は機能リストよりも広い。それには、価値実現までの時間、導入の品質、データ統合、モデルのパフォーマンス、ガバナンス、セキュリティ、ユーザートレーニング、パートナーの可用性、計画アウトプットの信頼性が含まれる。ライバルはより安価であることで勝つこともできるが、より導入が容易であること、顧客の既存システムにより近いこと、財務チームにとってより馴染み深いこと、あるいは推奨されるコンサルタントによるサポートがより優れていることでも勝つことができる。Anaplan の防御策は、計画モデルがライバルが再現するよりも速く記憶を蓄積する場所になることである。
その防御は、プラットフォームが適応性を保つ場合にのみ強力である。計画プロセスは変化する。企業は営業地域を再編し、事業を買収し、製品ラインを変更し、新しい報告ディメンションを追加し、サプライヤーを切り替え、あるいはマクロショックに直面する。硬直的なモデルは信頼を失う。安全に変更できるモデルはより価値が高まる。Anaplan のブランドの約束は長らくシナリオ計画と連結モデルを強調してきた。なぜなら、エンタープライズ計画は静的な報告の問題ではないからだ。それは不確実性との繰り返される交渉である。
AI 支援の計画ツールの台頭は、もう 1 つの競争レイヤーを追加する。Anaplan の現在の公開メッセージングは、プラットフォームを、より新しい自動化と予測機能を使用する企業のための意思決定インフラとして位置づけている。シナリオ生成、異常検知、計画支援が統制されたモデル内でより有用になるならば、それは助けになるかもしれない。しかし、購入者が、計画のインテリジェンスは彼らが既に使用しているデータクラウド、ERP スイート、財務スタックの内部に存在すべきだと結論づければ、マイナスになるかもしれない。根底にある競争は変わらない。未来のモデルを誰が所有し、計画が変わった時に誰が信頼されるのか。
非公開化が情報問題を変えた
2022 年の Thoma Bravo による買収は、Anaplan の資本市場プロファイルを変えた。当初の合意では、企業価値を約 107 億ドル、全額現金で 1 株当たり 66 ドルと評価した。完了した取引は 1 株当たり 63.75 ドル、総額約 104 億ドルとなった。減額は、ソフトウェア評価の下落期に、また契約後の報酬行為をめぐる論争の後に起きたため、市場の話題となった。完了した取引は、それでも Anaplan をニューヨーク証券取引所から上場廃止し、定期的な公開企業レポートのサイクルを終了させた。
顧客にとって、非公開所有は有益でもあり、懸念材料でもあり得る。非公開の所有者は、四半期ごとの市場の芝居から離れて、業務規律を推進できる。コスト構造を変更し、製品フォーカスを研ぎ澄まし、買収やリストラを容易にすることができる。Thoma Bravo はエンタープライズソフトウェアにおいて深い経験を有している。しかし、非公開所有は可視性も低下させる。顧客やアナリストは、もはや同じレベルの四半期収入、維持率、利益率、キャッシュフロー、株式報酬データを見ることはできない。公開主張はより選択的になる。それはビジネスが弱いことを意味しない。証明責任が移ったことを意味する。
取引価格の再設定から得られる市場シグナルは注意深く扱われるべきである。それは Anaplan の製品が弱体化したことを証明しない。ソフトウェア評価、取引の資金調達条件、ガバナンス条件が重要であったことを示している。2022 年のより広範なテクノロジー売りは、強力なサブスクリプション成長を遂げている企業に対しても、購入者が支払う意思がある金額を変えた。計画ソフトウェア企業にとって、その歴史は関連性がある。なぜなら、製品自体が同様の不確実性に直面している顧客によって使われているからだ。Anaplan は、投資家、取締役会、経営幹部が定常的に前提条件を修正する世界で、より良い計画を販売している。
より重要な取引後の問いは業務面のものである。Anaplan は粗利益率を改善し、営業の非効率を削減し、大口顧客を維持し、パートナー主導の拡大を深化させたのか？非公開化期間は、公開市場の圧力なしに製品アーキテクチャへの投資を可能にしたのか？スイートベンダーやより新しい計画専門家に対して勢いを失ったのか？公開証拠ではこれらの問いに完全には答えられない。現在の顧客数やパートナー数の主張は、継続的な規模を示唆している。それらは、コーホート維持率、新規年間経常収益、更新価格、クラウドの単価コスト、営業生産性を明らかにしない。
これが分析上の重要な転換点である。2022 年以前は、外部の観察者は SEC 提出書類、決算資料、市場データを通じて Anaplan を三角測量することができた。2022 年以降は、証拠の組み合わせは、公式サイトの主張、顧客事例、労働市場のシグナル、パートナーの発表、技術記録、時折の市場報道により大きく依存するようになった。それはビジネスモデルについての見方を形成するのには十分である。同じ精度でビジネスを測定するには十分ではない。
リスク：停止、プライバシー法、計画データの機密性
計画ソフトウェアは機密情報を扱う。計画は機密性が高いからだ。モデルには、収益予測、顧客セグメントの前提、営業報酬ロジック、価格計画、製品の可用性、人員計画、サプライヤー制約、買収シナリオが含まれ得る。漏洩による害はプライバシーだけに留まらない。競合他社、サプライヤー、従業員、投資家はいずれも、企業が将来をどのように見ているかを知ることで利益を得る可能性がある。これが、Anaplan のセキュリティ態勢を、単なるバックオフィス事項ではなく、その価値提案の中心に据える理由である。
最後の公開年次報告書は、不正アクセス、データ損失、サービス低下、サービス拒否、プライバシーコンプライアンス、契約上の責任に関するリスクを説明していた。これらのリスクは Anaplan にとって一般的な定型文ではない。製品の役割に由来する。プラットフォームが顧客の計画の背骨となる場合、予算シーズンや営業報酬計画時のダウンタイムは実質的に破壊的であり得る。統合の失敗やパーミッションの誤りのためにモデルがエラーを生み出せば、経営幹部は誤った前提に基づいて意思決定を行うかもしれない。機密性の高い計画データが露出すれば、風評被害は Anaplan と顧客の双方に及ぶ。
データ規制はもう 1 つの層を追加する。Anaplan は米国、欧州、アジア太平洋にわたる顧客にサービスを提供している。その提出書類は、欧州やカリフォルニア州の規制を含むプライバシーとデータ保護体制の下での義務、および国際データ転送を巡る問題に言及していた。これらは業務上の制約である。顧客は、計画データがどこでホストされているか、誰がアクセスできるか、どのように暗号化されているか、ログがどのように保持されているか、削除がどのように機能するか、下請業者がどのように管理されているかを知る必要があるかもしれない。プライバシーとセキュリティの審査を満たせない計画プラットフォームは、最も価値の高いユースケースに到達しないだろう。
地政学的リスクは顧客、インフラ、法律を通じて入り込む。多国籍企業の顧客は、プライバシー、労働、制裁、貿易ルールが異なる法域にわたって計画を立てるかもしれない。クラウドインフラとサポートオペレーションは国境を越える可能性がある。データ主権を巡る緊張は調達に影響を与え得る。Anaplan 自体が規制の対象でない場合でも、計画データが規制対象または戦略的に微妙な情報を含み得るため、顧客がより厳格な管理を課すかもしれない。
運用レジリエンスも同様に重要である。Anaplan の旧提出書類は、米国、オランダ、ドイツのデータセンターとインフラ、ならびにデータセンター運営、ネットワーク、サードパーティプロバイダーへの依存に言及していた。クラウドサービスは冗長性のために設計され得るが、顧客は計画の締め切りが到来した際の可用性によってそれを判断する。サービス・クレジットは契約上の失敗の一部を補償するかもしれない。しかし、予算サイクルが混乱した場合、信頼を回復することはできない。
公開ネットワーク証拠は、最近のインシデント、アップタイム、レジリエンスを示してはいない。その欠如は、問題の証明または完璧さの証明として扱われるべきではない。単に証拠のギャップを定めているだけだ。非公開のクラウド計画企業にとって、最も重要な業務上の事実は、アップタイム履歴、セキュリティ監査結果、侵害履歴、カスタマーサポートのパフォーマンス、インシデント対応の品質、地域別のデータ常駐能力であろう。これらの一部は、秘密保持の下で顧客と個別に共有されるかもしれない。かつて監査済み収益がそうであったように、一般の読者が利用できるものではない。
市場シグナルは有用だが不完全
Anaplan を巡る非公式の市場シグナルは、取引履歴、顧客の逸話、導入センチメントの 3 つの領域に集中する傾向がある。取引履歴は、重要性を持つほど十分に公開されている。高成長のエンタープライズ SaaS 企業が、巨額の評価額で非公開化されたが、困難なソフトウェア市場の再評価期間中に、クロージング前に価格が引き下げられた。これは、投資家が依然として戦略的価値を見出していたことを示すと同時に、非常に寛大な公開成長環境の終焉を示している。
顧客の逸話はより複雑である。公式の顧客事例は、選ばれたアカウントにおける大きなプロセス改善を示している。これらが関連性を持つのは、導入が機能した時に Anaplan が提供できる成果の種類（より速い計画サイクル、より低いプロセスコスト、より広範な調整、より少ない手作業のステップ）を示しているからだ。また、これらはキュレーションされている。平均的な顧客の成果としてではなく、上振れケースの例として読まれるべきである。
通常、公開レビューサイトやフォーラムは、さらなる手触りを加えるものだ。モデルの複雑さ、導入時間、トレーニング負担、パフォーマンス、価格、サポートに関する不満。柔軟性、規模、ガバナンスへの賞賛。ユーザーが Anaplan をエンパワーメントの手段と見るか、単なる別の専門システムと見るかの証拠。公開レビュー記録はムラがある。なぜなら、主要なレビュー面のいくつかは、インタラクティブな検証なしに安定した検証可能な記録を公開していないからだ。これはネガティブシグナルというよりは証拠のギャップである。これは、ここでの公開事例が、公式、規制、市場、インフラ記録により大きく依存していることを意味する。
最も強力な市場シグナルは、非公開化後の更新行動に関する独立した証拠であろう。エンタープライズソフトウェア企業は、大口アカウントの更新にプレッシャーを抱えながらも、報告上の顧客ロゴ数を増やすことができる。印象的な顧客事例を公開しながら、分布の中間で導入の一貫性に苦心することもできる。ある機能での採用を獲得しながら、部門横断的になることに失敗することもできる。それらの成果の違いは、有用なツールと戦略的計画レイヤーの違いである。
価格プレッシャーも注視すべきシグナルである。計画プラットフォームはしばしば厳しい予算精査に直面する。なぜなら、顧客はスプレッドシート、スイートモジュール、内製ビルド、より狭いポイントツールなど、より安価な代替手段を指摘できるからだ。顧客が、そのモデルが計画サイクル時間を短縮し、意思決定の質を向上させ、調整リスクを低下させると信じるならば、Anaplan の価格は維持され得る。顧客が Anaplan を、少数の専門家グループによって維持される高コストな専門環境と見なすならば、脆弱になる。
判断を変えるもの
いくつかの事実が、Anaplan の外部からの見方を実質的に変えるだろう。第一に、非公開化後の維持率である。大口アカウント全体でグロス維持率とネットエクスパンションが依然として強ければ、スイッチングコストの仮説は機能している。拡大が鈍化したり、更新に大幅な値引きが必要となっているならば、モデルメモリーの論拠は弱い。公開された顧客数の増加だけでは、この問いに答えられない。
第二に、導入の成功である。Anaplan の価値は、顧客が実運用で信頼される計画サイクルに到達できるかどうかに依存する。本番環境への移行時間、パートナー関与率、失敗プロジェクト、再トレーニング負担、カスタマーサポートの成果に関するデータは非常に有益であろう。常に高額な手戻りを必要とするプラットフォームは、それでも顧客を維持できるかもしれないが、その経済性と評判は、表面的なサブスクリプション収入が示唆するよりも悪いだろう。逆に、導入がより速く、より標準化され、よりパートナーによってスケーラブルであるという証拠は、主張を強化するだろう。
第三に、クラウドとコンピューティングの効率性である。Anaplan の旧提出書類は、クラウドサービスのコミットメントが、実際の使用量に関わらずコストを生じさせる可能性があることを明らかにしていた。もし会社がワークロード効率とクラウド調達の規律を改善していれば、非公開所有が利益率を強化した可能性がある。モデルの複雑さや新しい AI 支援機能が、価格よりも速く計算負荷を増大させているならば、利益率のストーリーは魅力が低下する。外部の者は、現在の公開情報源からこれを直接測定することはできない。
第四に、競合による置き換えである。ERP スイート、データクラウドベンダー、より新しい計画専門家が、大口アカウントにおいて Anaplan を置き換えているならば、スイッチングコストは予想よりも弱い。部門横断的な導入において Anaplan がスプレッドシートやスイートモジュールを置き換えているならば、堀はより強固だ。最も良い証拠は、具体的な勝敗データ、独立した顧客調査、パートナーのデリバリーフローであろう。公開事例研究は役立つが、選択的である。
第五に、ガバナンスとセキュリティのパフォーマンスである。深刻なサービス停止、侵害、プライバシー障害は、Anaplan の製品が計画データを委ねられているため、不相応に大きな影響を及ぼすだろう。一方、強力な監査パフォーマンス、地域ごとの管理、耐障害性の高いアーキテクチャ、迅速なインシデント対応の証拠は、大企業における同プラットフォームの役割を支持するだろう。セキュリティの証拠は購入者と個別に共有されることが多いが、公的なインシデントや認証は依然として外部の信頼を変え得る。
第六に、製品の方向性である。もしより新しい自動化機能が、統制されたモデル内部での計画ワークフローを改善するならば、Anaplan はその役割を深めることができる。もしそれらが同じ導入負担の上に重ねられたマーケティング用語に過ぎなければ、経済性を変えないかもしれない。重要な問いは、新機能がモデルの構築、維持、検証のコストを削減するのか、それとも単にエンタープライズ購入者が評価するための別の表面を追加するだけなのか、である。
BTW が Anaplan を追跡する理由
Anaplan が重要であるのは、エンタープライズ計画がコントロール表面だからだ。それは、企業が資本、労働力、在庫、営業努力をどのように配分するかを形作る。ソフトウェアはそれらのリソースを所有しないが、意思決定者がそれらをどのように見るかに影響を与え得る。その意味で、Anaplan はデータシステムと経営判断の間に位置している。それは、同社が消費者ブランドでなくとも、戦略的に重要なポジションである。
同社はまた、より広範なクラウドサービスのパターンを示している。最も持続的なロックインは、しばしばデータベースやユーザーインターフェースではない。それは、モデル、権限、統合、トレーニング、ルーチンにエンコードされた組織の記憶である。顧客は去ることができるが、その記憶を持ち運ばなければならない。持ち運びが困難であるほど、ベンダーの価格決定力は増す。
バランスの取れた見方は、宣伝的でも否定的でもない。Anaplan は取引前に強力なサブスクリプション成長、大口アカウントの拡大、高価値の計画業務におけるもっともらしい役割を有していた。同時に、巨額の損失、高い販売費、実装依存、サプライヤーエクスポージャーも抱えていた。非公開化取引以降、公開証拠はより薄くなった。それにより、技術記録、公式の主張、顧客事例、市場シグナルがより重要になるが、同時により不完全にもなる。
今のところ、Anaplan は計画インフラ企業として読まれるべきである。その堀は、顧客が最初の導入後もそのモデルを信頼し続けるかどうかにかかっている。モデルが予算の運営記憶となるならば、更新には、より安価なスプレッドシートでは容易に打ち破れない論理が生まれる。それが計画プロセスの端に位置する専門ツールのままならば、代替手段は常に待ち構えている。