페이스북에서 이주하는 적극적 지원 커뮤니티 구조화하기

네, 대충 맞아요. 오프토픽 채널과 긴급 채널을 각각 하나씩만 만들어서 시작해 보고 어떻게 되는지 지켜보세요.

각 채팅을 스레드로 전환할 수도 있다는 점을 잊지 마세요. 그래서 갑자기 뜨는 대화도 스트림 속에서 사라지지 않을 수 있습니다.

이런 유형의 질문과 그로 인해 생성되는 대화가 장기적으로 흥미롭다면, 오프토픽 채팅 채널을 하나만 두고 이런 질문들은 카테고리로 나누는 것이 더 나을 수 있습니다. 저희는 여기서 Contribute > Bug 카테고리를 이렇게 관리하고 있습니다. 꼼꼼히 모니터링하고 있습니다.

2개의 좋아요

마이그레이션 계획에 대해 매우 궁금합니다. 해당 사항에 대해 새로운 토픽을 이미 생성하셨나요?

1개의 좋아요

아직은 아니에요. 저는 아주 천천히 진행하고 있고, 세팅은 아직 멀었어요. 1월이나 2월쯤에는 몇몇 사람을 온보딩할 수 있는 뭔가가 준비되면 좋겠어요! (물론 일이 예상보다 빨리 진행되면 여기 업데이트할 거예요.)

지금 단계에서 정말 막히는 부분이 하나 있는데, 바로 디스코스가 중심인 새로운 생태계에서 기존 페이스북 그룹을 어떤 위치에 둘 것인가 하는 거예요.

3개의 좋아요

걱정 마세요! 처음에는 할 일이 많을 수 있습니다. 마이그레이션을 어떻게 진행하는지 계속 알려주세요.

우리는 훨씬 더 작은 Facebook 그룹에서 먼저 사용자를 비공개로 초대하여 Discourse 설정을 테스트하게 했습니다. 이를 통해 몇 가지 설정과 구성을 세밀하게 조정할 수 있었습니다.

서비스를 런칭한 후에는 몇 주 동안 두 시스템을 병행하여 운영했습니다. Facebook에 게시물을 올리는 사람들이 Discourse 플랫폼의 관련 주제와 리소스에 링크를 걸도록 광범위한 노력을 기울였고, 이를 통해 더 많은 트래픽을 유도했습니다.

그 초기 기간이 지나자, 우리는 Discourse 가입 링크와 전체 참여 현황에 대한 초기 통계를 담은 또 다른 고정 메시지를 게시했습니다.

그 후, 또 다른 기간이 지나자 Facebook의 새 게시물이나 답글은 모두 관리자 승인을 거치도록 변경했습니다. Facebook 그룹은 아카이브 리소스로만 유지되며, 현재 모든 대화가 새로운 플랫폼에서 이루어지고 있음을 알리는 고정 메시지를 게시했습니다. 또한, 업데이트된 문서와 기타 리소스의 큰 양을 새로운 플랫폼에 게시하고 있다는 점도 함께 알렸습니다. 우리에게는 이것이 사용자가 플랫폼을 전환하는 데 큰 동기가 되었습니다.

3개의 좋아요

저는 « 채팅 지원 » 환경에 대해 약간 조심스러운 편입니다.

저도 마찬가지입니다. 채팅은 회사 환경에서는 의미가 있을 수 있습니다. 예를 들어 소셜 백채널이나 “오늘 점심은 어디로 갈까?” 같은 용도로요. 하지만 대부분의 사람들이 비동기적으로 참여하는 지원이나 커뮤니티 컨텍스트에서는, 제 생각에 조심하는 것이 맞습니다. 진지한 용도로 채팅을 제공하면 즉각적인 응답을 기대하게 만들 수 있기 때문입니다. 이는 헬퍼들이 모니터링해야 할 채널을 더 많이 만들고, 보존할 가치가 있는 채팅을 토픽으로 변환하는 데도 추가적인 관리 노력이 필요합니다.

