Retoolとは｜できること・料金と管理画面開発案件の単価

Retoolとは｜開発者向けの内製ツール基盤

Retoolは、社内利用を前提とした管理画面・業務アプリを構築するプラットフォームです。既存のデータベースやAPIに接続し、あらかじめ用意されたUI部品を配置して画面を組み立てます。

一般的なノーコードツールとの違いは、データ層を自前で持たない前提に立っている点にあります。すでに稼働しているサービスのデータベースやAPIが接続先になるため、「業務データをツール側に移行する」という発想がありません。既存システムの上に、運用者向けの窓口だけを後付けするイメージが近いでしょう。

Retoolでできること

用途として多いのは、カスタマーサポート向けのユーザー照会画面、在庫や受発注の管理画面、社内の承認フロー、データの一括修正ツールあたりです。

画面の構築はドラッグ＆ドロップで進みますが、実際の案件ではクエリとロジックを書く時間のほうが長くなります。テーブルに何を表示するか、絞り込みの条件をどう組むか、更新時にどのAPIを叩くか。この部分はSQLとJavaScriptで記述するため、フロントエンドの経験が浅くても入れる一方、バックエンドの理解がないと詰まります。

「フロントを書かなくていい」のであって、「コードを書かなくていい」わけではありません。ここを取り違えると、案件に入ってから期待値がズレます。

料金体系とコスト感

Retoolの料金は、ユーザーの種別ごとに課金される仕組みです。Retool公式の料金ページによると、執筆時点（2026年9月）では次の区分になっています。

料金は改定されるため、提案前には必ず公式の料金ページで最新条件を確認してください。

Builderは請求サイクル中にアプリやワークフローを作成・編集したユーザー、Internal userは編集せず利用しただけのユーザーを指します。組織外の相手に使わせる場合は、External userという別の区分が適用されます。

この課金設計は、案件の見積もりに直結します。作る人が少なく、使う人が多い構成ほど費用対効果が出ます。逆に、開発者を10人単位でアサインするような規模の案件では、ライセンス費が無視できない額になります。

提供形態には、Retoolのクラウド版と、専用環境を用意するセルフホスト版があります。公式によると、セルフホスト版はさらにRetool側が運用を受け持つ形態と、利用企業が自前で運用する形態に分かれ、本番環境はKubernetes上へのデプロイ、検証目的ではDockerでの構築が案内されています（Retool公式のセルフホスト解説）。利用できるプランの条件は変わりうるため、オンプレ要件のある案件では事前の確認が必要です。

ミニFAQ：Retoolを触ったことがなくても案件に入れますか？

SQLとREST APIの実務経験がある人なら、基本操作の把握は比較的短期間で進めやすい部類です（習熟の速さは前提スキルと案件の難易度で変わります）。ただし提案段階で「未経験だが既存スタックで代替できる」と言えるだけの引き出しは要ります。無料プランで管理画面を1つ作り切っておくと、面談での説得力が変わります。

管理画面を早く作る3つの手段と選び方

管理画面の作り方には、大きく3つの系統があります。選定を誤ると、半年後に作り直しや大幅改修が必要になることがあります。まず手段の性格を押さえます。

手段1：スクラッチ開発

ReactやVueでフロントを書き、バックエンドのAPIを自前で用意する方法です。Reactとは？初心者向け入門解説で扱っているような標準的な構成が該当します。

自由度は最も高く、プロダクトの一部として長く使うものには向きます。一方で、認証・権限・一覧の絞り込み・CSV出力といった「どの管理画面にもある機能」を毎回書き直すことになり、初期構築に時間がかかります。

手段2：内製ツール基盤（Retool・Appsmith等）

接続先のデータベースやAPIを指定し、画面はUI部品で組む方法です。

強いのは、利用者が社内に限られ、画面数が10〜30程度で、UIの作り込みを求められない領域です。ユーザー認証や権限管理が基盤側に載っているため、そこを実装しなくて済むのが最大の時短要因になります。

弱いのは、独自のUI表現が必要なケースと、外部の顧客に見せる画面です。ツールのお作法から外れたことをやろうとすると、スクラッチより時間がかかります。

手段3：業務SaaS（kintone・Power Platform）

アプリ側にデータを持たせ、業務部門が自分で運用していく方法です。エンジニアの関与は、外部連携やカスタマイズが中心になります。

この領域は製品ごとに案件の性格が違うため、詳細は個別記事に譲ります。kintone案件のフリーランス実情｜単価相場・必要スキル・参入ルートと、Power Platform案件｜Power Apps・Automateの単価と実務が対応します。

判断フロー：どこで線を引くか

現場で使える判断軸を、条件ごとに整理します。

判断の起点は、データをどこに置くかです。既存のプロダクトDBを正として参照するなら、業務SaaSは最初から候補から外れます。そのうえで、画面の寿命とUI要求で、スクラッチと内製ツール基盤を分けます。

案件の提案では、この線引きを口頭で説明できるかどうかで信頼が変わります。「Retoolでやりましょう」ではなく「この条件なので内製ツール基盤が合います、ただしここは将来スクラッチに寄せる想定です」と言えると、単価交渉の土台になります。

