I support this idea, however, for the time being I have developed a system to do this already and have posted about it. It requires a 3rd party spreadsheet.
6 Likes
I completely support this. It would make it so much easier to create projects within groups. Maybe this update would be introduced when they eventually get round to working on the groups tab itself?
2 Likes
This is absolutely crucial if we are to realistically see legit studios start taking off. Either that or a new sort of group structure itself completely geared toward game studios.
5 Likes
I would love to see it possible to have group funds not be distributed per item but per month.
Third party methods exist but more official methods would be better tbh
1 Like
Would there be a practical reason for the retention of funds pertaining to the developers in the group for a month?
1 Like
Mostly consistency. You don’t normally see game companies paying their employees a minuscule amount every time a copy of their game is bought.
1 Like
Although I do understand the desire to simulate a real company, I don’t see the point in retaining funds for an unnecessary amount of time (Roblox already does retain funds for a couple days, hence why there are “pending” revenues).
It should be fairly easy for Roblox to implement a solution that allows you to choose the frequency of automatic distribution, though right now developers can manually issue one-time payouts every month, which is what companies do anyway.
4 Likes
I hate to reply to a thread that stopped getting replies 2 months ago but I’d love to know if anyone at Roblox has considered this idea or if an architecture similar to the one proposed is being evaluated for a future update.
This is the second major proposal of mine with a positive community response but no official replies. See my Disabled Scripts thread.
2 Likes
Sorry for the wait, I’ve gone ahead and filed this and will post back here if I have any questions 
5 Likes
As a member of said network, I support this as it’ll just make it a little bit easier for payment to go smoothly! 
1 Like
simple yet needed idea
I’ve been heavily considering creating a 2nd group just for the purpose of keeping group funds organized, with everyone getting different percentage of payouts for different projects it’s becoming overwhelming
2 Likes
I’ve seen this listed in many different threads but I haven’t seen a detailed and specific explanation as to why it’s important or the specifics that might go behind a feature like this.
How It Might Work
Groups would be able to pay out developers individually for games. For example, if I am running a game studio working on 5 different projects with 2 developers on each project, it would be ideal to be able to set permissions and payouts for specific games. This would mean each of the 2 developers to would have access to the games that relate to them and have individual payouts on those games instead of having to have five different groups for each of the two developers.
The Problem With The Current Group Payout System
With Premium being more accessible to more users to create and be a part of 100 groups, it’s hard not to say “Why is this important?”. Brand and simplicity are the major issues that make this a reoccurring problem.
Brand
Many people already have established brands associated with their games and they want to keep their fans of their current group and games. The current method forces them to start over each time they want to add someone new on a payroll or give someone else access. We see this issue reoccurring with many groups as some developers attempt to make groups for new developers to work with without interfering with other projects.
Simplicity
When you release multiple games within your group, you have to get extremely make-shift with how you deal out percentages to other developers. If you have multiple people under payroll for different projects, you are forced to start calculating income of each game and account for taxes, percentages, commissions, etc. There isn’t a need for this level of complexity and it makes it much harder to utilize group tools.
Users also have issues finding projects from their favorite developers by group because they are forced to look through all of the groups that relate to their developer instead of having one centralized spot.
Conclusion
Overall, this is a feature that hundreds of developers have repeatedly asked for and pushed in one way or another. This feature would solve a huge amount of issues of brand and complexity that we have with the current system. I would also like to mention that groups are currently extremely outdated and desperately need a huge amount of renovations to make them easier to use for both developers and players alike.
23 Likes
Disclaimer: This is an issue that has been suggested before, and this is not a repeat of those. This is UI design mock up for the group admin page team to illustrate specifically how such a feature could be implemented
Unfortunately I only have the old version of the group admins tab to work off of, but since the admin page updates won’t change the payouts section layout, this should still apply.
I propose adding in a very simple extra bit of UI to the Recurring Payout section, allowing players to select if a user should be paid of from a specific game, or the entire group, and if from a specific game, then selecting which game or games they get a set % from. The “Entire Group” setting would simply put that user into the payout of every single game in the group, at whatever the set % rate is for them.
I designed this keeping in mind the limited UI resources available to the admin page team, so only existing UI was used. The “Add Game” plus sign is from the “Add Pass” UI on each games page, and the scroll bar is from the group info section of the group admin page.
Downside: This layout is simplistic and would only allow players to set a single % rate for each user, not set it per game. This would be easily fixable, but it might be to complex for what Roblox prefers, and I’d rather have this feature out sooner, rather then have it bogged down making it perfect.
Alternatively:
Ideally, the distribution should be set per game, with users then being added onto that games payouts, not per player with games listed for each player. However, this is not how the games page currently works, and we’d much rather have this feature out sooner then later over having it perfect.
Alternatively this could also be set inside the game itself in the configure game setting, however this pitch is designed for the group admin team, so that is not explored.
Thank you for your time!
37 Likes
Love this idea! Setting the distribution per-game or per-user is a simple switch that can be implemented if Roblox wants to (even a choice between the two as implementation wouldn’t change much).
6 Likes
This feature is long-over due and I would absolutely appreciate the ability to split percentage between game revenue for each of my games. This is an absolute must and something all developers would benefit from one way or another.
8 Likes
Still can’t believe this isn’t a priority. Money drives this platform and the tools we have to distribute it is ridiculously under-developed.
12 Likes
+1 for me,
This topic needs to be brought up continuously in my opinion. being in a developing team myself, as the owner, I’ve been trying to come up with ways to pay each developer for their work done on each game. This in itself wouldn’t be that bad if there was only one game, however, with multiple games come different responsibilities for each developer, meaning they have a change in income from that game.
With this forum’s solution, I would be able to edit the players profits from each game instead of having to solve how much each player earns via @TheAmazeman 's method of using a spreadsheet.
4 Likes
The spreadsheet method is absolutely crucial in my group right now. I have 2 games earning Robux from different building teams, and it is critical to keep the games in the same group as the games are niche and we couldnt afford to not advertise the other game via the group page. I have absolute freedom of paying my developers all sorts of percentages due to the process I developed in accounting class 3+ years ago and I highly recommend developers take my free to use work for themselves.
1 Like
What I’m currently doing is monthly, I will go to the game page and check developer stats. When you switch the charts to see it monthly instead of daily, you will see robux revenue for that month. Multiply that *.6 (30% tax) and now u have the robux revenue from that game for the month. You then can do the math and distribute payouts to ur fellow devs who work on that game. Do that for all the games and you should be in business.
Bumping this.
Recently my team has started hiring more developers, and it’s seriously inconvenient having every single game in a different group. Of course, there is the option of paying out monthly, manually, but it’s not only inconvenient but also risky, with 100% going to the group, and robux being retained for a whole month, the owner somehow getting locked out or worse, compromised, would be extremely bad for all developers. This just seems like such a simple and necessary feature, no idea why groups still have such little controls.
2 Likes