채팅을 오직 오프토픽으로만 사용하는 가벼운 수다 채널로만 활용하는 용도가 있을 수 있습니다. 또는 채팅 없이 시작해서 자연스러운 필요성이 생기는지 지켜보는 것도 좋은 방법입니다. 나중에 채팅이 골칫거리가 되면 제거하기보다, 처음부터 보류하는 것이 더 쉽기 때문입니다.

4개의 좋아요

여기서 채팅을 고객 지원 목적으로 제공해야 한다는 데 대한 주의 깊은 의견에 동의합니다. (저는 Discourse에 합류했을 때 채팅이 제 주요 관심사였거든요!)

채팅은 가벼운 수다나 농담을 나눌 때 가장 잘 맞는 것 같습니다.

채팅의 또 다른 훌륭한 활용 사례는 신뢰도가 높은 수준에 도달한 멤버들 간에 사용하는 것입니다. 커뮤니티의 나머지 구성원들과 더 개방적으로 소통하는 _헬퍼들_이 서로를 지지할 수 있는 공간이 있으면 도움이 될 수 있습니다.

그의 한 변형은 커뮤니티 팀 자체입니다. 관리자들과 모더레이터들이 서로를 조율하기 위해 채팅을 사용하는 것입니다.

4개의 좋아요

저는 확실히 소프트 론칭을 계획하고 있으며, 최소한의 Discourse 설정과 자원봉사자 또는 직접 선별한 사용자들로 시작할 예정입니다. 또한 Facebook에서 문제가 되는 몇 가지 유형의 활동을 먼저 이주하는 것도 고려하고 있습니다. 예를 들어, 우리의 ‘초보자’ 그룹은 Facebook의 기술적 문제로 인해 기능이 제한되고 있습니다. 또한, 고양이에게서 쓰지 않은 약물을 양도하거나, 고양이가 죽거나 완치될 때 남은 인슐린을 기증하는 것과 같은 중고 물품 관련 활동도 Facebook에서는 문제가 됩니다. 따라서 이러한 활동들은 사람들을 끌어들이기 위한 좋은 시작점이 될 수 있습니다.

저는 주 단위가 아니라 월 단위로 두 플랫폼을 병행 운영할 것으로 예상합니다. 그리고 네, 저는 Facebook 측에 '마찰(friction)'을 추가하여 Discourse에 게시물을 올리는 것이 더 매력적으로 보이도록 만드는 방향으로 확실히 생각하고 있습니다.

하지만 문제는 Facebook의 그룹을 폐쇄하는 것을 목표로 하는 것이 좋은 전략이라고 생각하지 않는다는 점입니다. 해당 그룹은 규모가 크고, 활동적이며, 매우 눈에 띄고, 검색 랭킹도 높습니다. 따라서 저는 Facebook 그룹을 Discourse 커뮤니티로 이어지는 관문으로 전환하는 방법을 찾아내야 하며, 동시에 Discourse 커뮤니티와 경쟁하지 않도록 해야 합니다.

3개의 좋아요

네, 페이스북에서는 확실히 이것이 우리의 활용 사례입니다. 우리는 관리자 그룹 채팅(관리자 팀이 꽤 크고 사람들이 압도감을 느껴서 “신규 멤버”, “모더레이션” 등으로 나뉘어 있음)과, 서로를 지원하고 우리가 모범 사례로 "코칭"하는 활성 헬퍼들을 위한 또 다른 채팅을 가지고 있습니다.

어느 시점에 관리자 팀을 위한 비밀 페이스북 그룹을 만들어야 했지만, 지금은 많이 사용되지 않습니다.

페이스북에서 하위 그룹(sub-groups)에 접근할 수 있었다면, 확실히 “헬퍼” 하위 그룹을 원했을 것입니다. 채팅보다 더 오래 지속되는 콘텐츠가 있는 공간에는 가치가 있다고 생각하기 때문입니다. 또한, 바쁜 채팅에서는 시간이 지남에 따라 잊히기 쉬운 "진행 중인 사례"에 대한 토론에도 유용합니다.

