Retool vs Softr vs Budibase：2026年、自社チームに合う社内ツールビルダーはどれか

著者: Camellia · 更新日: 2026年8月26日

2026年8月更新

本当に選んでいるのは、UI キットではありません。このアプリが公開された後、誰が触れるのか、そして火曜の午後に壊れたとき、誰が直さなければならないのかを選んでいるのです。この点は、ほとんどの比較で飛ばされます。機能をランキングにするほうが、12か月後にまだ社内にいるのは誰かを問うよりも簡単だからです。

Retool、Softr、Budibase は、どれも同じ仕事の候補として売り込まれます。スプレッドシート、Slack メッセージの山、外注先の一度きりのスクリプトを、本物の社内ツールに置き換えることです。ただし、それぞれが想定している、構築して動かし続ける人物は異なります。Retool が想定するのは、SQL と JavaScript を書くことに慣れていて、フォールバックとして本物のコードがほしい開発者です。Softr が想定するのは、コードに興味がなく、すでに Airtable や Google Sheets にデータがあり、そこにフロントエンドが必要なだけの運用担当者です。Budibase が想定するのは、技術系かどうかを問わず、定額の請求の代わりにサーバーを自分で持つことを受け入れ、クレジットカードが失効した日に一緒に失効しないライセンスを得たい人です。間違ったものを選んでも、できあがるのは悪いアプリではありません。仕組みを理解している唯一の人が転職するまでは問題なく動く、というアプリができあがります。

TL;DR

この3つが属する、より広い市場については、2026年のベストノーコードアプリビルダーが、誰のデモが見栄えするかではなく、用途別に13の選択肢をすべて整理しています。

各ツールが本当に目指していること

Retool：何にでもつなげる、開発者のための社内ツール

Retool は、開発者に、構築済みの UI コンポーネント（テーブル、フォーム、ボタン、チャート）を渡し、それを SQL クエリ、REST 呼び出し、GraphQL エンドポイント、あるいはコネクタライブラリ経由のほぼあらゆるデータソースにつなげます。構成要素はレコードではなくクエリです。ビジュアルビルダーの余地がなくなったら、壁にぶつかる代わりに、Retool Workflows を通して本物の JavaScript や Python に切り替えます。それがすべてです。数時間で動く画面を組み立て、プラットフォーム自身の上限に阻まれることはありません。コードを書けば回避できるからです。

実際には、次のような場面で現れます。

• 本番データベースを直接読み書きする管理画面と運用ダッシュボード
• フォームだけでなく、本物のビジネスロジックを必要とする承認ワークフローと社内 CRUD ツール
• 2つか3つのバックエンドシステムを1つの画面にまとめるあらゆる用途
• すでにエンジニアリングの余力があり、社内専用の画面にスプリントの時間を費やすのをやめたいチーム

下の Retool 自身の料金の形が、数字を読んだ後でも合わない場合は、Retool の代替ツールが、一般的な機能リストではなく、チームが離れる実際の理由別に整理した、ほかの12のビルダーを扱っています。

Softr：すでにあるデータに被せる、速いフロントエンド

Softr は、自分がデータベースになることを望んでいません。Airtable、Google Sheets、HubSpot、あるいは Softr 自身のテーブルにすでに保持しているデータの上に、ブランド付きで権限管理されたフロントエンドを置く、最速の方法になることを望んでいます。それを、開発者なしでクライアントポータル、会員ディレクトリ、社内 wiki にします。トレードオフは、上限が低いことです。複雑なロジックや重い計算は、クエリよりもブロックベースのビルダーのほうが表現しにくく、いずれ Softr に本当にできないことにぶつかります。

実際には、次のような場面です。

• 顧客がログインして自分のレコードを見る、クライアント向けポータル
• 社内ディレクトリ、wiki、簡単な受付フォームや承認フォーム
• 誰かがエンジニアリングの時間を投じる前に、Airtable のベース上に作る顧客向けの MVP
• 今すぐ動く画面が必要で、開発者がいない、または待ちたくない運用チーム

