Power Apps vs Retool：Microsoft のスタックか、開発者向けの社内ツールビルダーか

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

2026年8月更新

IT Director、Engineering Manager、運用リーダーとして、社内アプリやダッシュボード向けのビルダーを決めようとしているなら、Power Apps と Retool は、お互いにほとんど関係のない理由で、同じ候補リストに並び続けます。Power Apps が挙がるのは、組織がすでに Microsoft に何かの料金を払っており、すでに保有しているライセンスに Power Apps が含まれているのに、なぜ別のプラットフォームを買うのかと、誰かがもっともな疑問を投げかけるからです。Retool が挙がるのは、チームのエンジニアが以前使ったことがあるか、データベースを一から手作りせずに使いやすいインターフェースで包む最速の方法だと聞いているからです。どちらの理由も正当ですが、答えている問いが違うため、どちらのツールが勝つかは、自分が実際にどちらの問いを立てているかで完全に決まります。

まず、それぞれの課金方法から見てください。この比較では、どの機能比較よりもこの点が多くを決めるからです。Power Apps は定額のユーザー単位ライセンスで、Premium は年払いで月 $20（Microsoft 自身の料金ページによる）です。この料金は、ログインする人がアプリを作った人か、数字を確認するために開くだけの人かを問いません。Retool は、各人が実際に何をするかで課金します。Business プラン（年払い）ではビルダーが月 $50、完成したアプリを開くだけの社内ユーザーが $15 で、最初の外部ユーザー50人は無料、それ以降は料金が段階的に下がります。同じ社内ツールに100人を載せると、この2つの料金体系は反対方向に引っ張り合い、どちらが勝つかは、その100人のうち何人が構築し、何人が単に使うだけかで完全に決まります。この比較を決めるもう1つの軸は、すでに何を動かしているかです。Power Apps は Microsoft 365 環境と、基幹データの置き場としての Dataverse を前提としており、そのライセンスをすでに保有している場合に最も効果を発揮します。Retool は、既存の Postgres、既存の API、すでに動かしているあらゆるものに対して、SQL と JavaScript を書くことをいとわないエンジニアを前提としており、新しいデータプラットフォームをまったく望まない場合に最も効果を発揮します。両方を候補にしている人の多くは、自分が実際にどちらの課題を抱えているのか、まだ整理できていません。この記事は、その判断をするためのものです。

TL;DR

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

Power Apps は、IT がすでに Microsoft テナントを管理しており、動くアプリへの最短経路はそのテナントの既存の ID、データ、自動化の層の中で構築することだ、という前提から始まります。キャンバスアプリは、ロジックに Excel 風の数式言語である Power Fx を使う、自由度の高いドラッグ＆ドロップの画面を提供します。モデル駆動型アプリは、ビジネスルール、リレーション、セキュリティロールを組み込んだ完全な CRUD インターフェースを、Dataverse のスキーマから直接生成します。どちらの場合も、アプリは組織の Entra ID サインインを継承し、ワークフローや承認チェーンには Power Automate がワンクリックで使えます。それが売りです。すでにガバナンスが効き、Outlook、Teams、SharePoint と連携済みの状態で現れるアプリであり、別の ID システムを立ち上げる必要はありません。

Retool は逆の前提から始まります。基幹データはすでに別の場所、つまり Postgres、MySQL、REST API、Stripe、Salesforce など何であれ、すでに存在しており、使える社内ツールへの最短経路は、そのデータに直接接続して、エンジニアに本物のクエリと本物の JavaScript を書かせることだ、という考え方です。新しいデータベースを導入する必要も、先に移行すべきスキーマもありません。ビルダーはテーブルをドラッグし、レスポンスに対する SQL クエリまたは JS トランスフォーマーを書き、それをボタンに結び付けて公開します。この直接性がすべてであり、より広い Retool の代替ツール市場を探している読者が、たいていビジネスアナリストではなく、構築を担うエンジニアをすでに思い浮かべている理由でもあります。

重要なポイント

• Gartner は、両ツールが競合するカテゴリであるローコード開発技術市場が4年間で19%成長し、2026年までに445億ドルに達すると予測しています（出典：Gartner、InfoWorld による報道）。
• 2026年までに、正式な IT 部門の外にいる開発者がローコード利用者層の少なくとも80%を占めるようになり、2021年の60%から増えます（出典：Gartner、InfoWorld による報道）。これはまさに、Power Apps がライセンスを提供しようとし、Retool が迂回しようとしているシチズンデベロッパー層です。
• Microsoft の委託による Forrester の Total Economic Impact 調査では、実際の Power Apps Premium 顧客をモデルにした、プロの開発者200人とシチズンデベロッパー1,800人の複合組織で、3年間の投資収益率が206%、投資回収が6か月未満という結果でした（出典：Forrester の Power Apps TEI 調査）。
• Retool の2023年 State of Internal Tools 調査（開発者と技術リーダー2,276人）では、86%が、組織が前年と同等かそれ以上の時間を社内ツールの構築と保守に費やしたと回答しました（出典：Retool の State of Internal Tools 2023 レポート）。どのビルダーがそれを担うことになっても、この作業量は存在します。
• IT チームは時間の39%をカスタム連携の構築に費やしており、80%がデータサイロを自動化と AI の目標に対する最大の障壁に挙げています（出典：2025 MuleSoft Connectivity Benchmark Report、IT リーダー1,050人を調査）。まさに、Power Apps のネイティブな Microsoft 365 コネクタと Retool の直接データベースアクセスが、それぞれ反対の方向から取り除こうとしている負担です。