감사합니다!

2개의 좋아요

메타에서 이렇게 공개적으로 이번 전환 작업을 진행하고 계신 점이 정말 훌륭하다고 생각합니다. 많은 분들이 여러분의 경험을 통해 혜택을 보실 거예요.

저도 여러분이 성공하시길 진심으로 바랍니다. 아시는 것처럼, 저희 집에는 네 마리의 고양이가 있어서 여러분의 도움이 꼭 필요하기 때문에, 허락해 주신다면 저도 여러분의 커뮤니티에 꼭 가입하고 싶습니다! :rofl: 하지만 저는 절대 페이스북으로 돌아가고 싶지 않습니다.

다만, 페이스북에서의 존재감을 유지하는 것이 중요하다고 보신 점은 옳다고 생각합니다. 다른 곳에도 활동하고 계시다면, 그곳도 마찬가지로 활발하게 유지해야겠죠. 균형을 잡는 것은 쉽지 않을 테지만, 불가능한 일은 아닙니다.

데이브가 말씀하길, 여러분의 헬퍼(도움꾼)들이 이 과정에서 큰 역할을 할 수 있다고 합니다. 여러분 중 충분한 수가 매일 자신의 디스커스(Discourse) 사이트에 머물며 사람들을 돕고, 모두가 필요한 정보를 제공해 준다면, 그리고 여러분끼리도 소통을 위해 오직 디스커스만 사용한다면, 여러분의 디스커스 사이트는 점차 탄력을 받게 될 것입니다.

4개의 좋아요

하하, 사실 오늘도 혹시 원하시면 초대해서 둘러보게 해 드려야겠다고 생각하고 있었어요 :sweat_smile:

3개의 좋아요

맞아요! :100:

Stephanie - 나중에 모든 과정을 정리해서 작성할 마음이 생기면 좋은 사례 연구가 될 수 있을 것 같습니다.

또한 포럼을 설정하기 시작하면, 연대순으로 작성된 "개발 로그"를 유지하는 것을 강력히 권장합니다. 단일 텍스트 파일 정도로도 충분합니다. 기능을 활성화하거나 설정을 조정하거나 권한을 변경할 때마다 날짜와 함께 세부 사항 및 키워드를 메모해 두세요. 나중에 "이걸 어떻게 했지..?"라고 궁금해할 때 매우 유용할 수 있습니다.

1개의 좋아요

아이고, 이미 늦었네요! 하지만 정말 좋은 아이디어네요! 제가 뭘 어디서 바꿨는지 벌써부터 기억이 안 나요 :sob:

어딘가에 설정 변경 사항을 자동으로 기록하는 내부 로그 같은 게 없나요? :innocent:

또한 순서를 제대로 잡고 있는지 확신이 서지 않아요: 현재 Discourse 설치 환경이 올바른 도메인/서브도메인에 있지 않거든요. 이동을 하면 모든 것이 망가질 거라면, 먼저 올바른 도메인으로 옮기는 것부터 시작해야 할지도 몰라요.

이제 이 꼬인 실타래가 풀리기 시작합니다: 어떤 서브도메인 이름을 사용해야 할까요, 서브도메인을 쓸까요, 아니면 메인 도메인에 직접 설치할까요… :exploding_head:

물론 있습니다! 관리자 → 보안 → 로그 및 스크리닝
(또는 .../admin/logs/staff_action_logs)

거기 있는 필터 옵션도 확인해 보세요.

그 로그는 어떤 작업이 수행되었는지 상기시켜 주지만, 저는 당시 어떤 생각을 했는지를 포함하여 제 말로 기록을 남겨 두는 것을 선호합니다.

1개의 좋아요

