I think that’s because studios have too much havoc having most of their money in robux, pre-devex and pre-taxed. So it would be much easier, as a business, to get your income directly as USD.
This update seems a little rushed, there are many things that me and others believe could cause problems and I believe the should be more customization before you release it. An option for paying in Robux is one of them. I made a whole post about it.
You unfortunately aren’t getting USD. You’re given a robux equivalent of however much you’re owed in USD. Almost certain this is just another revenue increasing measure by Roblox but there isn’t much we can do.
Been looking forward to this feature since RDC, I look forward to trying this out in studio.
I cannot guarentee that the player will log in each month for me to check their subscription state.
This feature is utterly terrible. Everybody complained when it was announced, but to nobody’s surprise, Roblox didn’t give a damn.
And now that it turns out that the conversion rate of USD spent to Robux is worse than devex, absolutely nobody has a reason to use this.
Myself, and I’m sure many others, will be sticking to their developer-product-based subscriptions.
Although I think Robux should be an option for payment, I know this update will be amazing for many developers!
I mean, it would kinda be amazing for people BUT, this update is rushed and so little customization and from what they said in their documentation, there may be some bugs with it.
Yeah, 100% agree. Roblox simply makes more by paying it out in robux then usd.
why does the developers receive way lower than the price the subscription is though? (seeing it from a reply under the announcement)
Documentation:
Earnings are subject to 30 day holds and will be added to your Robux balance after the full term of the subscription has been delivered. If a user requests a refund or does a chargeback for subscription charge within the month-long hold period, the hold will be canceled and you will not receive the payout for that transaction.
Question:
I am a bit confused in the refund section of subscriptions. Players subscribe and Robux goes to incoming and when the 30 days passes you receive the Robux.
Now, if the player cancels the subscription before reaching the 30 days they get refunded and I don’t get anything? Yet they receive the benefits in my game for a specified amount of time to then cancel the subscription and get refunded.
I know for sure I am interpreting it wrong, but it sounds like that mainly because I don’t know what’s the month-long hold period either. In other words, is this like buying an item on any shop, using it, then return it to get refunded after being used? If so, then it will create many issues…
i guess roblox only cares about money
OHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH roblox got obliterated
Roblox is no longer roblox I guess, It’s real money based like other launchers instead of " Robux". (i guess just use an game engine and then sell it in any launcher now because that’s same to roblox future)
Surprised that its $ only and not Robux. Might as well just make my own in-game subscription feature that utilizes dev products and avoid all this. I can’t see why this update is better than just making my own subscription system as I feel that more people will use robux rather than $ anyway.
I also feel that not having subscriptions for games was always one of roblox’s better points. Subscriptions come across as money hungry and I feel that this update just encourages that.
So let me get this straight…the player pays using USD and the developer gets… Robux after tax? so if I spent $5 on a subscription the dev would only get around $2???
great more clutter…
Canceling a subscription just means they are canceling the renewal and does not automatically grant the user a refund, since they continue to enjoy benefits for full month of their billing cycle and it would not be fair.
The hold is a month-long because the user should be delivered the full month of benefits before the payout occurs. One other important clarification is that if a user charges back directly with their bank or receives a refund, the subscription is automatically terminated (vs. canceled - so they don’t continue to receive benefits). The “refunded” status is also provided to you via the subscription history API so you can choose to use that information as needed (e.g. revocation of items granted at the beginning of the month).
Merits of USD vs. Robux aside, these payout ratios you’re claiming make no sense. Where are you getting this extra “30% mobile platform fee” from?
As far as I can tell the payout rates for subscriptions vs. dev products are equivalent.
- $9.99 = 999R$ @ 0.01$ to 1R$ ratio.
- 999R$ * 30% platform fee = 699R$ (and this can drop to 15% on PC)
- 699R$ * 0.0035 DevEx ratio ~= $2.45
DEV PRODUCT
- $9.99 = 1000R$ with Premium (800R$ without Premium) per the Buy Robux page
- 1000R$ * 30% platform fee = 699R$
- 699R$ * 0.0035 DevEx ratio ~= $2.45
The exact mileage on benefits is going to vary as the initial USD to Robux ratio varies based on the Robux package you bought, but it still hashes out as being about as beneficial take-wise. Where are you getting this added 30% take idea from?
Does this mean is safe to provide users benefits like getting coins faster or speeding up parts of their progress?
About this:
What I understood: If this were to occur, then their subscription gets cancelled, and the developer doesn’t receive any Robux right? How would you revert their progress back if the developer doesn’t track all of that?
Sorry I think I wasn’t as clear as I wanted to be. Cancellation and termination are different:
-
Cancellation: If a user cancels their subscription, they do not get a refund because they will get their benefits that they paid for until the end of the month (they just don’t get charged for a renewal). In this case the developer receives the payout at the end of the month.
-
Termination: A user cannot opt to do this themselves, it happens automatically if the user’s request for a refund is granted (e.g. successfully disputing the charge with their bank). The subscription then automatically expires instead of on the original end of the billing cycle.
There’s a tradeoff between how much risk you want to take in terms of people taking advantage of benefits for some period of time for free (but you’ll know who those users are based on their history) vs. attracting good users with highly appealing benefits.