分類：企業事例 › ソフトウェア・SaaS
この事例の要点
- 企業が自社のアプリケーションに通信機能を組み込むためのAPIを、開発者向けに提供しています。
- 収益は利用量に応じた料金とサブスクリプション料金の組み合わせで、売上の過半が利用量ベースです。
- 利用量ベースの顧客の多くは長期の支払い義務を負っておらず、ペナルティなしに利用を減らしたりやめたりできると、同社自身がリスク要因として説明しています。
どんな事業か
Twilioは、メッセージング、音声、メール、動画などのやり取りを顧客向けアプリケーションに組み込める、カスタマイズ性の高いコミュニケーションAPIを開発者に提供しています。あわせて、ユーザー認証・本人確認のソリューションや、顧客データ基盤（Segment）も提供しています（Form 10-K、FY2025）。
販売の進め方は「セルフサービス」「営業主導」「パートナー主導」の三つです。開発者は設定しやすいAPIとツール、セルフサービス向けの充実したドキュメントを使い、自ら製品を組み込めると同社は説明しています（Form 10-K、FY2025）。
開発者が自分で製品を組み込める形が、販売の進め方の一つに置かれていると読めます。
収益の仕組み
収益は、利用量に応じた料金とサブスクリプション料金の組み合わせです（Form 10-K、FY2025）。
- 主に利用量ベース：メッセージング、音声、ユーザー認証・本人確認
- 主にサブスクリプションベース：メール、Segment
同社は売上の過半が利用量ベースであるとしています。また、利用量ベースの顧客の多くは長期の契約上の支払い義務を負っておらず、ペナルティなしに利用を減らしたりやめたりできると、リスク要因の中で説明しています（Form 10-K、FY2025）。
費用の面では、売上に対する売上原価の比率が開示されています（Form 10-K、FY2025）。
数字で確かめる
- 売上高50億6,722万ドル（前年比14%増）、FY2024は44億5,804万ドル（Form 10-K、FY2025）。利用量ベースが過半の構成で、前年から増収となったことが読み取れます。
- アクティブ顧客アカウント数は2025年12月末で40万2,000（2024年末は32万5,000）。直近月に5ドル以上の売上を計上したアカウントと定義されています（Form 10-K、FY2025）。少額の利用者まで含めて顧客基盤を数えていることが読み取れます。
- ドルベース・ネットエクスパンションレートは108%（FY2024は104%）（Form 10-K、FY2025）。既存顧客の利用拡大が売上を押し上げていることが読み取れます。同社は、既存のアクティブ顧客アカウントが利用を増やす、新しい用途に広げる、新製品を採用することでこの率が上がると説明しています。
- 営業損益は1億5,780万ドルの黒字（FY2024は5,371万ドルの赤字）（Form 10-K、FY2025）。赤字から黒字へ転じた期であることが読み取れます。
- 売上に対する売上原価の比率は51%（Form 10-K、FY2025）。売上に対して原価の占める割合が大きい構造であることが読み取れます。
- 同社は、売上の過半が利用量ベースのため、消費者の活動や景気の影響を、主にサブスクリプション収益に頼る企業より早く強く受けうるとしています（Form 10-K、FY2025）。従量課金の変動の大きさを同社自身が認識していることが読み取れます。
Otsumuの読み解き：なぜ成り立つのか
ここからはOtsumuの考察です。API・開発者向けプラットフォームの型では、Otsumuは「開発者が短時間で最初の成功に到達できること」が導入の入口になると見ます。ドキュメントを読み、試しに一件送ってみて、動いた。この体験までの時間が短いほど、営業を介さずに利用が始まります。セルフサービスを販売経路の一つに置いていることは、この入口を重視していることの表れと読めます。
ただし、試しに動くことと、本番で使い続けられることは別の問題です。本番では、届かなかったときの原因が分かるか、月の請求額を事前に見積もれるかが問われると考えられます。従量課金は始めやすい反面、費用の見通しが立たなければ社内の承認が通りにくくなります。
トレードオフは、解約の自由と収益の安定です。縛りのない従量課金は導入の障壁を下げますが、顧客の事業環境が変われば売上もすぐに動きます。利用量ベースとサブスクリプションベースの製品を併せ持つ構成は、この変動をならす役割を果たしうるとOtsumuは考えます。加えて、通信のように利用量に比例して外部への支払いが発生しうる領域では、粗利の見通しを早い段階で持つことが必要だと考えられます。
自社事業に持ち帰る問い
- 開発者が自社のAPIで最初の成功に到達するまで、何分、何ステップかかりますか。
- エラーが起きたとき、利用者が自力で原因にたどり着ける情報を返していますか。
- 顧客は、来月の請求額を自分で見積もれますか。
- 「アクティブな顧客」を、どの金額、どの期間で定義しますか。
小さく試すなら
- 提供したい機能のなかから用途を一つだけ選び、その用途に絞った最小限のAPIと説明資料を用意します。
- 社外の開発者に数名協力してもらい、資料だけを頼りに接続してもらいます。横で観察し、手が止まった箇所、読み返した箇所を記録します。
- 出たエラーごとに、開発者が原因をどう推測したかを聞きます。推測が外れたエラーは、メッセージか資料の改善対象です。
- 料金の説明を見せ、想定する使い方で月にいくらかかるかを開発者自身に計算してもらいます。2〜4週間でここまで行い、計算が合わない場合は課金の単位や説明を見直してから対象用途を広げます。
資料の位置づけ
企業・サービス：Twilio Inc. / コミュニケーションAPI（メッセージング、音声、メール、認証など）。参照資料の対象：FY2025（2025年12月期）Form 10-K。このページは公開情報にもとづく学習用の分析です。Otsumuの支援実績や当該企業との取引関係を示すものではありません。示唆と検証案はOtsumuの考察であり、企業自身の見解とは区別しています。
参考資料と編集について
zigyo.ai の関連ナレッジ ↗をもとに、Otsumuが検証・実装・運用の観点から再編集しました。制度・仕様・サービスの現況は、各提供元の最新情報をご確認ください。
編集：Otsumu株式会社 ／ 編集日 2026.09.20