Note: This is not an official Stack Exchange post.
I have changed some aspects and addressed some concerns. Please read the post again if you have read it previously.
TL;DR: I propose that community members develop an open-source alternative for Area 51 that will eventually be used by Stack Exchange. But please read the full post.
Area 51 is the site where new Stack Exchange communities try to get enough momentum in order to create a working site. The current mechanism has been acknowledged by Stack Exchange’s own Community mangers to be flawed for over six years now:
- Next Generation of Area 51
- What's going on with Area 51?
- https://stackoverflow.blog/2012/04/25/when-a-site-grows-quiet/ (at the end)
Robert Cartaino wrote:
Area 51 has been churning out progressively weaker sites [...] about a third of which fail in private beta.
There were plans to create a new site (called "Area 52") with a different process. But no major changes to Area 51 except for a drastically reduced time needed to pass a proposal have been done.
Whilst previously succeeded one proposal every month (approximation),
noonly one proposal has made it to beta for almost seven months now. The failure component seems to be the commitment stage, in which the committers with high reputation on other sites was the largest hurdle.
Unfortunately Stack Exchange does not seem to have any resources to develop a new site staging zone. I think this is a pity, because the Stack Exchange system is really good for Q&A.
I have thought about how Area 51 could be improved and used some of the statements from Robert Cartaino as a starting point. I am not sure whether these changes will be sufficient to un-flaw the site creation process, maybe one of the community managers (CM) can comment on this.
In the above linked post Robert furthermore states:
It would be nice if our site-creation process allowed us to experiment with more impromptu site ideas, but the current system is not sustainable in the old format
My main ideas are to split the definition in smaller, easier steps and to introduce a pre-private-beta prototyping stage. The process would become like this:
- Anybody can propose a new site. Each proposal consists of a site name, an audience string (site for ...) and an community description (we are ...).
- Users are asked to join the community (similar to commitment/following). These users try to agree on these Definition aspects:
- Three main topics for the site (tags)
- Two example questions with an score of 5 per tag
If this definition is completed within one month and there are at lease 60 users who joined the proposal, the Prototyping stage will start. In this stage, the community members are given an sandbox environment:
- A Q&A system
- The example tags & questions are pre-filled in the sandbox
- A simple review system (only first posts, close votes, reopen votes and some statistics ("site health"))
- A guided Meta experience (encouraging discussions about tags, on-topicness, etc.)
The sandbox environment will give some hints spread over the time. At first only some 30 to 50 users are invited, the other committers are invited later during the prototyping stage and join the sandbox in multiple waves. There can also be some regular milestones like so-and-so-many questions after so-and-so-many days
- At the end of this prototyping stage (if some health conditions are met) the public beta starts.
This system is intended to lead communities that have not so much knowledge about Stack Exchange and therefore making the "experienced users" factor less important. Also the system could theoretically be extended to allow "Community Guides" to be appointed, experienced users that help (together with the CMs) new sites to succeed.
Furthermore I would like to see the system choosing about eight candidates (suggestions from the community could be included as some bonus-points for the internal score) for moderators from which the three pro-tem moderators are elected after two-third of the prototyping stage (simple majority vote, only one choice per user) Here are some exciting mockups for you:
You might wonder, why should Stack Exchange do this change when they did not do all these other suggestions over the years? This is a good question and leads directly to the most important part of this post:
I propose to do it as an community project.
That’s right. I propose that committed members of the community help to develop an open source community building tool together. It would be published on GitHub with an permissive license as MIT, etc. Ideally one of the CMs would help us with ideas and maybe some of Stack Exchange’s developers would join the development process too.
This post is intended to solicit consensus about whether this type of community project is generally a good idea. Comments on the proposed implementation are also welcome.
Answers to possible concerns
What would SE need to do?
Stack Exchange would need to do two things only to support the creation of this project: They need to tell us what is important to them for such a site and they need to run the (final) version on their servers and use it as a replacement to Area 51.
Additionally Stack Exchange could support us by providing us a chat room or even creating a team for us to develop this. Maybe some of their developers join us and help with the development, but only if they want to.
What technology should be used.
As Journeyman Geek said in a comment: Stack Exchange will probably not run a site not built on their software stack. I don't think this is a problem. For example the data explorer is also an open-source project running on Stack Exchange servers.
(Although it is not my tech stack I could still try to learn something or participate in other ways: frontend, ideas, etc.)
But wouldn't this process make it way easier to create new sites and therefore lead to segmentation and struggling/low-activity sites?
All proposals would still have to be reviewed by the Community Team or maybe even the Community Guides when they are close to the next stage.
Furthermore proposals would still have to fulfill both minimum quantity and quality requirements in prototyping. These requirements would be enforced by system requirements and staff intervention.
And don't forget: Launching a full public beta site (or private beta if it is not removed) will always be a manual process.
What about Site sponsorship?
I think there could be a selection ("Would you sponsor this site?") that allows potential sponsors to quickly and effectively communicate with Stack Exchange. This may or may not result in less hard requirements for the Prototyping stage. I am not fully convinced whether or not this should happen. There are arguments for both sites (they want to pay money and have therefore probably enough users vs. only because a site is sponsored it should succeed and not fail the usual review criterions).
What should the requirements be?
I think every site should meet these requirements to advance from the proposal to the prototype stage:
- THREE topics (tags) having a minimum score of 10 each
- FIVE example questions for each topic having a minimum score of 10 each
- FIFTY users commiting as community members.
As per a recent comment from Robert Cartaino, every site needs at least 150 to 200+ questions during the private beta to be opened to the public. If the prototyping stage replaces the private beta, this requirements could be the same. This could be split up into regular milestones:
- 15 questions after 3 days
- 40 questions after one week
- 75 questions after two weeks
- 120 questions after three weeks -> end of prototyping
This should probably include only upvoted and open questions to limit abuse.