ストーリー

創業から成功に至るまでの道のり。

George Deglinは、使いやすく効果的で拡張可能なengagement手段がなかったためOneSignalを作ったと語っています。出典

Push notificationから始め、Series B・Series Cを経て、Email・In-App・SMS・AIへ広げました。出典

創業者の問題意識は、通知を送ることではなく、顧客と継続的に関係を作ることでした。

現在のlifecycle platform化は、その原点を拡張したものです。出典

独自分析

PMF (プロダクトマーケットフィット)

OneSignalは、アプリやWebのユーザーへ適切なタイミングで接触したいチームに刺さります。

PushをSDKで導入し、後からsegment・journey・analyticsを広げられるため、配信基盤とgrowth運用の間を埋めます。出典

公式サイトが掲げる大規模なmessage・MAU・app数は、単なる通知APIではなく、継続運用の基盤として使われていることを示します。出典

参入障壁 (Moat)

SDK/API、配信データ、integration、運用ノウハウの複合がmoatです。出典

ネットワーク効果

強いnetwork effectより、データ蓄積とswitching costが中心です。

導入channelとeventが増えるほど移行コストが上がります。出典

ターゲット

モバイルアプリ、ゲーム、メディア、EC、SaaSのgrowth teamです。出典

成功要因

developer-firstの導入、Free tier、複数channelへの拡張が組み合わさっています。出典

APIとUIを両立し、マーケターの運用課題へ広げた点も再現可能な要因です。出典

失敗・課題

通知の過剰配信、同意管理、sender reputation、AI誤配信が主要リスクです。出典

公開情報では顧客別の継続率や粗利は確認できず、platform拡張が必ずしも全顧客に価値を持つとは限りません。

グロース戦略

Pushを無料・低価格で広げ、Email・In-App・SMS・AI・analyticsへupsellします。出典

開発者の導入とマーケターの運用を一つのplatformでつなぐことで、単一channel製品からlifecycle platformへ拡張しています。出典

主要チャネル: developerCommunity, contentMarketing, partnerships, productLedGrowth

学べること

最初の入口を狭くし、同じデータ構造で隣接workflowへ伸ばすと、developer productはbusiness platformへ変わります。出典

日本で展開するなら

日本では同意履歴、LINE、OS差分、配信疲れを組み込んだ運用テンプレートが差別化になります。出典

主な競合

Timeline

創業から成功に至る道のり。転機ごとの収益・調達・バリュエーション (出典あり) も併記します。

  1. ローンチ出典

  2. GameThriveとしてPush notification serviceを開始出典

  3. $2M fundingを発表出典

    • 調達 $2,000,000
    • Seed
  4. $25M Series Bを発表出典

    • 調達 $25,000,000
    • Series B
  5. $50M Series C fundingを発表出典

    • 調達 $50,000,000
    • Series C
  6. PushからEmail・In-App・SMS・AIを含むlifecycle platformへ拡張出典

    • ユーザー 1,500,000,000
  7. 収益スナップショット出典

ポジショニング

分析で挙げた競合プロダクトとの相対位置を示しています。

セルフサーブのPush導入から広い顧客engagementへ拡張するplatform

参考リンク

関連プロダクト