Here are some obvious operational issues we should resolve:
- Instructions + guidance on proper use of the preview component
- A staff-controlled, staff-centralized up-to-date slot preference scraper, along with formatting instructions, as well as a way users can confirm their slot selections.
- Crucially, a thread for slot preferences perhaps instead of spreading it out across over 100 entries. Someone else came up with this idea.
- Don't officially open the series until 24 hours after the conclusion of the context to ensure all slots have been assigned correctly.
An x000 contest has multiple purposes, but one above all others.
The primary purpose of the contest is to decide what gets the x000 slot. Getting more people to find SCP, celebrating writing and giving writers something to be proud of, giving people stuff to read, letting authors claim slots early, and satisfying the fans with a big community events are all desirable secondary purposes, but they are not the primary purpose.
Others on O4 have disagreed with this primary purpose or that the primary purpose should be changed. I don't agree with those arguments and those stances so I won't be arguing for them but they're worth acknowledging.
The contest structure is meant to create some semblance of fairness, as opposed to, hypothetically, having a council of 5 admins just decide what gets the slot. The "voting should be determined on quality and not what you think should win" is more recent than I expected. Apparently, the oldest record I can find of it as an official rule is 6000, even if it was counted under the shenanigans clause in prior contests. I think "downvoting something during the duration of a contest and then later going back to upvote it after the contest ends" is hard to read as anything but shenanigans, to be frank.
In a naive model, "people", that being the voting audience, the readers, whoever, can only determine the most suitable piece to be SCP-x000 out of all the entries if they are able to read all the entries. We might assume that things that don't get read aren't "deserving to win" the x000 slot, but that's tautological even if it aligns with reality. The fundamental truth is that there is so much writing produced for every kcon that it is difficult for anyone with a full or part time job or schooling to read it all considering quality. We could outright say it's ok to downvote a work after 1000 words if it doesn't grab you, but that's enforcing/creating a cultural norm which is very different from making robust contest rules.
I brought up a model based on the concept of progressive taxation of upvotes in staff chat. To summarize, it was framed as a penalty of 1 upvote for the purpose of scoring for every 1,000 words above 10,000. Stormbreath's suggestion is akin to a progressive negative income tax, similar to what is implemented in the United States of America as the Earned Income Tax Credit. Under my model, a 20,000 word piece would be penalized by 10 upvotes, which has rarely been the make-or-break for the x000 slot. My proposal was fundamentally a tax — a tax on anyone who believes that their words deserve more attention from the readers than those of their peers. If so, then let them show it. This proved to be controversial, even though it is a midpoint compromise between the current status and an ironclad hard wordcount limit, which would be undeniably a clamp on creative freedom.
Again, however: the purpose of the X000 contest is to choose the next X000. With a 10,000 word limit, I do not think this proposal would have changed the results of the last few kcons. You see, I think the mere possibility that one might have to take the 8011 slot instead of the 8010 slot because of a rule accounting issue would be incentive enough encourage people to stick within the word limits. But this is also served by the supposedly common knowledge that longer pieces get less reads. However, how obvious is this information? Can we truly say that everyone entering the contest would be aware of it? I am aware of at least one 13,000 word work sitting at around +20 entered into a non-kcon by a newer author who was not properly informed of the risk-reward balance.
If that is the primary purpose and ultimate intended effect of vote bonuses or penalties for wordcount, then I think it may be sufficient to clarify the informational deficiencies:
Even if we implement an upvote modifier, I think we should put in H1 header text providing statistics about the previous kcon: total wordcount, wordcount of the winner, wordcount-weighted average rating(calculated as upvote per piece*words per piece/total words in contest), and rating-weighted average wordcount (calculated as upvote per piece*words per piece/total net votes in contest) very prominently above or as part of the rules of the new contest.
897,000 words total | estimated reading time: 55 hours | winner: 8,000 words | winning votes: 446 at contest close | weighted-average upvotes by wordcount: +113 | weighted-average wordcount by rating: 6400
Allow me to walk through a sample calculation of the final statistic with a small sample of 4 works:
Winner: 8000 words, +446 votes
average work: 15,000 words, +100 votes
outlier longform: 25,000 words, +10 upvotes
outlier shortform: 500 words, +300 votes
only the winner is based on an actual work but these are all ballpark figures. So if we do the calculation we would get
wordcount-weighted average rating: (8000 * 446 + 15000 * 100 + 25000 * 10 + 500 * 300)/(8000 + 15000 + 25000 + 500) = 113 upvotes
upvote-weighted average wordcount: (8000 * 446 + 15000 * 100 + 25000 * 10 + 500 * 300)/(446 + 100 + 10 +300) = 6388 words
What this calculation tells us, and tells future prospective authors, is actually a matter for debate but one interpretation is that this would illustrate that once you adjust for how long the works are, the average work gets around +113. And once you adjust for individual weighting, the average work is around 6400 words long. So if we combine the two, we communicate that modestly-long pieces do moderately well, that the winner was not excessively long, and that .
Numbers are made up but you see the effect.
Additionally, in the interest of further transparency, even if we don't limit wordcounts we should require that all kcon pieces include a wordcount next to or below the rating module. Users should be aware of how long works are. AO3 has a wordcount and chapter count. If you pick up a physical book you can see how roughly long it is. I don't think this is an unreasonable requirement for a piece of writing entered into a contest.
Our users want more readable kcons. Our users deserve to continue to play a part in fair kcon selection. Everyone deserves the illusion of a fair shot at an X000 slot. Authors deserve creative freedom. If the situation is to be made more fair, then at bare minimum authors should be made aware of the environment they are writing in.
If, having all the information, authors still feel that they can perform well by writing 30k words, then they will be fully informed of the implications of their decisions.