Softr は、自分がデータベースではなくフロントエンドであると明言しています。そのため、基盤となるデータが1つの Airtable のベースを超えて大きくなった場合は、まず2026年のベストノーコードデータベースソフトウェアと Airtable の代替ツールのほうが、より関連の深い候補リストです。

Budibase：オープンソースで、実際にセルフホストできる

Budibase は、同じローコードの発想から始まります。コンポーネントをキャンバスにドラッグし、SQL または NoSQL のデータソースに接続し、自動化を追加します。ただし、本当の差別化要因は、ビルダーではなく、その下にあるライセンスです。コアはオープンソースで、セルフホスト型の Open Source エディションは、上限なしで本当に無料です。クリエイター、エンドユーザー、アプリ、自動化は無制限で、サーバーを動かす意思がある限り使えます。Cloud エディションもあり、こちらは通常の SaaS のように動きます。基本プランにクリエイター単位とエンドユーザー単位のアドオンを加え、厳密な人数の上限ではなく、月間のアクション枠で計測されます。

Appsmith も同じオープンコアの戦略（無料のセルフホスト型コミュニティエディションと、有料のクラウド層）を取っており、まさにこの議論の中で、もう1つの選択肢としてよく挙がります。Budibase に限らず、オープンソースであること自体が決め手なら、Appsmith の代替ツールも見る価値があります。

ビジネス目標別の選び方

チームと役割ごとの適合性

最終的に誰が保守することになるかは、最初のバージョンを誰が構築するかよりも重要です。そのため、今週デモをする人ではなく、1年後にもそれを所有している役割にツールを合わせましょう。

実際のチーム規模での料金

以下の数字はすべて、各ベンダー自身の料金ページに基づいており、2026年8月に確認したもので、特に断りがない限り年払いで見積もっています。比較を公平にするため、3つのツールすべてでチームの形を一定に保っています。アプリを設計し保守する少人数のビルダーと、完成したツールを仕事のために開くだけのその他全員です。10人ならビルダー2人と閲覧者8人、25人ならビルダー3人と閲覧者22人、100人ならビルダー5人と閲覧者95人です。どのシナリオにも、社外の顧客向けログインは含まれていません。これは特に Retool で実質的なコストの要因となるため、以下で別に扱います。

Retool は1つではなく、3つの異なる料金を課金する

Retool の料金には、競合のほとんどが共有していない形があります。ビルダー（アプリを編集する人）は、社内ユーザー（完成したアプリを開くだけの人）より高く、外部ユーザー（社外の人）は、Business プランになって初めて存在する、段階的な第3の料金です。

年間契約なしの月払いでは、すべての項目が高くなり、ビルダーは $12 と $65、社内ユーザーは $7 と $18、外部の段階は $10、$7、$5 です。社外のログインが1人でも必要になった時点で、チームがどれだけ小さくても Business プランになります。Team はどんな価格でも外部ユーザーを提供していないためです。

セルフホストしても、この計算は変わりません。Retool の料金ページによると、セルフホスト型のデプロイは、Free、Team、Business ではクラウドと同じ料金です。無制限のユーザー、SSO、より深いセルフホスト向け制御が使えるのは Enterprise のみです。Budibase とは異なり、自前のサーバーを動かして得られるのは、データ所在地であり、より安い請求額ではありません。

Softr はプランの段階で課金し、人数では課金しない

Softr は2026年8月5日にプラン構成全体を改定したため、他所で見かけるサードパーティの数字は、古いものとして扱ってください。Softr 自身の料金ドキュメントによると、Basic は年払いで $19/月（月払いで $25）、ビルダー1人とチームユーザー5人が含まれます。Pro は年払いで $99/月（月払いで $119）、ビルダー2人とチームユーザー10人が含まれ、チームユーザーは1人あたり $3/月で50人まで、クライアントユーザーは1人あたり $1/月で250人まで拡張できます。Business は年払いで $329/月（月払いで $395）、ビルダー3人とチームユーザー30人が含まれ、チームユーザーは1人あたり $5/月で100人まで、クライアントユーザーは1人あたり $2/月で500人まで拡張できます。追加のビルダーは、Pro で年払いの $10/月、Business で年払いの $20/月です。

