Recurring data revenue
Sell your history once. Get paid every month after.
Most data deals are a single sale of an export. Ours add a refresh term, so the records your team creates next month earn money too, with no extra work.
How it works
One setup, then monthly batches
01
The first license sells your history
Every past record in the system, up to the day of the first run, goes out as one dataset with its own price.
02
The SDK sends new records each month
On a schedule (monthly by default) it pulls only what changed since the last run, scrubs it on your machine and uploads a new batch.
03
Each accepted batch pays again
Every license with a refresh term pays its refresh price for each accepted batch. Once the schedule is set, there's nothing to do.
The difference
A one-off sale stays flat. A refresh term keeps adding.
The history license pays once. Each month after that, the new records your team created go out as a refresh batch, and each accepted batch pays again. More people working in your systems means more records per month, so the batches grow with your company.
Illustration
Cumulative earnings over 24 months
- History license plus monthly refresh
- One-off sale
What pays
Two kinds of payment
| Event | What pays |
|---|---|
| First license signed | The license's price for your history |
| Monthly batch accepted | The refresh price, once for each license with an active refresh term |
Your share is set in your seller agreement. By default it is 80% of what the buyer pays for that license and period.
What stays with you
Raw data never leaves
- The SDK runs on your machine with read-only access to the systems you choose.
- Names, contact details, account numbers and secrets are removed before upload. Rare values are rounded into ranges.
- You see the scrub report for every batch, the same one buyers see in diligence.
- You approve every buyer before a license is signed and can rule out any company.
Questions