새로운 커뮤니티에 필수적인 콘텐츠는 무엇인가요?

커뮤니티 구축
1

새로운 커뮤니티를 시작할 때 필수적인 콘텐츠로 무엇을 꼽으시나요?

Discourse에는 설정 마법사가 있어 ‘소개’ 페이지에 설명을 남기도록 몇 가지 질문을 던지지만, 사용자가 사이트를 방문할 때 경험하게 될 콘텐츠 제작은 전적으로 운영자의 몫입니다.

저에게는 이 단계가 프로젝트를 지연시키는 원인이 되기도 합니다. 아무도 라이브 상태의 빈 사이트를 런칭하고 싶지는 않으니까요. :sweat_smile:

이 과정의 장벽을 넘기 위해, 새로운 사이트를 설정하면서 항목을 체크해 나갈 수 있는 콘텐츠 목록을 만들고 있습니다. 바로 여기서 여러분의 지혜가 필요합니다! :star_struck:

시작할 수 있도록 도움이 되는 짧은 콘텐츠 목록을 아래에 올립니다. 아이디어(그리고 링크된 예시)를 댓글로 남겨 주시면, 제 커뮤니티 방문자를 위해 더 충실한 목록을 만들 수 있을 것 같습니다. :slight_smile:

13개의 좋아요
Discourse Getting Started Resource- can we copy and post in our community?
2

정확히 콘텐츠라고 하긴 어렵지만, 몇몇 사람들이라고 할 수 있겠네요. 인스턴스를 설정하면서 처음 느낀 점은 모더레이터가 부족하다는 것이었고, 심지어 첫 사용자들도 없었거든요 :sweat_smile:
/wizard/steps/invites

4개의 좋아요
3

체크리스트에 이 단계(혹은 두 단계)를 포함하는 것도 좋은 방법이네요!

세팅 마법사에서는 항상 모더레이터 초대하기를 묻지만, 저는 그 시점에 초대를 하지 않습니다. 우리가 어떤 일을 하고 있는지 모더레이터들에게 최소한의 안내를 해주고 싶기 때문이죠. 그렇지 않으면 그들도 동일하게 빈 사이트를 마주하게 되거든요. :slight_smile:

사용자의 경우, 저는 보통 핵심 그룹을 초대하고 초대 기능을 사용하는 법을 가르쳐 주므로, 이 내용도 제 목록에 추가하겠습니다!

커뮤니티에 모더레이터를 언제 초대하시나요? 가장 먼저 하시나요?

3개의 좋아요
4

흥미로운 주제네요!

저는 먼저 팀을 구성해서 그곳의 스태프가 자리를 잡은 후에 사용자를 초대하는 방식을 선호합니다.

시작할 때 이 블로그 글도 도움이 되었습니다.

6개의 좋아요
5

유용할 수 있지만, Discourse가 지나치게 복잡해 보이게 할 수 있습니다. 새 사이트에 복사해야 한다면 DiscoTOC - automatic table of contents 테마 구성 요소를 설치하고 해당 토픽에 목차를 추가하는 것을 잊지 마세요.

5개의 좋아요
6

필요할 때 초대합니다. 그 이전에는 아닙니다. 제 포럼은 그렇게 바쁘지 않고 модератор가 필요하지 않습니다. 연결된 Facebook 그룹도 마찬가지입니다. 25,000명의 멤버가 있고 실제로 활발하지만, 추가적인 도움이 필요하지 않습니다.

2개의 좋아요
7

항상 갖추고 있는 것은 Discourse 카테고리입니다. 여기에는 사용 가이드, 공식 가이드 링크, 그리고 사용자가 포럼에서 피드백을 제공하거나 도움을 요청할 수 있는 장을 마련해 두었습니다.

또한 "Best Practices"라는 주제를 두고 있으며, 여기에는 Stack Overflow의 규칙에 기반한 좋은 질문의 작성법 등이 포함되어 있습니다.

5개의 좋아요
8

