What is essential content for a new community?

What content do you find essential for starting a new community?

In Discourse we have the setup wizard that prompts some questions to leave descriptions on the about page and such, but then it is up to you to create the content your users will experience when visiting your site.

For me this step can actually hold back a project, since no one wants to launch a live, empty site. :sweat_smile:

To get past that bump in the process Iā€™m building a content list so I can check off items as Iā€™m setting up new sites. And thatā€™s where your wisdom comes in! :star_struck:

Here is a short list of content to help me get started, please respond with ideas (and linked samples) so I may develop a more full list to help visitors to my communities. :slight_smile:


13 Likes

Itā€™s not really content, but Iā€™d say: some people. The first thing I noticed setting up an instance is that I was missing moderators and even the first users :sweat_smile:
/wizard/steps/invites

4 Likes

Thatā€™s a fine a step (or two) to have in the checklist!

I know the setup wizard always asks to invite moderators, but I donā€™t at that point: I want to at least provide them with some guidance on what weā€™re doing, otherwise they also hit a blank site. :slight_smile:

As for users, I normally invite a core group, and I teach them to use the invite features, so Iā€™ll add that to my list!

When do you invite moderators to your community? First thing?

3 Likes

An interesting topic!

I prefer to start with a team so the staff there are established and can then invite users.

I found this blog post helpful too when starting out.

6 Likes

Possibly useful, but it could make Discourse seem overly complicated. If it needs to be copied to a new site, be sure to install the DiscoTOC - automatic table of contents theme component and add a table of contents to the topic.

5 Likes

When I need one. Not earlier. My forum is not that busy and I donā€™t need any moderators. Same thing as with connected Facebook-group ā€” 25 000 members, really active and I donā€™t need extra hands.

2 Likes

What I always have, is a Discourse Category. Here I store How to guides, links to official guides, and provide a point for users to provide feedback on the forum or ask for help etc.

Additionally, I have a ā€œBest Practicesā€ Topic, which includes things like how to ask a good question, based on the stack overflow rules.

5 Likes

Yeah, we might break that down into smaller docs, and have that topic serve as an index; then each sub-topic could be copied and pasted as neededā€¦ not the most straightforward process, but would be helpful to allow folks to generate their own doc(s) for their community. :thinking:

Definitely donā€™t want every Discourse community to appear as complicated as what it is capable of. :slight_smile:

Hereā€™s a really great example of a Discourse community using the FAQ topic to explain how it works for their users:

https://community.namati.org/t/faq-frequently-asked-questions/1467

Good idea, I updated the info box there:

2 Likes

In an ideal world, that kind of documentation would be available directly in the Discourse instance in a ā€œhelpā€ sidebar. Similar to what Slack do. In the non-ideal real world, copying the docs to a topic on the site makes sense.

3 Likes

This is what Iā€™ve done for my community. It means when people search ā€œHow do I embed a videoā€ for example, they get a topic which covers exactly that, and nothing more. If you donā€™t allow video on your site, then you can just omit such a topic. Additionallity they can just reply to this specific topic if they have an issue with it, documenting only issues which are related to that topic, instead of the mixture of topics a larger guide contains.

A second advantage of this, is that you can cross reference it in multiple larger guides, taking advantage of the oneboxing of other Discourse Topics.

Hereā€™s an example of a Sailing Guide I have where the topics are broken down into separate topics but unified under a ā€œmainā€ guide. In this case, SBF SEE is s topic for one type of License. SBF Binnen is another topic(not seen here) which has exactly the same navigation information. So I maintain one Navigation topic, and link it into both Guides.
image

Sadly not everything renders well with the oneboxing, but itā€™s none the less a great way to combine topics, and create a single point of edit, that updates all topics which need to reference that same information.

Completely agree. I find having a Discourse Category better than a sidebar(although it could be accessable with a sidebar) simply because it encourages users to raise issues with the setup of the community, and admins to modify topics to better match their community. For example, replacing default images, with images that relate specifically to their platform.

2 Likes

Surely this depends on niche, but in general most of users never see sidebars. Well, in Europe anyway. Here in northern part most of ordinary janeā€™s-johnā€™s doesnā€™t even own a desktop/laptop anymore, they are using phones.

Totally different topic, but most of sites should design layout and UX for smaller screens and after that, if a designer/coder has extra time left, put some effort on desktops/tablets.

2 Likes