ビジネス目標別の選び方

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

中核機能とビルダーモデル

どちらのツールも、ビルダーが本格的なアプリケーションを一から書かずに動くインターフェースを組み立てられ、入口に立つのに深いソフトウェアエンジニアリングの経験は必要ありません。両者を分けるのは、ビルダーが生産的になるまでに、すでに何を知っていることを期待されるかです。

実際に必要なのが、外部ログインを伴う単体のポータル向けの、定額で SQL 不要のビルダーなら、どちらのツールも候補として適切ではありません。そのより単純で安いカテゴリは、Knack vs Zoho Creator の比較で扱っています。また、オフィスのユーザーではなく、現場や第一線のスタッフ向けの、本当にモバイルファーストの構築であれば、テーブル中心のそのアプローチは Glide の代替ツールのガイドで扱っています。

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

「ユーザー単位」は、どの種類のユーザーかを問うまでは1つの数字に聞こえますが、Power Apps には1種類、Retool には3種類あります。

Power Apps の公開プランは、Microsoft の Power Apps 料金ページによるもので、2026年8月に確認済みです。

以前のアプリ単位のプラン、つまりアプリ1つ向けのより安いライセンスは廃止されました。現在、本番利用の入口は月 $20 です。

Retool の公開プランは、Retool の料金ページによるもので、2026年8月に確認済みです。

セルフホスト型も同じ席単位の料金で、Team と Business は100ユーザーが上限です。Enterprise では上限がなくなります。

10人、25人、100人の実際のコスト

計算してみると、「ユーザー単位」は脚注では済まなくなります。Power Apps は、ロールにかかわらず名前付きユーザー全員に月 $20 を課金するため、請求額は単純に人数掛ける $20 です。Retool の請求額は、ビルダー（月 $50、Business プラン、年払い）と社内ユーザー（$15）がそれぞれ何人かで決まります。同じ人数でも、その比率によって Retool の請求額は大きく変わりうるため、下の表では、ビルダーが少ない組織（ビルダーがおよそ10人に1人）と、シチズンデベロッパー型の組織（チームのおよそ半数が自分たちのツールを構築する）という、2つの現実的なチーム構成で両ツールの料金を見積もっています。

分岐点は固定の比率であり、これらの数字がたまたま作った偶然ではありません。Business プランの年払い料金では、Retool の月額は 15n + 35b になります（n は総ユーザー数、b はビルダー数）。Power Apps の請求額は、定額の 20n です。ビルダーがチームのおよそ7人に1人（約14%）未満である限り、Retool のほうが安くなります。その線を超えると、ビルダーが1人増えるごとに、天秤は Power Apps の定額のほうに傾きます。どちらの数字にも、外部ユーザーは含まれていません。「ユーザー」のかなりの割合が従業員ではなく顧客やパートナーである場合、Retool は Business で最初の外部席50人が無料になりますが、Power Apps には公開された同等の割引はありません。

Microsoft 環境に関する問い

上の計算は、1つの問いに答えるまでは意味を持ちません。組織は現在すでに、Microsoft 365、Dynamics 365、または Power Platform のライセンスに料金を払っていますか。もしそうなら、Power Apps の価値のかなりの部分は、どのみち払っている請求額に埋め込まれています。Premium の席は、スタッフがすでに Outlook や Teams で使っている同じ Entra ID アカウントに割り当てられ、アプリは Teams のタブに直接埋め込め、Power Automate のフローは、別途連携プロジェクトを立てなくても、すでに SharePoint、Outlook、Dynamics で発生しているイベントをきっかけに動きます。これは IT が管理する組織にとって、実在し測定可能な価値であり、Microsoft の委託による Forrester の TEI 調査が土台とするケースです。プロの開発者200人とシチズンデベロッパー1,800人の複合組織が、すべて Microsoft エコシステム内で、3年間で206%の ROI を報告しました。

答えがいいえなら、その見返りは何もなく、Power Apps は月 $20 のライセンスと習得すべき数式言語を伴うただのアプリビルダーとなり、Retool と自力で勝負することになります。Retool はこの問いをまったく立てません。Microsoft 環境の有無にかかわらず、すでに動かしているものに接続します。Microsoft の基盤を持たないエンジニア主導のチームが、真っ先に Retool を手に取りがちなのは、まさにそのためです。

データ、拡張性、そして退路

ビルダーは最終的に、アプリがツールの規模を超えて大きくなったらどうなるのかを尋ねます。正直な答えは、この2つで大きく異なります。