오늘 나의 상황은 이렇습니다. 평소 제가 빠져들기 쉬운 과도한 엔지니어링과 모든 것을 최적화하려는 함정에서 벗어나, 이번에는 다른 방식으로 접근해야 하지 않을까 고민하고 있습니다. 왜냐고요? 설정을 더 깊이 파고들고, 여기서 더 많이 읽을수록 인지적 과부하에 빠져들고, 2027년 전에 이 모든 것을 정리할 시간을 찾을 수 있을까 하는 절망감이 들기 때문입니다. :sweat_smile:

그래서 스스로에게 물었습니다. 다른 접근 방식은 무엇이 있을까?

다른 접근 방식은 페이스북 커뮤니티의 기존 구조를 거의 그대로 복사하여 Discourse로 옮기고, 거기서부터 시작하는 것입니다. 제가 Discourse에서 보는 가장 큰 장점 중 하나는 유연성입니다. 새로운 카테고리가 필요하면? 만들면 되고, 만약 이전에 그 카테고리가 있었다면 그곳에 있어야 했을 수많은 게시물을 일괄 지정할 수도 있습니다(제가 틀렸다면 알려주세요). 하위 카테고리가 최상위 카테고리가 되어야 하나요? 이동시키면 됩니다. 태그가 카테고리가 되어야 하나요? 변환하거나, 불가능하다면 새로운 카테고리를 만들고 해당 주제들을 일괄 지정할 수 있을 것입니다. 특정 카테고리에서 사람들이 규율을 지킬 수 있도록 템플릿을 추가하고 싶다면? 하면 됩니다.

페이스북에서 커뮤니티를 만들었을 때, 저는 이미 페이스북 그룹 기능에 매우 익숙했습니다(페이스북의 기능은 Discourse에 비해 훨씬 제한적입니다). 그래서 첫 번째 멤버들이 등장하기 전에 그룹을 꽤 잘 세팅할 수 있었습니다.

하지만 지금은 문을 열고 들어올 준비가 된 잠재적 활성 멤버 풀이 있지만, “출시”(비록 소프트 론칭이라 할지라도) 전에 제가 원하는 대로 모든 것을 준비할 만큼 플랫폼과 그 가능성에 충분히 익숙하지 않습니다. 적어도 합리적인 시간 프레임과 제가 가용한 에너지 범위 내에서 말입니다.

제 머리 속에서는 아이디어가 충분히 반사되어 다양한 가능한 시나리오를 갖추고 있습니다. 저는 눈앞에서 펼쳐지는 상황에 반응하는 데 능숙하다는 것을 알고 있으며, 모든 것을 미리 계획하려 하는 것보다 에너지 관점에서(안녕, ADHD) 훨씬 수월합니다. Discourse에는 좋은 것들이 많이 기본 설정되어 있으므로, 물론 혼란이 있을 것이라는 것을 알면서도, 이 이주 과정의 선구자가 되어줄 커뮤니티의 일부가 있다는 것을 알면서, 처음에는 Discourse의 기본 상태에 대한 신뢰를 조금 더 두어보는 것이 나을지도 모릅니다.

이미 많은 시간을 기능 탐색, 결정이 필요한 사항 식별, 카테고리 아이디어 고민, 채널이나 주제에 무엇이 들어가야 하는지 평가하는 데 썼기 때문에, 실제 활동이 시작되면 나아갈 길이 명확해질 것입니다.

기존 커뮤니티를 이주할 때 이 같은 접근 방식을 취한 분이 있으신가요?

이 방향으로 간다면, 저는 이것부터 시작할 것입니다:

  • 환영/초보자를 위한 카테고리: 신규 멤버, 방향 설정, 기본 질문을 위한 것입니다: 이는 우리의 초보자 페이스북 그룹의 "번역"이 될 것이며, 메인 그룹에서 수행하는 모든 "환영"과 “방향 설정” 역할도 맡게 됩니다.
  • FD를 위한 지원: 거의 모든 활동이 일어나는 우리의 메인 페이스북 그룹을 복제하는 것입니다.
  • 수의사: 수의사 그룹의 복제본이지만, 페이스북의 수의사 그룹이 완벽하게 기능하고 있으므로(하지만 Discourse에 더 많은 수의사가 합류하면 그들을 위해 공간이 준비되어 있는 것이 좋을 것입니다) 이것이 마지막으로 이주될 것이라 생각합니다.

