Developer-first economics

We designed our platform economics to be simple, transparent, and aligned with the success of developers.

Platform fee
Developer share

Jest's Platform Fee: 10%

Jest charges 10% of net in-app purchase revenue.

This single fee covers all platform-level costs, including:

  • Messaging and communications costs
  • Hosting and infrastructure
  • Fraud prevention and operational overhead

Developers Keep 90%

The remaining 90% of net revenue goes to developers — split between:

  • The monetizing product (the app where the purchase happened)
  • The acquiring product (the app responsible for bringing the user to Jest)

Our model is design to reward both growing the ecosystem and building compelling, high-performing apps.

Revenue Sharing Examples

Scenario Acquisition Monetization Compensation
You acquire the user and monetize them Your App Your App
  • You get all 90%
Another product acquires the user and you monetize them Other App Your App
  • You get 70%
  • Other App gets 20% for acquisition lifetime
You acquire the user and another product monetizes them Your App Other App
  • You get 20% for acquisition lifetime
  • Other App gets 70%
Organic user Organic Your App
  • You get all 90%

Fair Acquisition Model

We use a lifecycle-based model so incentives stay fair and transparent.

User Activity

  • Active: The user has logged in to Jest within the past 30 days.
  • Inactive (churned): No user activity for 30 days.

Acquisition Lifetime

  • Acquiring products get revenue share for up to 12 months or until the user becomes inactive, whichever comes first.
  • If a user becomes inactive, any product can reacquire them and receive acquisition attribution for a new acquisition lifetime.

FAQ

More questions? Email devs@jest.com

Yes.

For any users you acquired, you keep 90% of net revenue when purchases happen in your own apps, and you receive 20% net revenue share when purchases happen in other apps from users you originally acquired (via paid UA or viral acquisition).

User acquisition includes:

  • Paid user acquisition (ads, paid installs, campaigns)
  • Viral acquisition (referrals, invites, social sharing, creator-driven traffic)
  • In-app conversion (converting guests to registered users)

Any user who signs up through URL parameters that can be attributed back to your specific apps is considered acquired by you. URL parameters include UTM parameters (typically set by your marketing tools or ad platforms) and entryPayload parameters, which can be accessed via the Jest SDK.

We use URL parameters captured at the moment of customer registration.

These attribution analytics are fully transparent and available in the Jest developer console.

Because Jest is fully web-based, attribution is high-quality and preserved end-to-end, making unattributed users rare.

An acquiring product receives revenue share for the lesser of:

  • Up to 12 months after acquisition. After the acquisition lifetime ends, the monetizing product receives the full 90% of net revenue.
  • Until the user becomes inactive (no activity for 1 month). If a user becomes inactive, any product can reacquire them and receive acquisition attribution for a new 12-month acquisition lifetime.

Organic users follow the standard model:

  • Jest takes 10% of net revenue
  • The monetizing product keeps the full 90% of net revenue

There is no acquiring product in this scenario, so no split is required.

If the user is still active, the original acquiring product retains credit.

If the user has been inactive for more than 1 month, the user can be reacquired, and the new product becomes the acquiring product for the next 12-month window.

They are treated as organic, and the monetizing product keeps the full 90%.

However, because Jest is web-based, unattributed users are rare thanks to reliable end-to-end attribution.

Not at this time. We are actively working on adding support. Please reach out if you'd like to discuss early access or upcoming capabilities.

Please note that third-party ad monetization is not permitted on the Jest platform.

Yes. Developers receive full transparency into user acquisition paths, monetization data, and payout calculations through Jest's analytics dashboards in the developer console.

Not simultaneously.

Only one product can hold acquisition credit at a time - but if a user becomes inactive for 1 month, another product can reacquire them.

Revenue shares are calculated continuously and paid out on a regular schedule (typically monthly).

Net revenue is the actual revenue that reaches our bank account from in-app purchases, after deducting payment processing fees, taxes (like VAT), refunds, chargebacks, and fraud. We use net revenue because different payment methods have varying external costs (often a mix of flat and percentage-based fees) that we don’t control. Instead of introducing complex or developer-unfriendly structures like per-transaction fees or minimums, this approach ensures we share the burden of those costs and stay aligned with developers.

No. All developers on Jest must use the Jest IAP APIs for processing purchases.

This ensures consistent user experience, accurate attribution, secure payments, and proper revenue sharing across the ecosystem.

The Jest Apps Fund acts as an acquisition-only product.

For any user acquired through the Fund:

  • The product that monetizes the user receives 70% of net revenue
  • The Fund receives 20% of net revenue (acquisition lifetime share)
  • The platform retains 10% of net revenue

Resources