제게는 디스코러스 채팅의 결정적 강점이 다른 도구들과 비교했을 때, 메시지를 포럼 스레드로 이동할 수 있다는 점입니다. 저희 커뮤니티에서는 핵심 멤버들이 시그널과 노이즈를 구분할 수 있어야 하므로, 이 기능이 바로 그 역할을 해줍니다. 예를 들어 기능 요청들을 한데 묶는 것처럼 메시지를 정리할 수 있는 능력은 “진지한” 대화의 장으로서 핵심 멤버들에게 매우 유용할 것입니다.
처음에는 "디스코드 대비 부족한 부분이 많겠다"라고 생각했지만, 이제는 위에서 언급한 것과 같이 메시지를 조직화하는 데 도움이 되는 도구를 더 강화하여 디스코러스만의 고유한 강점을 살리는 것이 가장 합리적이라고 생각합니다.
현재 저희 커뮤니티는 디스코드를 사용 중이며, 일부 채팅을 디스코러스로 옮기는 데에는 저항이 있을 수 있습니다. 하지만 두 플랫폼 모두에 공간이 있다고 봅니다. 디스코드는 캐주얼한 “재미” 채팅, 음성 채널 등을 포함해 모든 커뮤니티 멤버를 위한 첫 번째 접점이 될 것이고, 디스코러스는 핵심 커뮤니티 멤버를 위한 더 “진지한” 공간이 될 것입니다.
웹훅, 동기화 봇 등의 활용은 디스코드 커뮤니티 멤버들을 이 더 진지한 커뮤니티 공간으로 “더 깊이” 끌어들이는 데 핵심이 될 것입니다. 즉, 캐주얼한 관심사들을 적극적인 기여자로 전환하는 것이죠.
여기 있는 다른 커뮤니티 매니저들이 디스코러스 채팅과 기존 채팅 도구를 어떻게 조화시키고 있는지 논의하는 데 관심이 있습니다. 아마도 제 메시지를 새로운 토픽으로 옮기는 것이 좋을 수도 있겠습니다.
저 역시 디스코드(Discord)와 디스코어(Discourse) 채팅이 어떤 관계를 맺게 될지 매우 관심이 많습니다. 수많은 커뮤니티가 두 플랫폼을 모두 사용하고 있기 때문이죠(제가 관리하거나 정기적으로 교류하는 곳들도 포함됩니다). 저는 디스코드에 적응하고 빠른 정보 흐름에 익숙해져야 했으며, 그 과정에서 흥미로운 토론이 종종 사라지는 듯한 느낌을 받았습니다(진정으로 삭제되는 것은 아니지만, 시간이 지나면 디스코드에서 그 내용을 찾아내고 '표면화’하는 것이 매우 어렵기 때문입니다). 따라서 저는 모든 것을 디스코드에서 벗어나게 하려는 강한 본능적 충동과, 디스코어 채팅이 디스코드와 합리적인 기능 동등성을 갖추어 이를 가능하게 해주기를 바라는 마음을 가지고 있습니다. 하지만 다른 사람들은 저와 다른 선호도와 편견을 가지고 있다는 점도 인식하고 있으며, 어떤 경우든 그러한 이주를 강제로 추진하는 것은 잘 받아들여지지 않을 가능성이 높고 기존 커뮤니티에 해를 끼칠 수 있습니다.
이러한 이유로 저는 이전에 디스코드와 디스코어 간 더 나은 통합에 대한 바람을 논의한 적이 있습니다:
그리고 일반적으로 동기화(채팅)와 비동기(포럼 등) 토론 간의 인터페이스에 매우 관심이 많습니다. 저는 디스코어가 이 부분을 가장 잘 융합할 기회를 가지고 있다고 생각하며, 따라서 통합 채팅 기능은 매우 흥미롭습니다.
디스코드에서 디스코어 채팅으로 더 자연스러운 전환을 이루는 가장 좋은 기회는 단순히 디스코어 채팅을 정말 매우 훌륭하게 만드는 것일 수 있습니다. 지금까지 초기 진행 상황에는 인상적이었지만, 채팅 기능에는 할 일이 많다는 것을 알고 있으며, 이는 팀의 주요 우선순위가 되지 못할 가능성이 높습니다(아마도 제가 틀리고 있을 수 있겠지만요). 저는 디스코어 채팅이 활성적인 디스코어 포럼이 있고, 디스코드가 원래 플랫폼이 아니었거나, 단순히 무료/설치가 쉬워서 실시간 옵션으로 선택된 커뮤니티에서는 더 자연스럽고 쉽게 이주할 수 있을 것이라고 생각합니다.
조금 더 구체적으로 말하자면, 제가 관리하는 두 커뮤니티에서 상황을 처리하기 위한 제 현재 생각은 다음과 같습니다:
생산성 커뮤니티
디스코드에서 시작
저와 다른 관리자 한 명이 디스코드에서 나온 더 큰 통찰력을 포착하기 위해 포럼을 설정
처음부터 포럼의 활동량은 디스코드에 비해 상대적으로 낮음
이것은 앞서 언급했듯이 디스코드에서 시작했기 때문에 흥미로운 경우입니다. 따라서 많은 커뮤니티 구성원들에게 그 공간에는 확실히 많은 '중력’이 있습니다. 하지만 최근 몇 달 동안 디스코드 그리고 디스코어 모두에서 활동량이 낮았습니다. 또한 디스코드 채팅에서 놀라운 토론이 일어나지만, 이를 디스코어 토론(깊이 있는 성격과 나중에 참고하거나 장기적으로 참여하는 데 유용할 수 있기 때문에 논리적으로는 이곳에 속해야 합니다)으로 옮기는 것이 매우 어려운 문제가 있었습니다. 이미 꽤 좋은 디스코어 채팅 기능 중 메시지 집합을 새 주제나 기존 주제로 이동하는 기능은 꿈이 이루어진 것과 같습니다.
따라서 제 결정만은 아니지만, 두 영역 모두에서 활동량이 낮기 때문에 저는 주된 참여를 디스코어 포럼으로 옮기려 유혹을 느낍니다. 이때 채팅을 적극 활용하고, 포럼 주제는 더 장문형 콘텐츠로 예약하며, 두 가지 사이의 유동적인 인터페이스가 모든 것을 더 편안하게 작동하게 하도록 할 것입니다. 하지만 말하기는 쉽지만 실행하기는 확실히 어렵습니다. 디스코어 내 디스코드 로그인 통합이 도움이 될 수 있겠지만요…
소프트웨어 제품 지원 및 테스트 커뮤니티
텔레그램에서 시작
디스코어(원래는 Flarum)가 초기에 추가됨
디스코드는 훨씬 나중에 추가되었고, 여전히 활동량은 modest하며, 간헐적으로 발생하며 텔레그램과 공유됨
이 커뮤니티는 보안/프라이버시 중심의 생산성 앱과 연결되어 있으며, 이미 많은 사용자가 디스코드 사용에 대해 불만을 제기하고 있습니다. 텔레그램은 부분적으로 프라이버시 우려로 인해 원래 사용되었습니다. 하지만 텔레그램의 그룹, 역할 등 관리 기능은 솔직히 끔찍합니다. 이것이 디스코드로의 전환이 시작된 부분적인 이유였습니다. 이제 채팅이 디스코어 자체에서 사용 가능하게 되면서, 주요 공식 채팅 채널을 모두 포럼 인스턴스 내부로 옮길 수 있기를 희망합니다. 저는 이것이 큰 승리가 될 것이라고 생각합니다. 왜냐하면 이는 디스코드의 프라이버시 문제와 텔레그램의 관리 문제를 동시에 해결하면서, 커뮤니케이션을 더 통합적이고 강력한 시스템으로 더욱 중앙화할 수 있기 때문입니다. 이는 팀에게 상당한 시간을 절약해 줄 것입니다. 아마도 디스코드와 텔레그램 채널은 계속 존재할 것이며, 팀은 신뢰할 수 있는 커뮤니티 구성원들에게 관리권을 부드럽게 인계하는 방법을 찾아야 할 수 있습니다. 동시에 더 이상 공식 채널이 아니라는 점을 명확히 해야 합니다… 이것은 제 개인적인 희망과 비전이며, 제 결정만은 아니지만, 제가 옹호할 접근 방식입니다.
따라서 제 생각에는 관리자와 사용자 모두에게 장점이 있지만, 현재 주된 장점은 중앙 집중화를 원하는 관리자 쪽에 있습니다. 사용자들의 채택을 유도하려면 채팅 기능이 최대한 견고하고 사용하기 쉬워야 한다고 생각합니다. 저는 적어도 이 두 커뮤니티 중 하나에서 사용자들이 넘어오도록 설득하는 것이 다소 힘든 과정이 될 것으로 예상합니다.
그래서, 저는 특별히 통찰력 있는 답변을 가지고 있는 것은 아닙니다. 그저 모든 것에 대해 생각해보는 것입니다. 하지만 저는 사람들이 이를 어떻게 처리할지, 그리고 어떤 자원, 기능 등이 이를 효과적으로 수행하는 데 가장 도움이 될 것이라고 느끼는지에도 매우 관심이 있으므로, 이 토론에 기여하고 격려하고 싶었습니다.
많은 Discord 봇이 역할(Role) 시스템에 의존합니다. Discourse의 그룹(Group)을 사용하여 이를 재현할 수 있을 것 같습니다.
Discord에서 매우 인기 있는 사용 사례 중 하나는 이모지를 클릭하여 사용자에게 역할을 할당할 수 있는 환영 채널을 만드는 것입니다. Discourse에서 이를 재현하려면, 환영 토픽을 만들어 사용자에게 이모지를 클릭하도록 안내하고(이제 Discourse Reactions 기능이 있으므로 더 실현 가능해졌습니다), 그런 다음 봇/플러그인이 해당 반응에 따라 사용자를 그룹으로 할당하는 방식으로 진행할 수 있을 것입니다.
Discord 사용자를 끌어들이고 싶은 마케팅 관점은 이해가 되지만, "역할을 위해 이모지로 리액션하기"는 사실 Discord의 기능 부족을 우회하기 위한 다소 어색한 방법입니다. 특히 Discord에는 그룹 가입을 요청하고 관리하는 더 나은 방법이 없기 때문입니다. Discourse에는 이미 “사용자가 자유롭게 그룹에 가입하도록 허용” 또는 "사용자가 가입을 요청하도록 허용"과 같은 다양한 옵션과 함께 관리자 도구 세트가 완비되어 있습니다. 따라서 이를 더 나은 방식으로 처리할 수 있어야 하며, 적어도 기본 설정에서는 이모지 기반 그룹 가입을 보고 싶지 않습니다. 다만 훌륭한 플러그인이 될 수는 있겠네요.