Appsmithとは｜「見るだけの人」からも取る——Retoolと逆を張る社内ツールOSS

「全員同じ値段」という思想——数えるのはメンバー数だけ

見積もりは人数×15ドルで1秒で終わる。その引き換えに、見るだけの人にも同じ単価がかかる。

Appsmithの課金対象「ユーザー」の定義は明快です。公式の表現では“any member that has been added to a workspace in your Appsmith instance”——ワークスペースに追加された全メンバー。編集するか、見るだけかは問いません。

3プランの構造

見積もりで見落とすのは「追加した月の満額」

公式は、請求サイクルの途中で追加されたメンバーにも1か月分の満額がかかると明記しています。プロジェクト単位で人が出入りする使い方では、日割りを前提にした見積もりが狂います。一時的な閲覧はアプリの共有機能や画面キャプチャで済ませ、ワークスペースへの追加は常時使う人に絞るのが定石です。

Retoolとの損得は「閲覧者の比率」で決まる

全員が編集する少人数チームはAppsmith。作る人が2〜3人で見る人が数十人の構成はRetool。比率を数えるだけで答えが出る。

Appsmithの一律15ドルと、Retoolの2軸課金（Businessで編集者50ドル・閲覧者15ドル）は、正反対の思想です。どちらが安いかは機能ではなく、チームの中の閲覧者の割合で機械的に決まります。

分岐点を計算する

もう1つの軸: OSSセルフホストの自由度

Appsmithはオープンソースで、全プランでセルフホストが選べます。クラウド無料枠は“Up to 5 users for cloud”と5人までですが、OSS版の自前運用ならコミュニティ機能の範囲で人数制限なく使えます。Retoolのセルフホストが100ユーザー上限（Enterprise未満）だったのと対照的で、統制よりコストを優先する組織にはこの差が効きます。

OSS社内ツール運用で先に決めておくこと

セルフホストの無料は「基盤運用を自社が持つ」の別名。DB直結の権限設計とアップグレード当番を決めてから本番に載せる。

Appsmithに限らず、社内ツール基盤は本番データベースに直結するのが本質的なリスクです。無料で始められるOSSほど、権限設計を後回しにしたまま利用が広がりやすく、そこが最初の落とし穴になります。

DB接続は「読み取り専用から」が定石

最初の接続は読み取り専用のDBユーザーで行い、更新系の画面を作る段階で書き込み権限を最小限に開ける——この順序を守るだけで、社内ツール起因のデータ事故の大半は防げます。カスタムロールでの操作制御はBusinessプラン以上の機能なので、無料運用の間はDB側の権限で守る設計になります。

セルフホストの見えない請求書

OSS版の運用には、コンテナの稼働環境・バックアップ・バージョンアップの工数が伴います。この構図はn8nのセルフホスト判断と同じで、月15ドル×人数と、運用担当の工数のどちらが安いかという比較になります。数人での利用なら無料の価値は大きく、数十人規模の統制が要る段階ではクラウド版やEnterpriseの検討が現実的です。