ToolJet、OSSのvisual builderを企業のinternal tools基盤へ広げたopen-core設計

ToolJetは、社内ツールを作るたびにbackend、frontend、認証を組み合わせる重さを、visual builderで圧縮するところから始まった。

創業者Siddharth Naikは、ToolJetを開発者がdatabaseやAPIへ接続してinternal toolsを作るためのopen-source platformとして位置づけている。出典

創業のきっかけ

初期の中心課題は、業務部門の要求に対して、開発者が同じ種類のCRUDとdashboardを繰り返し実装することだった。

GitHub repositoryを公開し、Dockerなどで試せる形にしたことで、導入前にコードと運用方法を検証できる入口を作った。出典

転機・苦労

OSSの入口だけでは企業の運用要件を満たしにくい。

ToolJetはconnector、権限、SSO、監査、複数環境といった機能を積み上げ、Community EditionとEnterpriseの差分を広げた。出典

これは単純なlow-codeから、開発・運用基盤への転換だった。

成長・成功

GitHub APIは2026年7月時点でrepositoryの38,252 starsを示しており、OSS distributionが認知の土台になった。出典

公式サイトは現在、AI app generationやagent builderを既存のplatformへ加えている。出典

結び

ToolJetの道のりは、画面を早く作る機能より、既存データへ安全につなぎ、組織で運用できる境界を商品化する試みとして読むべきだ。

Siddharth Naikの出発点にあった反復作業の削減は、AI機能が増えても変わらない評価軸になる。

ToolJetのPMFは、社内業務の小さなCRUDやdashboardを毎回フルスクラッチで作る開発チームにある。

公式READMEはdatabase、API、SaaSを接続し、visual builderとJavaScript/Pythonを併用できると説明する。出典

既製SaaSでは業務固有の権限・データ接続が足りず、内製では納期が重い。

その中間をopen-coreとself-hostingで埋める設計だ。

最大の障壁は、単なる画面builderではなく、connector・権限・deployment・communityをまとめた運用面の蓄積だ。

個別機能は模倣できても、企業の既存データに安全に接続する実装面は置換コストを生む。

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

communityのconnectorやissue解決は利用者が増えるほど厚くなるが、単一組織内で完結するアプリは直接的なネットワーク効果を持たない。

主対象は、業務部門の要求に応えたい中小企業の開発者、platform team、社内tool担当者。

高度なUIをゼロから作りたいフロントエンド専業チームや、完全管理SaaSだけを求める企業には第一選択にならない。

第一は80以上のdata sourcesとvisual builderを一つのworkflowに束ねたこと。出典

第二はGitHubで配布し、self-hostingからEnterpriseへ広げる導線。

第三はAI app generationを既存のbuilderに追加し、既存顧客の利用面を増やしたこと。出典

open-sourceとEnterprise機能の境界が複雑になるリスクがある。

GitHub issueの多さは活発さの裏返しである一方、互換性・保守負担の検証が必要だ。出典

また、AI機能は競合の追随が速く、差別化が永続するとは限らない。

GitHubでCommunity Editionを配布し、DockerやKubernetesで試せる入口を作る。出典

その後、SSO、audit logs、GitSync、supportなどEnterprise要件を重ねる。

無料のself-hostingは導入障壁を下げる一方、cloud conversionを弱めるトレードオフもある。

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

ToolJetの示唆は、OSSを単なる無料版ではなく、導入・self-hosting・Enterprise運用まで連続したproduct journeyとして設計することだ。

機能数の競争より、データ接続と権限の失敗を減らすことが継続利用に効く。

日本では、Excel・Access・部門SaaSに散った業務を短納期でつなぐ用途が現実的だ。

個人情報を扱う企業ではself-hostingが採用理由になり得るが、国内サポート、監査証跡、SIerとの責任分界は要確認である。