Cal.com

ひと目でわかる事例

誰が

Peer Richelsen / Bailey Pumfleet

いつ

2021年に公開

何を

オープンソースのスケジュール予約基盤。

ビジネスモデル

サブスク

確認できた実績

資金調達：$25M

なぜ、この事例に注目するのか

予約という成熟市場で、拡張性とセルフホストを差別化にした。

Cal.comは、Peer Richelsen / Bailey Pumfleetが2021年に公開したSaaSの事例です。提供価値を短く言えば、オープンソースのスケジュール予約基盤。 公開情報から今回確認できた代表的な数字は「$25M」。ただし、ひとつの大きな数字だけで成功の理由を説明することはできません。

注目したいのは、予約というテーマを、単なる機能ではなく、利用者が理解しやすい体験へ落とし込んでいる点です。新しい事業を考える時、技術や市場の大きさから始めると対象が広がりがちです。この事例は「誰が、どんな場面で、何を終えたいのか」まで分解して読むと輪郭がはっきりします。

SaaSは継続利用が前提です。最初の便利さに加えて、日々の業務に組み込まれる頻度、乗り換えの理由、使い続けるほど増える価値を分けて見る必要があります。

ここから先は、出典で確認できた事実と、AI WE編集部による事業設計上の読み解きを分けて記します。確認できる事実は、運営者、公開年、サービスの概要、資金調達の「$25M」とその説明です。成長要因や再現方法については断定せず、公開情報から検討できる仮説として扱います。

事業の仕組みを分解する

Cal.comの設計を考えるうえで、まず押さえたいのは「オープンソースのスケジュール予約基盤。」という説明の短さです。利用者が価値を理解するまでに長い前提知識が必要なサービスは、広告、紹介、検索のどの入口でも離脱が増えます。名前や機能をまねるのではなく、価値を一文で説明できる狭さを参考にできます。

予約とオープンソースの組み合わせも手掛かりです。タグは単なる分類ではなく、「何を提供するか」と「誰が、どの文脈で使うか」の接点を表します。競合を探す時は同じカテゴリだけでなく、利用者が現在代わりに使っている手作業、表計算、外注、汎用ツールまで含めて比較すると、置き換えるべき不便が見えます。

この事例のビジネスモデルはサブスクです。サブスクは売り切りではなく、解約されない価値を毎月届ける設計です。導入時の期待だけでなく、継続的に発生する仕事や習慣に結び付いているかを確かめる必要があります。

つまり、画面や機能だけを似せても、同じ結果にはなりません。獲得経路、利用頻度、原価、サポート負荷、支払いのタイミングがつながって初めて事業になります。とくに小さく始める場合は、機能数よりも、価値を感じる最初の瞬間までを短くするほうが検証しやすくなります。

数字をどう読むか

今回の確認値は資金調達「$25M」で、注記は「公式シリーズA発表の調達額」です。出典は「Cal.com — Series A and v1.5」、最終確認日は2026-07-17。数値は確認日時点の公開情報であり、現在値を保証するものではありません。

資金調達額や評価額は、投資家から見た成長期待と開発余力を示す数字です。顧客から得た売上や利益とは異なり、調達自体を事業の成功と同一視はできません。

もう一つの注意点は、生存者バイアスです。表に出る成功事例からは、同じ方法を試して伸びなかった事業や、公開されていないコストが見えません。Cal.comの数字は可能性の証明にはなっても、同じ入力から同じ出力が得られる証明にはなりません。

比較に使うなら、同じ資金調達でも定義、対象期間、地域、無料・有料の範囲をそろえます。そして結果の数字だけでなく、そこへ至るまでに必要だった期間、チーム、資本、既存の評判を別の列に置くと、判断を誤りにくくなります。

小さく検証するなら

日本で似た着想を試すなら、最初に作るものは完成品ではなく、需要の有無を確かめる小さな検証です。Cal.comそのものを複製するのではなく、予約に関わる不便を抱えた対象者を一種類に絞り、現在の代替手段と困る頻度を聞き取ります。

次に、オープンソースのスケジュール予約基盤。という価値を、手作業でもよいので一度だけ提供します。確認したいのは「使ってみたい」という感想ではなく、時間を割いて試すか、もう一度使うか、対価を払うかという行動です。実装前に行動を観察できれば、不要な機能を作るリスクを下げられます。

検証指標は三つで十分です。対象者に届いた数、核心の体験まで進んだ割合、再利用または支払い意思を行動で示した数です。$25Mのような最終成果を初期目標にせず、仮説が一つずつ正しいかを測れる近い数字を置きます。

最後に、名称、ロゴ、画面、文章、データを流用しないことも重要です。公開情報は着想と比較の材料にとどめ、商標や著作物、利用規約、個人情報を確認したうえで、異なる顧客課題に対する独自の解決として設計してください。