태깅을 특히 자유롭게 설정하는 등, 처음에는 꽤 자유롭게 세팅을 시작할 것입니다. 사용자들이 주제에 태그를 붙이도록 장려할 것입니다. Discourse에서 커뮤니티가 성장하면서 구조화하는 데 유용할 태그 모음을 이미 식별했으므로, 그것들을 먼저 제공하여 무엇이 자연스럽게 나타나는지 지켜볼 것입니다.

시간이 허락하는 대로, 메인 카테고리 내에 하위 카테고리를 만들기 시작할 수 있습니다(슬픔 지원, 중고 물품 등). 시간이 지나면 어떤 것이 합리적인지, 그리고 어떤 것이 언젠가 정식 카테고리로 승격되어야 하는지 알게 될 것입니다. "멤버 여정"에 대한 더 많은 통제를 부여하는 아이디어, 예를 들어 Cat Files나 용량 조언을 요청하기 위한 선행 조건 등은 나중에 도입할 수 있습니다.

메신저 백채널은 Discourse에서 그대로 복제할 수 있으며, 관련 카테고리나 그룹 메시징 생성을 라이브로 "테스트"할 수 있습니다.

재미있는 것은, 오늘날 존재하는 커뮤니티 전체가 바로 그렇게 성장했다는 것입니다. 저는 기본적인 것 몇 가지와 몇 가지 규칙으로 시작했고, 커뮤니티가 진화하고 성장하면서 새로운 것들을 도입했습니다.

그러므로 이 이주를 진행하는 방식도 이것이 아닐까 싶습니다.

이 “관리자의 어두운 밤” 순간에 대해 여러분의 생각, 통찰, 경험을 들려주시면 감사하겠습니다. :face_with_peeking_eye:

1개의 좋아요

대부분의 경우 서브도메인 사용을 권장합니다. 메인 도메인은 소개 자료와 포럼, 페이스북 페이지 등 다른 곳으로 연결되는 링크가 포함된 랜딩 페이지용으로 확보해 두는 것이 좋습니다.

Discobot이 말하듯:

Discourse는 메인 도메인(예: example.com) 또는 서브도메인(예: forum.example.com)에 설치할 수 있습니다. 공식 설치 가이드에서는 명확성과 분리성을 위해 서브도메인 사용을 권장하지만, 메인 도메인에 직접 Discourse를 실행하는 것도 가능합니다. 많은 사용자가 메인 도메인에 Discourse를 성공적으로 배포했지만, SSL 구성, 이메일 전송 또는 DNS 설정과 같은 문제를 겪는 경우도 있습니다.

일반적으로 사용되는 서브도메인 이름에는 ‘forum’, ‘support’, 'community’가 있으며, 때로는 'ask’도 사용됩니다.

사실 메인 도메인은 이미 존재합니다: https://diabete-felin.com – 우리의 문서 일부를 재현한 블로그 및 정적 콘텐츠입니다. 하지만 제 계획은 문서를 Discourse에 통합하는 것입니다. 이것이 로그인 상태와 무관하게 모든 사용자에게 블로그 스타일의 내용을 메인 페이지에 표시할 수 있다면 메인 도메인에 Discourse를 배치하게 만드는 유혹을 줍니다. 하지만 제 머리 속에서는 아직 명확하지 않습니다.

