Compare plans on BYOB pricing ->
BYOB Subscriptions Explained: Pro vs Max vs Pay-As-You-Go
BYOB pricing now has two layers.
- Flexible pay-as-you-go credits for burst usage.
- Pro and Max subscriptions for predictable monthly build volume.
This guide explains where each plan fits, what actually changes in daily workflow, and how to avoid paying for the wrong tier.
TLDR
- Pay-As-You-Go works best for occasional or irregular work.
- Pro is for steady solo or small-team production.
- Max is for higher throughput and tighter iteration loops.
- Enterprise is for control requirements, not just more credits.
Pricing architecture
What each plan really means
| Plan | Best fit | Credit behavior | Extras |
|---|---|---|---|
| Pay-As-You-Go | Builders with sporadic usage | Buy only when needed | No recurring commitment |
| Pro | Founders, freelancers, smaller teams | Monthly included credits | Paid-only features and discounted top-ups |
| Max | Agencies and high-output teams | Higher included monthly credits | Better unit economics and priority handling |
| Enterprise | Organizations with policy and control needs | Contract-based | White-label, identity controls, SLA path |
Why subscriptions were added
Pure top-up pricing is great for occasional usage, but teams shipping every week need cost predictability and operational consistency.
Subscriptions provide that baseline.
- Finance can forecast monthly spend.
- Teams avoid mid-sprint credit anxiety.
- Managers can standardize plan access by role.
What changes when you move from pay-as-you-go to Pro
- You get monthly included credits.
- You usually get improved top-up economics.
- Paid feature gates open in workflow areas like testing and domains.
This is not just a billing switch. It changes team velocity because you stop making micro decisions on every run.
Pro vs Max decision logic
Use this rule of thumb.
- If you are mostly one product with moderate weekly changes, start Pro.
- If you run several active projects and iterate daily, start Max.
Then adjust using real monthly usage data.
Pick by observed workload, not ambition. Ambition inflates tier choice. Usage data corrects it.
Billing cycle choice: monthly vs annual
| Cycle | Better when | Tradeoff |
|---|---|---|
| Monthly | Usage is still volatile | Higher month-to-month price but flexible |
| Annual | Usage is stable and continuous | Better effective price, lower flexibility |
For new teams, start monthly for one or two cycles, then switch if utilization is consistent.
Practical examples
Example A: freelancer with 4 active clients
- Weekly edits and frequent deploys.
- Regular feature updates.
- Needs testing + domain support.
Likely fit: Pro mid-tier, with occasional top-up.
Example B: agency shipping 8 projects per month
- Many active branches of work.
- Short feedback cycles.
- High run volume.
Likely fit: Max with rollover strategy and planned top-up buffer.
Example C: startup in discovery phase
- Spiky usage around launches.
- Quiet weeks between experiments.
Likely fit: Pay-As-You-Go initially, then Pro after usage stabilizes.
Cancellation and plan transitions
Plan lifecycle should be explicit in team SOP.
- Upgrades: usually immediate path to higher tier features.
- Downgrades: evaluate after usage trend drops for at least one cycle.
- Cancellation: preserve product continuity by planning before cycle end.
Cost control checklist
- Track credits consumed by team per week.
- Track top-up frequency and amount.
- Review failed generations caused by unclear prompts.
- Tighten prompt quality before increasing tier.
- Reassess plan monthly.
Prompt quality improvements often save more credits than tier changes.
Advanced recommendation for teams
Use two signals together.
- Capacity signal: are you running out of included credits early?
- Efficiency signal: are you wasting credits through repeated rework?
If capacity is high and efficiency is low, train prompting first. If both are high, upgrade tier.
FAQ
Is subscription mandatory?
No. Pay-As-You-Go remains available.
Can I still buy top-ups on subscriptions?
Yes. Top-ups are part of the model.
How fast can I move from Pro to Max?
Typically quickly, and many growing teams follow that path.
Does Enterprise mean only large company?
No. Enterprise is mainly about governance, identity, and support requirements.
Should I move to annual immediately?
Only after one or two cycles confirm stable usage.