All sub-councils are free to raise issues with the Labs team independent of proposal processes, and frequently do so. You're correct that GSC can (and does) bring feedback to Labs in their meetings directly, and that does not require any process in place, as it's simply part of the role of a council member.
The idea behind a threshold of 50 upvotes is that this parameter is:
- Independent of normal proposal processes. By extension, it can be adjusted as we have more players for our games, without needing to modify the threshold for IIP/ICCP upvotes. Currently, it's 50, but certainly as we have more and more players, it will need adjustment to 500, 5000 or 50000. It can be sized such that the most critical feedback is reaching Labs.
- The threshold is public facing, and mandates that topics be raised in a meeting and, at minimum, addressed in the thread, once they've reached the threshold.
This seems to pose more issues than answers.
While council can provide feedback to the team currently, this process does so in a proposal/formal action that skips over a crucial aspect: IMC voting. This begs the question, why is it necessary for such a big scope to be delegated to the GSC when what the current proposal is merely doing is to trigger GSC to "respond" after a threshold is met.
To put it simply, what is this proposal trying to solve?
Currently, it's absolutely possible to consider every single piece of feedback for Illuvium's games, regardless of upvotes, but there will be a point at which this is wildly impractical. Systems to aggregate feedback will be required, and the upvote requirement does just that. In-game feedback is explicitly mentioned in the proposal as well, under "Additional Clarifications".
I agree that in the long run it would be too unwieldly for any council to track every single feedback but at the same time I dont see a reason to mandate a council to respond after an arbitrary number. Like I recommended, just have a monthly report on what GSC is tacking on with a status. If your feedback is not in there then it shows that GSC deemed it a low priority as an example. If community feels that GSC is not prioritizing the correct items/issue then they can vote for someone else next epoch.
Currently, if the motivation is to enforce GSC to respond to every single gaming thread that hits 50 and I find this unnecessary. Especially since GSC can even act on a thread without hitting the 50.
The IMC veto exists as a protection against GIPs being applied too broadly. If, for example, a GIP were to try and mandate the development of a new title, the IMC could veto the GIP and direct the topic through normal proposal processes, as new games are NOT in-game parameters.
I agree with this and was the one who suggested it. But just because we have a veto process in place doesnt mean we give broad strokes to the GSC to operate outside the regular process for every single in-game feedback/proposal.
I could not glean from the proposal the intetion or rationale why QoL, Feature Changes, or Content/Expansion topics should be an exception to the regular proposal process. If you can shed light on this, id appreciate it.
- is a topic that would be appropriate for GSC to tackle with Labs via GIP. While it's likely that Labs would already be aware of the problem and working on a solution, this GIP process does mandate that GSC raise the issue in a meeting, and that Labs or GSC respond to the community about the problem.
On your example, I fail to see why this scenario would need to skip the regular process. If you just wanted GSC to act on a feedback that garnered X upvotes. Thats fine. I can get behind that but why make the response an exception to the proposal process? I dont understand the rationale of that.