우리는 프랑코포닉(프랑스어권)이고 페이스북 편향이 강하기 때문에 어휘 영역이 달라집니다. 조사를 해보았는데 결과가 이렇지만, 여전히 메인 도메인을 사용하자는 생각으로 흔들리고 있습니다. 아마 “블로그” 카테고리를 설정하고 스타일을 적용해 보아, 랜딩 페이지가 어떤 모습이어야 하는지에 대한 제 “흐릿한 비전”을 재현할 수 있는지 확인해 보는 것이 좋을지도 모릅니다.

평소의 과도한 설계와 모든 것을 최적화하려는 습관에 빠지기보다는, 다른 방식으로 접근해야 하는지 고민이 됩니다…

말씀하신 대로일지도 모르겠네요 :wink:

기존 커뮤니티를 [점진적이고 유기적인] 방식으로 이전해 본 분이 있으신가요?

네, 기존에 사용하던 엉성했던 Wordpress 포럼의 구조를 그대로 복제해서 그 위에 올리는 방식으로 이전했습니다. Discourse를 한꺼번에 도입하기에는 부담이 크지만, 점진적으로 구축해 나가는 방식은 충분히 현실적이고 재미있었습니다.

2개의 좋아요

언제였나요? 시간이 지남에 따라 커뮤니티의 구조와 조직 방식이 변화했나요? 예시를 하나나 둘 정도 공유해 주실 수 있을까요? :hugs:

커스텀 홈/랜딩 페이지를 만드는 방법에 대한 주제들이 여러 개 있습니다. 다만 일부 접근 방식은 꽤 기술적입니다. 이 방향으로 가시다면 가장 접근하기 쉬운 옵션은 Discourse-home-page 플러그인 또는 Landing Pages 플러그인일 수 있습니다.

하지만 메인 도메인을 따로 유지하면 거기에 무엇을 올릴지 완전히 자유롭게 결정할 수 있습니다. (저는 마음대로 스타일링하고 수정할 수 있는 carrd.co 랜딩 페이지를 선택했습니다.)

물론입니다! 벌써 몇 년이 지났네요. 자기 홍보가 될 수도 있지만… forum.TASAT.org는 워드프레스로 시작했는데, 소개 자료와 SF 관련 Q&A 두 가지 카테고리인 “Challenges”(도전 과제)와 “Wild Speculations”(광범위한 추측)가 있었습니다. 기존 콘텐츠와 함께 이를 이관한 뒤, 주제별로 태그를 적절히 붙였습니다.

바로 제 자신과 몇 개의 더미 계정을 위한 그룹과 비공개 카테고리를 만들어 실험을 해 보았습니다. (TL1 사용자 한 명과 모더레이터 한 명으로, 해당 뷰를 체험해 보기 위함이었습니다.)

기본적인 부분을 익힌 후, 문을 열었습니다. 그 이후의 발전 사항은 다음과 같습니다:

  • Q&A가 아닌 포괄적인 카테고리가 필요하다고 판단하여 Observation Deck을 추가했습니다.
  • 열정적인 초기 사용자 몇 명을 위한 “Advisory Council”(자문위원회) 그룹을 만들고, 전략을 함께 고민할 수 있도록 해당 그룹에 비공개 카테고리를 부여했습니다.
  • 그중 하나의 아이디어가 Reviews(리뷰) 카테고리 추가로 이어졌습니다.
  • TL1 사용자에게만 보이는 DevLog 카테고리가 있습니다. 아무도 보지 않지만, 누군가 볼지도 모른다는 전제로 작성하면 변경 사항을 명확하게 문서화하게 됩니다.
  • Gamification과 같은 플러그인, Category Headers, Unanswered Filter, User Card Directory와 같은 테마 컴포넌트를 점차 추가해 왔습니다.
  • 새로운 주제에 계속 주의를 기울이고, 사용자가 태그를 붙이지 않으면 제가 붙여주며, 필요에 따라 새 태그를 생성합니다.

디스커스(Discourse) 관련해서는 모든 것이 매우 잘 진행되었습니다. 더 큰 과제는 청중을 넓히는 것이었습니다. 그 문제는 없을 것 같습니다 :grinning_cat:

4개의 좋아요