Power Apps のネイティブなデータプラットフォームは Dataverse です。セキュリティロール、ビジネスルール、監査を組み込んだ構造化されたリレーショナルストアで、含まれる容量を超えると別途課金されます（Microsoft 自身のアドオン料金は、年払いで 1 GB あたり月 $40）。キャンバスアプリは、Dataverse 以外のソース、つまり SQL Server、SharePoint リスト、Excel ファイル、数百のその他のコネクタにも接続できますが、最も深い機能（リレーション、ビジネスルール、行レベルのセキュリティ）は Dataverse 固有であり、そもそもほとんどのコネクタに到達するには、どのみち Premium ライセンスが必要です。本格的な Power Apps の構築は、時間とともに Dataverse に寄っていく傾向があり、データモデルとセキュリティロールがそこに置かれてしまうと、Power Apps から離れるには、リレーショナルデータベースをエクスポートし、アプリのロジックを汎用言語ではなく別の場所の Power Fx で再実装することになります。

Retool の答えは、ほぼ正反対です。ビルダーは実際のデータベースに対して本物の SQL を書き、変換には本物の JavaScript を書きます。どちらも移植可能なスキルであり、SQL そのものについては、コードもほぼ移植可能です。導入すべき新しい基幹データの置き場はありません。アプリは、すでに動かしているどのデータベースや API に対してもクライアントであり、そのデータはもともと Retool のプラットフォームの中にあったことがありません。退路は逆方向にも開いています。Retool のセルフホスト型は、クラウドの料金とまったく同じで、Team と Business は100ユーザーが上限、Enterprise は上限なしです。そのため、Retool の UI は維持しつつ自社のインフラ上で動かしたい組織は、プラットフォームを丸ごと切り替えることなく、それができます。

どちらのツールの範囲も超える、本物のエンタープライズ規模での深いカスタマイズが実際の要件なら、そのより重量級で、大半が見積もりのみの市場層は、OutSystems の代替ツールのガイドで扱っています。また、予算が Retool の Business プランに届かなくても、エンジニア優先で本物のクエリを使うアプローチが依然として適切な形なら、同じ作りの、より安価でオープンソースに親和的な選択肢を Appsmith の代替ツールのガイドで扱っています。

導入と変更管理

リスクとガバナンス

Power Apps が適している場合

• すでに Microsoft 365、Dynamics 365、または Power Platform のライセンスに料金を払っており、新しいベンダーを加えるより、その支出を活かしたい
• ビルダーがエンジニアではなくビジネスアナリストやシチズンデベロッパーで、Power Fx の Excel のような構文が妥当な要求である
• 1つだけでなく、数十から数百のシチズンデベロッパーのアプリにわたって、一元的な DLP ガバナンスが必要
• アプリを Teams の中で動かす必要がある、または追加の設定なしに組織の既存の Entra ID サインインを継承する必要がある
• 人数に、ビルダーに比べて純粋な閲覧者が多く含まれるが、Retool のロール別の請求ではなく、ガバナンスの効いた1つのライセンスモデルがほしい

Retool が適している場合

• 新しい数式言語を学ぶより、本物の SQL と JavaScript を書きたいエンジニアが社内にいる
• データがすでに自社で管理しているデータベースや API にあり、その上にインターフェースを構築するためだけに Dataverse や新しい基幹データの置き場を導入したくない
• 組織に Microsoft 365 の利用基盤がほとんど、あるいはまったくなく、Power Apps のエコシステムの見返りが当てはまらない
• ビルダーと閲覧者の比率が低いままで、およそ7人に1人以下のビルダーなら、Retool のロール別の料金が Power Apps の定額を下回る
• データの所在地やインフラ上の理由から、クラウドの料金とまったく同じ料金のセルフホストの選択肢がほしい

意思決定フレームワーク

次のステップ

1. すでに Microsoft 365、Dynamics 365、または Power Platform のライセンスに料金を払っているかを確認しましょう。 払っているなら、Power Apps を新規購入として扱う前に、その既存の支出と照らして価格を確認してください。
2. 総人数だけでなく、実際のビルダーと閲覧者の比率を数えましょう。 Retool の請求額はその比率で動き、Power Apps の請求額は動きません。上のおよそ7人に1人という損益分岐点を、最初の目安にしてください。
3. どちらかの境界に近いなら、Retool Enterprise または Power Apps の2,000席の料金について、実際の見積もりを取りましょう。 どちらのプラットフォームも、定価を公開しているのは一定の範囲までです。
4. 決める前に、最も複雑な画面を両方のツールで作り直してみましょう。 条件ロジックが最も深い画面や、外部データソースが最も多い画面こそ、本当の構築が行き詰まる場所です。簡単な画面ではなく、そちらを先に試してください。
5. どちらも自社に合う形かまだ分からない場合は、ベストノーコードアプリビルダーのまとめが市場全体に検索範囲を広げ、Retool の代替ツールと Power Apps の代替ツールのガイドは、各ツールの直接の競合をさらに深く扱っています。Retool の適合は明確でも、それを何と比べるべきかをまだ検討中なら、Retool vs Bubble の比較が、読む価値のあるもう1つの直接対決です。