ここで、思ったより安くなっている点に注目してください。クライアント（外部）ユーザーは、Softr のどのプランでも、チーム（社内）ユーザーより安くなっています。これは、Retool の外部ユーザーの段階の動きとは正反対です。これが Softr の売りを1つの項目に凝縮したものです。社外のログインが数百あるポータルは、まさにその仕事向けに価格が設定されており、代わりに高くなるのは社内の人数のほうです。

Budibase：基本プランに利用量メーターを加えたもの、自前でホストするなら無料

Budibase 自身の料金ページによると、Cloud Pro は年払いで $19/月（月払いで $22.80/月）、クリエイター1人が含まれます。Premium は年払いで $49/月（月払いで $58.80/月）で、ワークスペースが増え、アクション枠も大きくなります。Business は年払いで $299/月で、月払いの料金はページには直接表示されておらず、Budibase 自身が示す20%の月払い上乗せを適用すると、約 $359/月になります。追加のクリエイターは、どのクラウドのプランでも $50/月、エンドユーザーは1人あたり $5/月で、Softr や Retool のような、公開された人数の上限はありません。

100人での月 $694 は、上の Softr の数字との単なる偶然の一致ではなく、2つのツールが、まったく異なる経路でちょうど同じ合計にたどり着いています。一方は定額プランにアドオンを加え、もう一方は基本料金に席単位の課金を加えたものです。便利な偶然です。その人数では、2つの SaaS の選択肢はすでにほぼ同じコストで、Budibase を Softr より選ぶ本当の根拠は、Softr が提供していないセルフホストの選択肢になります。

それぞれの規模での実際のコスト

この料金の形に魅力を感じるなら、Softr の定額プランのモデルには、知っておく価値のある親戚があります。Knack vs Zoho Creator は、人ではなくアカウント単位で課金する、さらに2つのアプリビルダーを扱っています。

「$0」の行は、人々が誤解しやすいところです。ライセンスに関しては正確ですが、Budibase を自前で動かす本当のコストではありません。そうでないふりをすることが、セルフホスト型のツールが、停止したときに誰も直せない日に、スタックの中で静かに最も高価なものになる理由です。

導入と変更管理

ここでエンジニアリングチームから借りる価値のある言葉が、「バスファクター」です。何人が抜けたら、ツールが壊れ、誰も直せなくなるか、という人数のことです。Retool と Budibase はどちらも、その数を1より大きくできます。Retool では名前を付けて共有されたクエリを通じて、Budibase では技術系の人なら誰でも開けるコードベースを通じてです。Softr はこの問いをかわします。引き継ぐべきサーバーがないため、バスファクターのリスクは自社のチームから Softr 自身の支払い能力と価格決定に移るのであって、消えるわけではありません。

リスクとガバナンス

ライセンスの問題は、「オープンソース」という言葉が通常受ける扱いより、正確に扱う価値があります。Budibase 自身のリポジトリのドキュメントによると、「Budibase は全体として GPLv3 ライセンスとみなせます」とのことですが、それは要約であって、全体像ではありません。有料のプロ向けパッケージ内のコードは Business Source License で提供されます。読むことも改変することもできますが、料金の支払いを回避するために、改変したコピーを本番環境で動かすことはできません。構築したアプリの中に同梱されるパッケージは、完成したアプリが GPL のコピーレフト条項を引き継がないよう、あえて MPL 2.0 でライセンスされています。それ以外は、既定で GPLv3 です。コンプライアンス担当者にとっての実用的なポイントは次のとおりです。プラットフォーム自体は実際に検査でき、フォークできます。有料機能にはコードが見えるにもかかわらず、実質的な制限があります。そして、Budibase を動かすことで、チームが構築するアプリにコピーレフトの条項が強制されることはありません。

Softr の8月の価格改定は、少し立ち止まって考える価値があります。仮定の話ではないからです。運用チームが静かに頼っていたツールが、今年、限られた予告で、コスト構造全体が変わりました。これは、セルフホストを支持する抽象的な議論ではなく、ベンダーリスクの現実の姿です。