Retool・Appsmith・Budibase・ToolJetの違い

Retoolの代替として名前が挙がるのが、OSSの3製品です。ライセンスとセルフホストの自由度が、Retoolとの主な差分になります。

ライセンスとセルフホスト可否は各製品の公式ドキュメントで確認できます。導入時の構成（必要なコンテナ数やミドルウェア）は製品とバージョンで変わるため、公式のデプロイ手順を一次情報として当たってください。OSS3製品を横並びにした解説としてはToolJet公式ブログの比較記事もありますが、比較元が当事者企業のため補助的な参考に留めるのが無難です。

案件で効いてくるのは、セキュリティ要件との相性です。金融や公共のように、データを外部SaaSに出せない制約がある領域では、セルフホスト可能なOSSが選択肢になります。逆に、スピード重視のスタートアップでは、運用を持たずに済むクラウド版が合います。

どれか1つを深く触っておけば、他への横展開は難しくありません。接続設定・クエリ記述・UI部品配置という構造は共通しているためです。むしろ差がつくのは、接続先の知識のほうです。PostgreSQLとは？特徴・MySQLとの違い・案件単価・将来性をフリーランス視点で解説やSupabaseとは？特徴・Firebaseとの違い・料金・フリーランス案件動向をエンジニア視点で解説で扱うようなデータ層の理解が、そのまま提案力になります。

社内ツール・管理画面開発案件の単価相場

まず短答です。首都圏中心・実務経験3年以上を想定した公開案件ベースでは、週4〜5日の準委任で月60〜90万円が中心帯になります。上流の要件整理やデータ設計まで担う場合は、月80〜110万円の提示も見られます。こちらは小規模でも要件定義や技術選定を経験した層が対象になりやすいレンジです。

以下に示す数字の母集団を明示します。2026年9月時点で、首都圏中心の主要フリーランスエージェント数社の公開案件ページと、クラウドソーシングの公開募集（ランサーズの業務システム・ツール開発カテゴリ等）を、「管理画面」「社内ツール」「業務システム」のキーワードで確認した範囲での目安です。対象は実務経験3年以上、週3〜5日稼働の準委任案件を想定しています。この領域はRetoolを名指しした公開案件の数がまだ少なく、観測ベースの目安として読んでください。

稼働形態別の目安

なお、非公開で打診される案件は個別条件の影響が大きく、上振れするケースがあります。公開案件の数字とは性格が異なるため、同じ相場として見ないほうが安全です。

単価が上振れする条件

レンジの上側に届いている募集には、共通する要素があります。

技術選定の判断を任される立場であること。前述の「どの手段で作るか」を決め、根拠を説明できる役割です。実装だけの契約とは、提示額が変わります。

業務側とのヒアリングを自分で回せること。社内ツールの要件は、業務部門の頭の中にしかないことが大半です。仕様書が出てくる前提で待っていると、プロジェクトが止まります。

データ設計に踏み込めること。既存DBの構造が悪いまま管理画面を被せると、数か月で破綻します。ここを指摘して直せる人は、単発の実装者とは別枠で扱われます。

該当するのは、Web系のバックエンド実務が3年以上あり、小規模でも要件定義から関わった経験を持つ層です。フロントの実装経験だけでこのレンジに入るのは、簡単ではありません。

単価を体系的に上げる考え方は、【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。

ミニFAQ：Retoolのライセンス費はこちらが負担するのですか？

準委任では発注側が負担するケースが多い傾向ですが、最終的には契約条件によります。提案段階で費用感を聞かれることは多いため、Builder数とInternal user数を仮置きした概算を出せるようにしておくと話が早くなります。契約上どちらが負担するかは、着手前に書面で確認してください。業務委託契約書の確認ポイントに、締結前に見るべき条項を整理しています。

案件の探し方と参入ルート

製品名ではなく、業務名で探します。 これがこの領域の鉄則です。「Retool」で検索すると案件がほぼ出てきませんが、「管理画面」「業務システム」「社内ツール」「バックオフィス」で当たると母数が変わります。

ルートは3つあります。エージェント経由（準委任の中〜長期）、クラウドソーシング経由（単発の小口）、直契約（既存の人脈から）。小口が多い領域なので、フリーランスエンジニアの直案件の取り方｜エージェント以外の獲得ルート7選と契約・営業の注意点で扱う直契約の比重が、他領域より高くなりがちです。

フリコンの案件一覧でも、業務システム・管理画面まわりの募集を確認できます。

ケース1：副業から始める

週末の稼働で入るなら、クラウドソーシングの単発が現実的です。1件5万〜30万円のレンジで、画面数本の構築が中心になります。

最初の1件は、単価よりポートフォリオとして見せられるかで選んでください。守秘義務で画面を出せない案件が多いため、構成図と担当範囲を文章で説明できる形に整理しておきます。稼働時間の作り方は副業エンジニアの案件の探し方｜サイト比較・単価相場・確定申告まで完全ガイドが参考になります。

