Revenue / Creator tools
Understand the money behind each sale
A listing price is a promise about what the customer pays, not what your studio receives. This calculator models a marketplace that retains thirty percent of each purchase and awards the remaining seventy percent in whole creator tokens. It is useful when comparing offers, planning a launch, or estimating whether a cosmetic item can pay for its production. The percentage is a planning assumption rather than a statement about any particular marketplace. Check the applicable agreement before using these numbers in a budget.
Why rounding changes small transactions
The calculation first multiplies the listing price by 0.70 and rounds the result down to a whole token. It then subtracts that payout from the original price to find the deduction. A price of 101 tokens therefore returns 70 tokens and produces a deduction of 31. Calculating the fee independently and rounding both sides could create a missing token. Keeping the price, deduction, and payout connected ensures that every token is accounted for in your sales ledger.
Use a realistic sales example
Suppose you sell a permanent cosmetic upgrade for 125 tokens. The modeled creator payout is 87 tokens, while the marketplace deduction is 38 tokens. One hundred identical sales would generate 8,700 creator tokens if the marketplace rounds each transaction separately. Applying the percentage once to the combined gross would produce a different answer. When forecasting many purchases, calculate the net amount for each price point first, then multiply by the expected number of completed sales.
Price for value and maintenance
Begin with the benefit a player actually receives. A clear cosmetic preview, permanent ownership statement, and honest description reduce disappointment and support requests. Your internal production cost matters, but it does not automatically establish customer value. Compare two or three understandable prices and observe purchase conversion alongside refunds, complaints, and retention. A higher price can earn less overall if it discourages enough customers. Avoid using artificial countdowns or unclear advantages to force a purchase.
Separate revenue from available profit
Creator tokens are not automatically spendable cash. Your project may also incur contractor payments, asset licenses, moderation costs, hosting charges, or taxes. Refunds and chargebacks can further reduce usable revenue. Record those items separately instead of treating the displayed payout as business profit. If you expect to exchange earnings for money, use the cashout estimator with an eligible earned balance and a verified rate. Purchased tokens and earned tokens may have different eligibility rules.
A practical launch checklist
Before publishing, verify the live fee schedule, test the purchase fulfillment process, and confirm that benefits survive reconnects. Store receipts or transaction identifiers securely and make fulfillment idempotent so a retry cannot grant duplicate rewards. Reconcile expected payouts with the actual transaction report after launch. Investigate differences before expanding your forecast. This calculator deliberately excludes regional pricing, promotional subsidies, transaction reversals, and alternative fee categories; add those adjustments to your own records when they apply.
Compare a basket of products
A studio rarely sells only one product at one price. Build a small worksheet with one row for each offer, including its listing price, whole-token payout, expected completed purchases, and support burden. Calculate each row separately before adding the results. For example, two products can generate the same gross sales while producing different credited totals because their transaction sizes differ. Record whether the purchase count represents actual receipts or an assumption. Keeping those columns separate prevents a forecast from acquiring the apparent certainty of a settled report. Add a brief note describing what would need to happen for each expected sales count to be achieved.
Investigate a payout mismatch systematically
If the displayed estimate differs from your account statement, start with one completed transaction rather than the entire month. Confirm that the listing price is the amount actually charged, identify the transaction category, and check whether an adjustment or reversal occurred. Then compare the rounding order. A fee applied to every purchase cannot always be reconstructed by applying the same percentage to an aggregate. Preserve the original transaction reference and the calculation you expected. After identifying the cause, update your forecasting worksheet instead of adding an unexplained correction factor. That record will help a teammate understand the discrepancy without repeating the investigation from the beginning.
Turn the result into a product decision
Use the payout as one input to a practical release decision. Estimate the work required to create, test, explain, and maintain the benefit, then compare that effort with a conservative sales scenario. An offer with a high payout may still be unattractive if it creates frequent manual support. A smaller cosmetic can be a better first experiment when fulfillment is simple and the benefit is visible. Set a review date before launch and choose the evidence you will examine: completed receipts, player feedback, delivery failures, and maintenance time. Keep or revise the offer because those observations support the decision, rather than because its original price looked appealing.