Nexora
Unit economics

What is actually left over

Revenue is the easy half. This page subtracts the app stores, the creators, the payment rails, the streaming infrastructure and the people, and shows what remains at any scale you choose.

These are assumptions, not measurements

Nexora has not launched, so there is no observed ARPU, no measured churn and no real infrastructure bill. Every number below is an input you set, and the defaults are deliberately conservative rather than flattering. Treat the output as a model of your assumptions โ€” it tells you which assumption matters most, not what will happen.

Demand

โ€”
โ€”
Live-gifting platforms typically convert 1โ€“5% of monthly actives into payers. Below 1% no amount of ARPU saves the model.
โ€”
Heavily skewed in practice โ€” a handful of whales carry the average. The mean is what the model needs.
โ€”
The rest goes through Apple or Google at 30%. This one slider moves profit more than any other on the page.

Revenue mix

โ€”
โ€”
โ€”
โ€”
โ€”
Applied to the bean pool on gifting and to net receipts on subscriptions. Commerce and digital products use a flat 12% marketplace commission instead, so this slider does not move them.

Cost base

Illustrative rates. Replace with your negotiated pricing before relying on the output.
โ€”
Per month, averaged across all monthly actives โ€” not just viewers of live.
โ€”
Live translation, captions and dubbing โ€” given away, not billed. Paid AI twin questions are modelled on the streams page where they carry their own revenue. At 3¢ each this is the only cost that scales with usage rather than with users, and the only one that can outrun revenue.
โ€”
Monthly. Salaries, moderation, support, legal, marketing.
๐Ÿ’ต
Monthly gross revenue
โ€”
โ€”
๐Ÿ“ˆ
Monthly net profit
โ€”
โ€”

Where every dollar goes

โ€”

Contribution per user

Revenue / user
โ€”
Variable cost / user
โ€”
Contribution / user
โ€”

โ€”

The same assumptions at four scales

UsersGrossCreatorsCostsProfitMargin

Team cost is held flat across all four rows, which is why margin appears to improve with scale. In reality moderation and support headcount grow with users โ€” the improvement is real but smaller than this table implies.

What actually moves the number

Each row shows the monthly profit change from moving one input, holding everything else at your current settings. Ranked by impact.

What this model omits

๐Ÿ“‰
User acquisition costAssumed zero. Paid installs in live-streaming categories are not cheap, and they land entirely against the payer conversion rate above.
๐ŸŽฌ
Seed creator guaranteesPaying 50 creators to go live daily is a real pre-launch line item and it is not in the cost base.
โš–๏ธ
Chargebacks and fraudThe 5% reserve covers them if it is funded. Unfunded, they hit profit directly.
๐ŸŒ
Tax and withholdingUS withholding, EU VAT and local creator tax obligations all change the net payout, not the gross.

The three decisions that matter

1 ยท Get buyers onto web checkout

Thirty percent versus three percent, on the largest stream. Nothing else on this page is worth as much, and it requires no change to what creators are paid.

2 ยท Cap AI cost per interaction before launch

It is the only cost that scales with usage rather than users, and it is the only one that can make an individual transaction unprofitable. A token ceiling costs a day to build.

3 ยท Pick the split model once, then leave it

Moving the blended split by ten points changes profit less than the store-cut decision, and cutting it after launch is the fastest way to lose the creators the pitch attracted.