Retool pricing in 2026 breaks into four tiers. Free for very small teams, Team at roughly $10 per standard user each month, Business at roughly $50 per standard user each month, and Enterprise on a custom annual contract, with separate cheaper seats for external end users. Those headline rates are not what catches teams out. The bill grows with every person you add, so a tool that cost $50 a month during the pilot can quote five figures a year once operations, support, and a customer portal are on it.
Most people evaluating this platform already accept the trade. You pay per seat to skip months of building admin screens, and for a while that is a good deal. This post lays out every plan and rate, explains how standard users differ from end users, works the per user math at real team sizes, and names the costs no calculator shows you. By the end you will know the point where renting seats stops being cheaper than owning the app.
Key TakeawaysAs of early 2026, Retool pricing lists Free, Team at roughly $10 per standard user monthly, Business at roughly $50 per standard user monthly, and custom Enterprise contracts, with external end user seats billed separately at lower rates.Your real Retool cost is driven by seat count, not usage, so every new operations hire, support agent, or portal account raises the bill.A 20 person team on Business sits near $12,000 a year before metered workflow runs, AI actions, or Enterprise add ons.Governance features such as SAML SSO and audit logs sit on higher tiers, which forces a plan jump long before you outgrow the builder.Building the same tool as a Laravel app you own turns a recurring per seat bill into a fixed asset, and the math flips once annual seat spend passes the cost of one build.
Retool pricing in 2026 at a glance
All four Retool plans bill per user each month. The split that shapes your invoice is the one between standard users, who sit inside your company, and end users, who sit outside it.
Plan | Standard user per month | End user per month | Best for |
|---|---|---|---|
Free | $0, capped seats | $0, capped seats | A proof of concept or a single internal screen |
Team | About $10 | About $5 | A few builders shipping quick admin tools |
Business | About $50 | About $15 | Growing companies that need permissions and governance |
Enterprise | Custom quote | Custom quote | Annual contracts, self hosting, and procurement review |
Those figures reflect published list pricing as of early 2026. Rates, tier names, and included allowances change, so confirm the live numbers on the Retool pricing page before you put them in a budget. Annual billing and negotiated Enterprise terms shift the effective rate further.
Free works for a trial. Team suits a handful of builders. Business is where most growing companies land, and it is also where the per user math starts to hurt. If a recurring seat bill is the part you are trying to avoid, you can generate a Laravel app from a prompt and own what comes out.
How Retool pricing counts standard users and end users
Here is the detail that breaks most budget spreadsheets. A standard user is not only the developer who builds the app. It is anyone at your company who opens it.
Two engineers building a refunds console for 18 support agents means 20 standard seats, not two. The agents never touch the editor, yet each one carries the full standard rate. That is the single biggest gap between a first estimate and a first renewal.
End user seats cost less because those people sit outside your organization, but that count grows fastest. A vendor portal, a partner dashboard, or a customer facing status page can add hundreds of billable accounts in a quarter without a single new feature shipping.
Run the seat count before the pilot, not after. Internal tools spread by word of mouth, and the finance manager who asks for read access next month is another standard seat. When you are scoping what an ops console has to cover, this internal tools breakdown is a useful checklist of the pieces that end up in scope.
The line items a Retool pricing calculator will not show you
A Retool pricing calculator gives you seats times rate. Real invoices carry more than that.
Metered workflow runs. Scheduled jobs and automations draw down an included allowance, then bill per run. A nightly sync that fans out per record burns an allowance far faster than an hourly job.
AI actions. Anything routed through the platform's AI features is metered separately from seats.
Tier gating on governance. SAML SSO, granular permissions, audit logs, and source control live on the higher plans. A security review usually forces the upgrade before app complexity does.
Annual commitments. Enterprise is quoted yearly, so you commit to a seat count before you know it.
Deployment requirements. Self hosting inside your own network is available on paid tiers, and it brings infrastructure work your team absorbs.
The two person bus factor. Apps built in a proprietary editor get maintained by whoever learned that editor. This cost never appears on an invoice, and it lands the week that person leaves.
None of that makes Retool a bad product. It makes the sticker price an incomplete answer to what the platform actually costs you.
When Retool pricing gets expensive
Three thresholds turn a modest line item into a real budget conversation.
Headcount crossing 20 internal users
At roughly $50 per standard user on Business, 20 people is $1,000 a month, or about $12,000 a year before workflows and add ons. Nothing about the app changed. Your org chart did.
Opening an app to external users
End user seats look cheap until you multiply them. At roughly $15 each, a partner portal with 300 accounts runs about $4,500 a month, or $54,000 a year. Customer facing tools are where Retool cost stops being a tooling line and becomes a platform line.
Governance arriving before you are ready
Your first enterprise customer asks for SSO and an audit trail. The plan you picked for two builders now has to clear a security questionnaire, and the upgrade applies to every seat at once.
A team lead at a mid size logistics company summed it up after their second renewal. They started with one dispatch console for four people and loved it. 18 months later, operations, billing, and two warehouse supervisors were all standard users, a carrier portal had added external accounts, and a compliance review pushed them up a tier for audit logs. The tool had not grown. The company had. Their renewal quote came in larger than the annual cost of the Laravel service sitting right next to it, and none of the logic inside the console could be moved.
That last part deserves a moment. When you leave a per seat platform, the apps do not come with you.
Retool cost versus owning the same tool as a Laravel app
The honest comparison is not feature against feature. It is a rental model against an ownership model.
What you are comparing | Retool | A Laravel app you own |
|---|---|---|
Cost model | Per user each month, indefinitely | One build, then hosting and maintenance |
Cost at 200 internal users | Scales linearly with seats | Effectively unchanged |
Who can edit it | Anyone who learns the editor | Any Laravel developer |
Where the logic lives | Inside the platform | In your repository |
Auth and permissions | Platform roles | Policies, gates, and FormRequests in your codebase |
Exit cost | Rebuild from scratch | None, you already own it |
Retool earns its price in clear cases. You need an admin screen this week, the audience is small and internal, the data sits in systems it already connects to, and nobody expects the app to outlive the team. Pay the seats and move on.
The calculation changes when the tool becomes part of the product. Customer facing portals, anything touching billing, workflows that need real approval rules, and tools you expect to run for years belong in code you control. That is also true of larger builds, which is why the walkthrough on how to build a CRM with Laravel starts from ownership rather than seats. Output that follows framework conventions is what makes it maintainable, so Laravel native intelligence matters more here than raw model size.
How to build an internal tool you own with Laravel
Teams rent internal tools because building them by hand is slow. Scaffolding models, migrations, authorization, forms, and an admin layer for a refunds console is a week of work nobody schedules. AI generation is what removes that week.
Describe the tool the way you would describe it to a new developer. A plain English brief is enough.
Build a refunds console. A refund belongs to an order and a customer, and has an amount, a reason, and a status of pending, approved, or rejected. Finance leads can approve refunds up to their approval limit. Support agents can create and view refunds but never approve them. Log every status change, notify the customer by queued email on approval, and include a Filament admin screen plus Pest tests.
What comes back is standard Laravel. Scaffolding the same shape by hand starts with one Artisan command.
php artisan make:model Refund -aThat single flag generates the migration, factory, seeder, policy, resource controller, and form requests in one pass. The piece worth owning is the authorization, because platform roles rarely survive contact with real approval rules.
namespace App\Policies;
use App\Models\Refund;
use App\Models\User;
class RefundPolicy
{
public function approve(User $user, Refund $refund): bool
{
return $user->is_finance_lead
&& $refund->status === 'pending'
&& $refund->amount <= $user->approval_limit;
}
}Register the policy, authorize the action in your controller, and the approval rule becomes testable, reviewable, and version controlled. Laravel's authorization documentation covers policies and gates in full, and Filament supplies the admin screens that most internal tools are really made of.
The pieces a per seat platform keeps behind its own walls become yours.
Eloquent models and relationships for orders, refunds, and customers
Migrations that run on deploy
Policies and FormRequests carrying the approval rules
A Filament admin resource for people who never open an IDE
Queued jobs for notifications and background syncs
Pest tests that prove the approval limit holds
One small agency described the shift well. They had three client dashboards on a per seat platform and a fourth request coming in. Rather than buying seats for another client, they generated the next dashboard as a Laravel app, deployed it to the client's own server, and billed the build. The client owns it. The agency maintains it on a support retainer instead of paying a monthly seat bill it could never mark up.
StackMivo produces that full set as production ready Laravel apps rather than loose snippets, using AI code generation tuned to Laravel conventions instead of generic PHP. Get started free and point it at the console you were about to buy seats for.
The bottom line on Retool pricing
Retool pricing is easy to read and easy to underestimate. Free covers a trial, Team sits near $10 per standard user each month, Business near $50, and Enterprise is negotiated, with end user seats stacked on top. What grows the bill is not usage. It is people.
Three numbers settle the decision. Count every internal person who will open the app, not just the builders. Count every external account you plan to invite. Multiply by 12, then compare that against what a single build costs you once.
Small, internal, short lived tools are worth renting. Anything that touches customers, carries real approval logic, or needs to outlive the person who built it belongs in code your team owns. Laravel already gives you the authorization, queues, and admin layer that internal tools are built from, and AI generation removes the scaffolding week that used to make building the slower option. Run your seat math this quarter, before the renewal quote runs it for you.