RetoolとAppsmith、社内ツールを作るならどちらを選ぶべきか

結論から言うと、作る人が少なく、営業やCSなど使う人が増えていくなら、まずRetoolを検討します。一方で、社内にサーバー運用や更新を引き受ける技術担当がいるなら、Appsmithも有力です。ただし、本番データへの接続責任者が決まっていないなら、どちらも契約に進めません。

RetoolとAppsmithは、どちらも社内向けの業務画面を作るためのサービスです。営業がCRMを見ながら案件を追い、CSが問い合わせ履歴を確認し、経理が別の管理画面を使う。こうした仕事を一つの画面にまとめたい場面で候補になります。

先に、自社がどこに当てはまるかを決める

これは機能の優劣ではなく、導入準備の判定です。画面が作れそうかより、誰がデータに触れ、止まったときに誰が直すかの方が、導入後には効いてきます。

「無料版で動いた」を本番開始の合図にしない

最初の画面は、担当者が自分のAPIキーでつなぐだけで作れます。便利さを実感しやすい反面、その担当者が異動したあとに接続先を直せる人がいない、という状態にもなりがちです。便利な画面ほど、止まったときに困ります。

試作では、顧客情報を更新しない「見るだけ」の業務から始めるのが無難です。たとえば、CSが顧客の契約状況を参照する画面です。更新や削除を含む作業は、接続先・権限・戻し方を決めてから広げます。

料金は「作る人」と「使う人」を分けて考える

社内ツールは、作成者が少なくても利用者が増えることがあります。だから、月額だけを見て決めると、運用開始後に見積もりが変わります。作成担当が2人、利用者が20人になったときの費用を、契約前に各社へ確認してください。

私は、作る人が少なく、使う人が増える見込みなら、先にRetoolの料金を試算します。ただし、データ接続を引き受ける人が一人しかいないなら、この結論は逆転します。サービス選びより先に、運用の穴を埋めるべきです。

「編集できる人」を増やしすぎない

営業やCSに画面を渡すとき、全員を編集者にする必要はありません。最初は閲覧中心にし、修正できる人を必要最小限に絞ります。顧客データの一部だけを見せる必要があるなら、画面側の見た目ではなく、接続先の権限設計まで確認します。

契約前に、次の三人が同じ認識を持てているかを確かめてください。

• 情シスまたは開発責任者：接続先、権限、ログの扱い
• 現場責任者：誰が使い、どの操作まで許すか
• ベンダー営業：契約プランの範囲、利用者の数え方、サポート条件

セルフホストは「自由」ではなく、面倒を見る約束

Appsmithはクラウドで使う方法に加え、自社環境で運用する選択肢があります。これは要件に合えば強みですが、更新・バックアップ・障害対応まで自分たちで引き受けることでもあります。技術担当が不在の会社が、コストだけを理由に選ぶのは勧めません。
出典：Appsmith公式ドキュメント

逆に、社内にその責任を持てる人がいて、データの置き場所や更新時期を自分たちで管理したいなら、比較する価値があります。

契約前に確認したい三つのこと

1. 最初の半年で、作る人と使う人はそれぞれ何人になるか。
2. 本番データへの接続、権限変更、障害対応は誰が引き受けるか。
3. 検討中プランで使える範囲と、利用者の数え方は何か。

この三つに答えられれば、RetoolとAppsmithを「できることの多さ」ではなく、自社が運用し続けられるかで比べられます。

公式情報

• Retool Pricing
• Retool Documentation
• Appsmith Pricing
• Appsmith Documentation

確認日：2026年9月6日。料金・プラン・利用条件は変更されるため、契約前に公式サイトおよび担当者へご確認ください。