네, 더 작은 문서로 나누고 해당 토픽을 인덱스로 사용하는 방안을 검토해 볼 수 있습니다. 그러면 각 하위 토픽을 필요에 따라 복사해서 붙여넣을 수 있겠죠… 가장 직관적인 방법은 아니지만, 커뮤니티가 자체 문서를 생성할 수 있도록 하는 데 도움이 될 것입니다. :thinking:

모든 Discourse 커뮤니티가 Discourse가 가진 기능만큼이나 복잡해 보이는 것을 원하지는 않습니다. :slight_smile:

사용자에게 커뮤니티가 어떻게 작동하는지 설명하기 위해 FAQ 토픽을 활용하는 Discourse 커뮤니티의 훌륭한 예시입니다:

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

좋은 아이디어입니다. 해당 정보 박스를 업데이트했습니다:

2개의 좋아요
9

이상적인 세상이라면, 그런 종류의 문서가 Discourse 인스턴스에서 “도움말” 사이드바에 바로 제공되었으면 좋겠습니다. Slack이 하는 방식과 비슷하게요. 비이상적인 현실에서는, 문서를 사이트의 토픽으로 복사하는 것이 합리적입니다.

3개의 좋아요
10

저는 제 커뮤니티에서 이 방식을 적용했습니다. 예를 들어 사람들이 "비디오를 임베드하는 방법"을 검색할 때, 정확히 그 내용만 다루는 토픽을 볼 수 있고 그 이상은 볼 수 없습니다. 만약 여러분의 사이트에서 비디오를 허용하지 않는다면, 그런 토픽을 생략하면 됩니다. 또한, 문제가 있을 경우 해당 특정 토픽에 답글을 남길 수 있어, 더 큰 가이드에 포함된 다양한 토픽의 혼합이 아니라 해당 토픽과 관련된 문제만 문서화할 수 있습니다.

이 방식의 두 번째 장점은 여러 더 큰 가이드에서 교차 참조할 수 있다는 점입니다. 이를 통해 다른 Discourse 토픽의 원복싱(oneboxing) 기능을 활용할 수 있습니다.

여기서 제가 만든 세일링 가이드의 예시를 보여드리겠습니다. 토픽들이 개별 토픽으로 나뉘어 있지만 “메인” 가이드 아래에서 통합되어 있습니다. 이 경우, SBF SEE는 특정 유형의 면허를 위한 토픽입니다. SBF Binnen는 여기에는 보이지 않지만 동일한 항해 정보를 가진 또 다른 토픽입니다. 따라서 저는 하나의 항해 토픽을 유지하고 이를 두 가이드 모두에 링크합니다.

image
image396×500 43 KB

불행히도 모든 것이 원복싱으로 잘 렌더링되지는 않지만, 그럼에도 불구하고 토픽을 결합하고 동일한 정보를 참조해야 하는 모든 토픽이 업데이트되도록 단일 편집 지점을 만드는 훌륭한 방법입니다.

전적으로 동의합니다. 사이드바(사이드바로 접근할 수도 있지만)보다 Discourse 카테고리를 사용하는 것이 더 좋다고 생각합니다. 단순히 사용자가 커뮤니티 설정에 대한 문제를 제기하도록 장려하고, 관리자가 커뮤니티에 더 잘 맞도록 토픽을 수정하도록 장려하기 때문입니다. 예를 들어, 기본 이미지를 플랫폼에 특히 관련 있는 이미지로 교체하는 것 등이 있습니다.

2개의 좋아요
11

물론 이는 니치(niche)에 따라 다르겠지만, 일반적으로 대부분의 사용자는 사이드바를 거의 보지 않습니다. 적어도 유럽에서는 그렇습니다. 여기 북부 지역에서는 대부분의 일반 사용자가 더 이상 데스크톱/노트북을 소유하지 않고, 휴대폰을 사용하고 있습니다.

완전히 다른 주제이지만, 대부분의 사이트는 작은 화면을 위해 레이아웃과 UX를 설계한 후, 디자이너/개발자에게 여유 시간이 남는다면 데스크톱/태블릿에 대한 노력도 기울여야 합니다.

2개의 좋아요