Pricing models

Find your pricing model. It's already built.

Six common shapes, each shown through a company you already know — how their pricing is put together, and the same anatomy as a Tirdad plan right beside it.

01per-token + wallet

You pay per token. Charge per token.

You already pay Claude this way. Your customers want to pay you the same way.

how Claude prices
modelpromptresponse
Fable 5
Sonnet 5
Haiku 4.5
usage tiers
T1T2T3T4limits ↑
creditsprepaid
same anatomy
in Tirdad
tokensa meter per model
rateprompt · response
tiersmonthly caps
walletprepaid credit
Build this plan free
The story behind it

Open your Claude bill. Every model has its own rate — Fable 5 costs a multiple of Haiku — and what the model writes costs more than what you send it, because generation is the expensive part. Repeated prompts are cheaper, non-urgent jobs are cheaper, and your monthly limits grow as your spend does. And the money moved first: you topped up, then you sent requests.

In Tirdad you build the same thing with settings, not code: a meter per model, a price for the prompt and a price for the response, cheaper rates for repeated and non-urgent work, monthly limits you set yourself, and a prepaid wallet — you collect from your customer before you pay your provider. Claude-grade pricing, zero billing code.

Rules of thumb
01

Charge per 1K or per 1M — whatever keeps your customer from seeing a price with five zeros after the decimal.

02

Know your margin per model — change the model without changing the price, and the margin is gone.

03

Developers pay for what they use; enterprises want a fixed number every month. One plan: add a base price for the enterprise.

02seats + usage

Charge for people by the seat. For machines, by the meter.

GitHub bills you per seat, gives you an allowance of Actions minutes, and meters whatever goes past it.

how GitHub prices
seats × 12/user
actions minutes
includedoverage
same anatomy
in Tirdad
seatsper user / mo
minutesincluded
thenper unit
resetmonthly
Build this plan free
The story behind it

Open your GitHub bill: you pay per seat per month, and procurement approves it easily — headcount is known, so the invoice is known. But the machine work is counted separately: Actions minutes and storage have a monthly allowance, and past it the meter bills by the minute and the gigabyte.

You have the same problem: a five-seat account running heavy automations can cost you more than a fifty-seat one. The fix is to split it like they do — seats as the fixed base, a shared allowance for the machine work, priced overage past it. In Tirdad that's one plan: the meter attached to the subscription, nothing to build yourself.

Rules of thumb
01

Make the allowance cover three quarters of your customers — overage is an exception, not a tax.

02

One pooled allowance per account is simpler and fairer — the team shares the machine work.

03

Overage above your cost, below the annoyance line — it should convince customers to upgrade, not cancel.

03tiers + overage

Your customer can't predict their usage? Give them three sizes.

Vercel sells infrastructure, but bills you in flat tiers: included volume, soft limits, and overage on the same meter.

how Vercel prices
Hobby
Pro
Scale
past allowanceoverage billed
same anatomy
in Tirdad
tiers3 plans
allowanceper tier
limitssoft caps
overageauto-billed
Build this plan free
The story behind it

Open Vercel's pricing page: they sell bandwidth, build minutes and function calls — things nobody can predict their own consumption of — yet the page couldn't be simpler: a free tier, a Pro tier at a fixed monthly price with generous included usage, overage billed past it, and spend caps so nobody is surprised. The tier is really usage bought upfront at a fixed price; the meter only shows up when you outgrow it.

The trick is the soft limits: a spike passes through and bills as overage, and your customer's work never stops mid-month. When the overage repeats month after month, the invoice itself becomes the best salesman for the next tier. In Tirdad you build all of it with settings — tiers, allowances, limits, overage — without a line of code.

Rules of thumb
01

Space tiers three to five times apart — closer feels pointless, wider feels punitive.

02

Price overage slightly above the next tier's unit price — upgrading should save money.

03

Hard caps on the free tier only; paying customers never get blocked.

04trial → paid

The trial is your sales team.

Canva opens Pro fully for the trial window; when it closes, the same plan starts billing — nothing migrates, nothing redeploys.

how Canva converts
full-feature trialbilling starts
every feature open during the trial
price visible from day one
the same plan after conversion
same anatomy
in Tirdad
trial14 days
basemonthly, SAR
featuresflag-gated
convertno redeploy
Build this plan free
The story behind it

Canva converts millions without a sales call, and the trial mechanics carry the weight: Pro opens completely for the trial window — every premium feature, not a crippled preview — the price is visible from day one, and when the window closes the same plan simply starts billing. Cancel, and the premium features close behind you; nothing migrates, because the trial was never a separate system.

That's the whole discipline: build the trial as a real plan with a time window and flag-gated features, and conversion becomes a billing-state change instead of an engineering project.

Rules of thumb
01

Make the trial long enough to reach the product's value moment.

02

Card upfront: fewer trials, stronger intent. Decide by cost to serve.

03

Gate the advanced features, never the setup.

05pay-as-you-go

An invoice that follows the work.

AWS bills only what runs — per unit, with alerts before surprises, and committed discounts once usage stabilizes.

how AWS bills
busy monthquiet month
Σ invoicealert before surprise
same anatomy
in Tirdad
eventsmetered live
basenone
alertsthresholds
invoiceend of period
Build this plan free
The story behind it

AWS built the largest infrastructure business in the world on a simple promise: no subscription, pay for what you use — per second, per gigabyte, per request. Budgets and alerts warn before spending surprises anyone, one consolidated invoice closes the month, and when a workload stabilizes, savings plans convert steady usage into committed discounts.

For agencies, APIs and any project-shaped business, the same shape keeps relationships alive through quiet months: the invoice grows with a busy month and falls to zero in a slow one, alerts protect the trust, and steady customers graduate onto committed tiers when the meter data says so.

Rules of thumb
01

Roll tiny balances into the next period — never invoice nine riyals.

02

Offer optional spending caps; they keep the customers who'd churn on a surprise.

03

When usage stabilizes high, offer a committed tier — the meter makes it honest.

06enterprise contract

Negotiate the price, never the system.

In enterprise deals everything is negotiable — price, deployment, audit — except the system itself.

how enterprise buys
pricenegotiated
deploycloudon-prem
SSO
audit trail
same anatomy
in Tirdad
priceper contract
deploycloud / on-prem
ssoenabled
auditfull trail
Build this plan free
The story behind it

Watch Microsoft or Salesforce sell to a bank or a ministry: nobody pays the list price. The number is negotiated in a private agreement, deployment follows security and data-sovereignty requirements, SSO and audit trails are conditions of signature — not add-on features — and at every renewal, consumption is reviewed against commitments. One product; only the terms change.

Do the same: negotiate price, limits and deployment per contract, and keep one system for all your customers. In Tirdad the agreed number is just a value on the plan — the same plan for everyone, running in your cloud or inside their infrastructure, with the same meters keeping renewal talks about numbers. New contract? A new number in settings, and the system stays as it is.

Rules of thumb
01

Change price, limits and deployment — never give a customer their own fork of the system. A fork is maintenance forever.

02

Let the customer see their consumption all year — renewal becomes a numbers review, not a negotiation from zero.

03

Have your deployment, access and audit answers ready before the first meeting — they're half the procurement checklist.

Can't find your model? Talk to us.

Every model on this page is built from the same parts — yours assembles from them too. And what our customers ask for, we build first.