すでに Microsoft 365 に標準化している IT チームは、まったく別のガバナンスの問いを立てる傾向があり、この3つはどれもそれにうまく答えられません。それが出発点なら、Power Apps の代替ツールのほうが、より関連の深い比較です。

それぞれが適している場合

Retool が適している場合

• すでにエンジニアリングの余力があり、社内専用の画面にスプリントの時間を費やすのをやめたい
• ツールに、ビジュアルビルダーではきれいに表現できない本物のビジネスロジック（条件分岐、計算、複数システムへの書き込み）が必要
• 将来の移行プロジェクトの後ではなく、今すぐ監査ログと細かな権限が必要
• データが、1つのきれいなベースではなく、1つの画面にまとめる必要がある2つか3つの異なるシステムにまたがっている

Softr が適している場合

• エンジニアリングの余力がゼロで、次のスプリントではなく、今週中に動く画面を公開する必要がある
• 実際の依頼が、社内ダッシュボードではなく、クライアント向けのポータルやディレクトリである
• データがすでに Airtable、Google Sheets、HubSpot にあり、移す必要がない
• 保守のリスクを、1人の従業員のサーバーアクセスではなく、ベンダーの稼働に置きたい

Budibase が適している場合

• 定期的な請求が人数とともに増え続けるのを止めたく、サーバーを動かせる場所がある
• コンプライアンスや調達部門が、ベンダーの言葉ではなく、実際に監査できる、ソースが見えるコードを求めている
• すでに他のセルフホスト型のインフラを運用しているため、サービスが1つ増えても新たな運用カテゴリにはならない
• ベンダーが閉鎖したり、価格を改定したり、買収されたりした場合の予備計画がほしい。Open Source エディションはどちらの場合でも動き続けるため

意思決定フレームワーク

次のステップ

別の機能比較表を見る前に、1つの問いに正直に答えてください。12か月後にこのアプリを所有するのは誰で、その人は選ぼうとしているツールの使い方をすでに知っていますか。この3者比較から Softr が脱落しそうなら、Softr の代替ツールの比較がそこから先を引き継ぎ、2026年8月の価格改定で何が変わったかも扱っています。

1. ツールの名前を挙げる前に、保守担当者の名前を挙げましょう。 開発者なら、Retool の料金とコードの深さが理にかないます。SQL を書くことが決してない運用担当者なら、エンジニアリングの好みにかかわらず、Softr が正直な選択です。

2. 営業デモの人数ではなく、自社の実際の人数で料金を見積もりましょう。 上のビルダーと閲覧者の内訳を使い、自社の実際の数字を当てはめ、3つすべてで計算してください。10人と100人の間で、特に Retool では、順位が大きく入れ替わります。

3. セルフホストがほんの少しでも選択肢にあるなら、決める前に試しましょう。 週末に、空いている VM に Budibase の Open Source エディションを立ち上げてみてください。チームの誰もそれを問題なくできないなら、ライセンス費用はさておき、セルフホストが実際に自社にとって選択肢になるかについて、実質的な情報になります。

4. ほかに誰がアクセスできるかを書き留めましょう。 どれを選ぶにしても、最初のバージョンを公開する前に、ビルダーだけでなく2人目の人が認証情報を持ち、仕組みについての5分間の説明を受けていることを確認してください。この1つの手順が、この比較全体が本当に扱っている、「もう誰もこれがどう動くのか知らない」という失敗の大半を防ぎます。

5. 25人と100人の時点で決定を見直しましょう。1回きりではなく。 10人のパイロットで理にかなったツールが、社外のユーザー、監査要件、2つ目のチームが加わったときに自動的に適切であり続けるとは限りません。最初の選択が永遠に通用すると仮定せず、この比較をやり直す時間を確保してください。

本当のボトルネックが、アプリ層ではなくデータ層だと分かった場合は、ノーコードデータベースソフトウェアの選び方が、次に読むべき、より役立つドキュメントです。