TwentyはどのようにSalesforceの反対側からopen-source CRMを育てたか

Félix Malfait、Charles Bochet、Thomas des Francsらの創業チームは、2023年にTwentyを始め、Y CombinatorのSummer 2023 batchに参加した。

YCはTwentyを「Open Source CRM」と紹介し、Salesforceのmodern alternativeを作る会社として掲載している。出典

創業：CRMを所有できるものに戻す

従来のCRMは、記録項目とworkflowがサービス側の都合に寄りやすい。

Twentyはこの前提を変え、open-source codeとself-hostingを入口にした。

公式docsは、Cloudのzero-opsと自社インフラ運用の両方を選べると説明する。出典

転機：単なるUIではなくfoundationへ

Twentyの転機は、CRMを画面の集合ではなくobjects・relations・viewsを持つデータ基盤として扱ったことだ。

APIとappsの仕組みを公開し、利用者が自社の業務を追加できるようにした。出典

成長：Salesforceの反対側から比較される

2024年にはTechCrunchがTwentyをSalesforceのopen-source alternativeとして取り上げた。

価格ページではCloud Proを年払い月額9ドル、Organizationを月額19ドルとして掲げ、比較ページではHubSpotやSalesforceとのコスト差を具体化している。出典 出典

結び：自由度を運用可能性へ変える

Twentyの物語は、安いCRMを作る話ではない。

データを所有したいチームへ、Cloud・self-hosted・API・appsという複数の出口を用意し、CRMの境界を利用者側へ開く試みだ。

Félix Malfaitらの選択は、open-source SaaSが「コードを公開する」だけでなく「業務モデルを曲げられる」と約束する方向を示している。

TwentyのPMFは、既存CRMの高い料金と固定的なデータモデルに不満を持つ、技術力のあるstartup・SMBチームにある。

公式サイトはspreadsheetやNotionを卒業し、柔軟なfoundationを求めるチームを対象に掲げる。出典

Cloudの手軽さとself-hostingの所有権を同じ製品モデルに置くことで、導入前のセキュリティ要件と導入後の拡張要求を一つの入口で受け止める。

これは単なるSalesforce代替ではなく、CRMを業務データの基盤として再利用したいチームへの適合だと考えられる。

最大のmoatは、CRMの標準objectsと拡張機構を一緒に育てる開発者・利用者の蓄積だ。

GitHubでコードを公開し、appsとAPIを用意することで、単なるUI比較ではなくデータモデルの互換性と拡張ノウハウに転換できる。出典

ネットワーク効果は中程度にとどまる。

CRM内の顧客データはチーム内共有を生むが、外部ユーザーが増えるほど価値が自動的に増えるSNS型ではない。

一方、open-sourceのcontributors・apps・templatesが増えれば、導入時の選択肢と学習資産は増える。出典

主な対象は、spreadsheetやNotionでは顧客情報を扱いきれず、Salesforceほどの高コスト・固定運用は望まないstartup、technical founder、SMBチームだ。出典

逆に、完全な導入支援や巨大な既製連携を最初から必要とする大企業には、移行・運用設計の負荷が残る。

第一は、オープンソースを配布形態ではなく拡張可能なfoundationとして設計したことだ。

objects・relations・views・workflowsを組み替えられるため、業務に合わせた差分を製品内で吸収できる。出典

第二は、GitHub・apps・docsを成長導線にしたこと。

第三はCloud Pro $9/user/monthとself-hostedを併置し、導入障壁を価格と運用の両面から下げたことだ。出典

CRMは既存データ移行・権限・連携が重く、機能を増やすほど「柔軟さ」が管理負債に変わりうる。

公式docsが拡張APIやappsを整備している一方、導入企業ごとの設計品質をTwentyだけで保証するのは難しい。出典

また、self-hostedは所有権を高める反面、upgrade・backup・監視を利用者が担う。

Cloudと比較して総保有コストが下がるかはチームの運用能力次第であり、要確認だ。

成長の軸は、Salesforce・HubSpotの価格と複雑さを比較対象にしながら、open-sourceとGitHubで開発者を先に獲得することだ。

self-hostedはセキュリティに敏感な技術チームの入口になり、Cloudは運用を任せたい組織の収益化点になる。出典

この二層構造はPLGとenterprise導入の間をつなぐが、Cloudの追加機能とOSS版の境界をどう保つかが長期のトレードオフになる。

主要チャネル: open_source, github, content, community, product_led_growth

カテゴリの既存標準を正面からコピーするのではなく、所有権・拡張性・運用の選択肢を再定義すると、open-sourceは価格訴求を超えた差別化になる。

ただし、柔軟性は機能表では伝わりにくい。

Twentyのようにdata model、API、apps、self-host手順を公開し、利用者が「自分の業務へ曲げられる」と検証できる状態まで落とす必要がある。

日本では、顧客情報を複数のExcel・SFA・社内DBへ二重入力する企業に対し、self-hostedと監査可能なデータモデルを前面に出せる。

一方、販売代理店・SIerが多い市場では、導入支援と日本語の運用テンプレートが不足するとOSSの自由度が逆に障壁になる。

CRM単体ではなく、業界別のobjects・workflow・権限設計をパッケージ化するのが現実的だ。