13万starsのExcalidraw、手描き風キャンバスをOSSとPlusに分けた理由

まず「きれいな図」ではなく、考えを残すキャンバスへ

Excalidrawは、図を完成品として見せる前に、考えながら共有するためのvirtual whiteboardとして広がった。

GitHub repositoryは2020年1月2日に作成され、2026年8月20日時点で130,071 starsと14,929 forksを集めている。出典

初期のプロジェクトが掲げた説明は「Virtual whiteboard for sketching hand-drawn like diagrams」だった。

Christopher Chedeau（Vjeux）はcontributorsとして記録され、READMEの言葉は、正確な作図よりも思考の速度を優先する方向を示している。出典

創業者の問題意識

Vjeuxは、Excalidrawを「Virtual whiteboard for sketching hand-drawn like diagrams」と表現した。出典

この一文は、巨大な設計ツールを作る宣言ではない。

会議中に線を引き、消し、相手へ渡すという最小の行為を、ブラウザで軽くする宣言だった。

OSSが配布を担った

MIT licenseでコードを公開したことで、利用者はサービスの許可を待たずに試せた。

GitHubのissue、discussion、releaseが開発の表舞台になり、forkとcontributorsが改善の入口になった。出典

OSSとPlusの分岐

次の転機は、editorとhosted collaborationを分けたことだ。

READMEはsponsorshipとExcalidraw+を並べ、無料で広がるcanvasと、保存・共有を求めるチーム向けの層を接続している。出典

130,071 starsの先にあるもの

2026年8月20日のGitHub APIでは130,071 starsと14,929 forksが確認できる。出典

これは売上ではない。

しかし、利用者が図を描く道具を自分の環境へ持ち込み、改変し、共有できることの強さを表す。

現在の課題は、OSSの人気を継続的なworkspace利用へ変えることだ。

公開revenueは確認できないため、Plusの転換と運用負荷は要確認である。出典

結び

Excalidrawの歩みは、機能表ではなく「未完成な考えを共有してよい」という体験を配った歴史として読むと分かりやすい。

日本のプロダクトでも、清書前の不完全さを価値に変えられる場面はまだ多い。

Excalidrawは、図を正確に描くよりも「考えをすぐ外に出し、相手と共有したい」チームに刺さる。

hand-drawn風の見た目は完成品らしさを下げ、会議中の仮説や設計を編集可能なまま扱える。出典

MIT licenseのOSS editorと、共有・保存を担うExcalidraw+を分けたことで、個人の試用とチーム利用の入口を同時に作ったと考えられる。出典

強い技術的lock-inではなく、ファイル形式・埋め込み・コミュニティ・手描き風のブランドが組み合わさった軽いmoatだ。

MIT licenseは参入を許す一方、長期的には「考えるときの標準キャンバス」という習慣が障壁になる。出典

ネットワーク効果は中程度。

共同編集そのものは参加者が増えるほど便利になるが、単独利用でも価値があるため強いwinner-take-all型ではない。

共有された図が次の利用者を呼ぶartifact networkが中心だ。出典

個人開発者、product manager、designer、エンジニア、教育者など、図解を素早く共有したい人が中心だ。

高精度なCADや厳格なdiagram governanceを求めるEnterpriseには単独では向かない。出典

第一に、白紙キャンバスと手描き風という一文で価値が伝わること。

第二に、MIT licenseとGitHub repositoryを配布チャネルにしたこと。

第三に、OSSの自由度を保ちながらPlusへ接続したことだ。出典

GitHub APIで130,071 starsと14,929 forksが確認でき、配布と改変の余地が認知を積み上げたことを示す。出典

OSS editorはコピーされやすく、手描き風の表現だけでは長期的な差別化になりにくい。

Plusの同期・保存・チーム機能が継続利用を生むかは、公開revenueがないため要確認だ。出典

また、GitHub contributorsとissue対応に依存する開発モデルは、主要メンテナーへの負荷や互換性の維持をリスクにする。出典

GitHubで無料配布し、README・fork・contributorsを成長エンジンにする。

その後、保存・共有・チーム利用をExcalidraw+へ接続する。

広告ではなく、OSSの利用頻度をhosted collaborationの需要へ変換する設計だ。出典

この戦略は初期の拡散には強いが、無料editorから有料workspaceへの転換率が公開されていない点は要確認である。出典

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

機能を増やす前に、利用場面を一つの感覚的な言葉へ圧縮すると、OSSでも配布が起きる。

Excalidrawの手描き風は「未完成でも共有できる」という心理的barrierを下げた。

ただし、無料で広がる層と課金するチームの課題は違う。

日本で同様の事業を作るなら、OSSの拡散指標とworkspaceの継続率を分けて計測したい。

日本では、会議の議事録・要件定義・授業の板書を「後から清書する」より、手描き風のまま共有する用途を強調できる。

個人情報を含む図を扱う企業向けには、self-hostingやデータ保管地域の説明が重要になる。

OSS editorを無料で提供し、チームの保存・権限・監査だけを有料化するopen-coreは、日本の開発者コミュニティにも適用しやすい。

ただし、Excalidraw自身の日本市場データは要確認だ。