unhappy: (em-v8-13)
Emerald Sustrai ([personal profile] unhappy) wrote in [community profile] avalonooc2021-02-23 11:56 pm
Entry tags:

POLL: OOC FORMAT CHANGE PROPOSAL

Hello everyone! It's your friendly neighborhood Taymod!

Today we have a poll regarding how OOC intros are posted after some feedback from multiple players and our own observations. We ultimately couldn't come to a decision on what the most effective method would be, so we are coming to you now to see what our current players would prefer.

Please respond to this poll by 11:59pm PST on March 1st. (This will give us time to announce the results before the app period begins and implement changes if necessary.)

Poll #25326 OOC Intro Procedure
This poll is closed.
Open to: Access List, detailed results viewable to: Just the Poll Creator, participants: 63

Which format do you prefer for players to post OOC intros?

Current method (make your own posts in the OOC community)
5 (7.9%)

An intro post at the start of the app cycle, with a few follow-up reminders on Plurk to encourage participation throughout the app period
34 (54.0%)

An intro post at the end of the app cycle, requesting in acceptance notices that players wait to OOC intro until the post goes up on the 14th
20 (31.7%)

Other (Comment)
4 (6.3%)



Moderator Considerations (Pro/Cons List for each idea)
These were just our thoughts on each method, and we thought it best to share our considerations so you know what we were thinking about each idea as well.

Option 1: Current method
Pros: Freedom of posting, allows for OOC intros to be seen on reading pages easily, there is no misconception of "late" as there can sometimes be when an intro post is made.
Cons: Reading pages are made completely useless during the app period because of the number of incoming players.

Option 2: Intro post at start of app cycle, with follow-up reminders on Plurk
Pros: Will keep intros all in one place each month. Plurk reminders show players that it's not "too late" to respond to the meme, current players are reminded to check the OOC intro even if it's been a few days since posting.
Cons: We try to use plurk for necessary updates, posts, and necessity reminders so reposting regular reminders about the OOC intro may be misconstrued as "spammy" by some people.

Option 3: Intro post at end of app cycle, ask current players to wait
Pros: Will keep intros all in one place each month. Everyone can post at the same time so no one has to feel "late" or pressured to app earlier in the cycle to make sure they can intro early.
Cons: We allow players to IC intro as soon as they're allowed in, so delaying intros may limit plotting opportunities and meeting players for potential CR ahead of IC intro.

Option 4: Other
If we see someone else's idea getting traction in the comments, we're happy to consider and do a re-poll of the top option here and any ideas that got a notable number of +1s in the comments. So if you have a better idea or would like to support someone else's idea, please be sure to comment with at least a "+1" whether you have additional comments or not.

Thanks so much and have a great day!
avalonmods: (Default)

[personal profile] avalonmods 2021-02-24 08:19 pm (UTC)(link)
Thank you for the suggestion!

I will say the reason we do not currently do this is because both mods work, so it's much easier on our end to do a little bit at a time. Accepting apps all at once doesn't just mean processing all at once, but also doing the taken list all at once and checking comm requests all at once (once in a while a journal tries to sneak in that doesn't belong or before commenting taken so we can't just accept all). Doing 6-7 people each day instead of 50-60 back to back is how we are able to respond to things quickly and avoid backlog despite there only being two of us, while still giving us time to tag and enjoy the game. We also want that time period after apps to make any adjustments or full plan changes to events based on player actions and interactions. (We are working on some new game functions that will give characters more tools to do that too!)

We know it looks cleaner on the player end to do it all at once but in terms of mod workload it's much less stressful to do a little at a time. So just some insight as to why we chose not to do processing all at once!