ケース2：専業で週3〜4日を埋める

準委任で複数社を並行するパターンです。管理画面案件は画面単位で区切りやすく、掛け持ちと相性が良い部類に入るとされます（実際の読みやすさは既存システムの状態に左右されます）。

週3日で働くフリーランスエンジニアの始め方｜単価相場・案件の探し方・向いている人を解説で扱っているような稼働設計が、そのまま当てはまります。ただしリリース直前は工数が跳ねるので、2案件の山が重ならないようスケジュールを組んでください。

ケース3：ローコード領域へ初参入する

Web開発の経験はあるが、この種の基盤を触ったことがない場合です。

順番としては、無料プランで自分用の管理画面を1つ作り切る、という手順から入るのが早道です。既存の個人開発プロジェクトのDBに接続し、データの一覧と編集ができる画面を作ります。登録から最初の画面が動くまで、慣れた人で半日から2日程度です。ここまで行けば、面談で具体的に話せる材料が揃います。

自動化ツールとの組み合わせを聞かれることもあります。n8nとは｜ノーコード自動化ツールの使い方・料金・AI連携を解説で扱うようなワークフロー基盤と併用する構成は、実際の現場でも見られます。

案件で求められるスキル

必須は3つです。SQL（結合と集計が書ければ足ります。SQLとは？歴史から考え方や年収まで徹底解説が入門になります）、REST APIの理解、そしてJavaScriptの基礎。ツール上のロジック記述で使います。

あると強いのは、権限設計の経験です。社内ツールは「誰が何を見られるか」で揉めます。ロールの切り方を提案できると、実装者以上の扱いになります。

型定義を扱う案件ではTypeScriptとは？JavaScriptとの違いや年収、将来性について解説の知識も効きますが、ツール内のスクリプトは素のJavaScriptで書くことが多く、優先度は高くありません。

実務で詰まりやすいポイント

失敗1：権限設計を後回しにする

最も多いパターンです。「まず動くものを」で作り始め、リリース直前に「経理は他部署のデータを見せられない」と発覚します。

対策は単純で、最初のヒアリングで「この画面を誰が使うか」を役職単位で聞くことです。ロールが3つ以上出てくるなら、画面設計より先に権限マトリクスを作ります。

失敗2：既存DBの構造をそのまま画面に出す

テーブル定義をそのまま一覧にすると、業務側から「この列は何ですか」が止まらなくなります。

内部的なフラグやステータスコードは、表示名に変換してから出してください。この変換ルールをどこに持たせるかは設計判断になりますが、ツール側に散らばらせると保守が壊れます。

失敗3：スケールしない構成のまま引き渡す

数百件のデータで動いていた画面が、数万件で固まる。全件取得してからクライアント側で絞り込む実装にしていると起こります。

一覧系の画面は、絞り込みと件数制限をデータベース側で処理する前提で組んでください。動作確認は、本番相当のデータ量で行うのが原則です。監視の考え方はDatadogとは｜統合監視SaaSの特徴・Sentryとの違い・案件単価を徹底解説が参考になります。

実践チェックリスト

提案前と着手前に、それぞれ確認する項目を分けました。

提案前に確認すること

• 接続先のデータベース・APIの種類と、本番データへのアクセス経路

• 想定利用者数（Builderとして編集する人／閲覧だけの人を分けて）

• 画面の想定寿命（検証用か、数年使うか）

• 外部公開の有無（社外の顧客が触るなら費用と設計が変わる）

• データを外部SaaSに置ける契約か（セルフホスト要否の判断）

着手前に確認すること

• ライセンス費の負担者と、契約上の記載

• ロール定義（誰が何を見て、何を更新できるか）

• 本番相当のデータ量でのテスト環境の有無

• 引き渡し後の保守を誰が持つか

• 成果物の権利と、他案件への転用可否

まとめ

Retoolは既存のDBやAPIに接続して管理画面を組み立てる開発者向けの基盤で、案件としては「管理画面開発」「業務システム改修」の枠に手段として持ち込む形が現実的です。

• 製品名で案件を探しても出てこない。「管理画面」「業務システム」「社内ツール」で当たる

• 手段の選定はデータの置き場所から。既存DBが正なら業務SaaSは候補外

• 利用者数十人・寿命1〜2年・標準UIで足りる、が内製ツール基盤の適性条件

• 公開案件ベースの目安は週4〜5日の準委任で月60〜90万円。上流込みで月80〜110万円の提示も見られる

• 単価の上振れ要因は、技術選定の判断・業務ヒアリング・データ設計の3つ

• 権限設計の後回しが最頻の失敗。最初のヒアリングで役職単位の利用者を洗う

• 無料プランで管理画面を1本作り切るのが、最短の入口

次のアクションとしては、手元のデータベースに接続して一覧と編集ができる画面を1つ作ってみてください。短時間でも、面談で話せる材料をつくりやすくなります。

参照した一次情報は次のとおりです。Retool公式 料金ページ、Retool公式 セルフホスト解説、Appsmith公式、Budibase公式、ToolJet公式。