Discord 등 다른 커뮤니티 채팅 도구와의 Discourse Chat 통합

제게는 디스코러스 채팅의 결정적 강점이 다른 도구들과 비교했을 때, 메시지를 포럼 스레드로 이동할 수 있다는 점입니다. 저희 커뮤니티에서는 핵심 멤버들이 시그널과 노이즈를 구분할 수 있어야 하므로, 이 기능이 바로 그 역할을 해줍니다. 예를 들어 기능 요청들을 한데 묶는 것처럼 메시지를 정리할 수 있는 능력은 “진지한” 대화의 장으로서 핵심 멤버들에게 매우 유용할 것입니다.

처음에는 "디스코드 대비 부족한 부분이 많겠다"라고 생각했지만, 이제는 위에서 언급한 것과 같이 메시지를 조직화하는 데 도움이 되는 도구를 더 강화하여 디스코러스만의 고유한 강점을 살리는 것이 가장 합리적이라고 생각합니다.

현재 저희 커뮤니티는 디스코드를 사용 중이며, 일부 채팅을 디스코러스로 옮기는 데에는 저항이 있을 수 있습니다. 하지만 두 플랫폼 모두에 공간이 있다고 봅니다. 디스코드는 캐주얼한 “재미” 채팅, 음성 채널 등을 포함해 모든 커뮤니티 멤버를 위한 첫 번째 접점이 될 것이고, 디스코러스는 핵심 커뮤니티 멤버를 위한 더 “진지한” 공간이 될 것입니다.

웹훅, 동기화 봇 등의 활용은 디스코드 커뮤니티 멤버들을 이 더 진지한 커뮤니티 공간으로 “더 깊이” 끌어들이는 데 핵심이 될 것입니다. 즉, 캐주얼한 관심사들을 적극적인 기여자로 전환하는 것이죠.

여기 있는 다른 커뮤니티 매니저들이 디스코러스 채팅과 기존 채팅 도구를 어떻게 조화시키고 있는지 논의하는 데 관심이 있습니다. 아마도 제 메시지를 새로운 토픽으로 옮기는 것이 좋을 수도 있겠습니다.

7개의 좋아요

저 역시 디스코드(Discord)와 디스코어(Discourse) 채팅이 어떤 관계를 맺게 될지 매우 관심이 많습니다. 수많은 커뮤니티가 두 플랫폼을 모두 사용하고 있기 때문이죠(제가 관리하거나 정기적으로 교류하는 곳들도 포함됩니다). 저는 디스코드에 적응하고 빠른 정보 흐름에 익숙해져야 했으며, 그 과정에서 흥미로운 토론이 종종 사라지는 듯한 느낌을 받았습니다(진정으로 삭제되는 것은 아니지만, 시간이 지나면 디스코드에서 그 내용을 찾아내고 '표면화’하는 것이 매우 어렵기 때문입니다). 따라서 저는 모든 것을 디스코드에서 벗어나게 하려는 강한 본능적 충동과, 디스코어 채팅이 디스코드와 합리적인 기능 동등성을 갖추어 이를 가능하게 해주기를 바라는 마음을 가지고 있습니다. :grinning_face_with_smiling_eyes: 하지만 다른 사람들은 저와 다른 선호도와 편견을 가지고 있다는 점도 인식하고 있으며, 어떤 경우든 그러한 이주를 강제로 추진하는 것은 잘 받아들여지지 않을 가능성이 높고 기존 커뮤니티에 해를 끼칠 수 있습니다.

이러한 이유로 저는 이전에 디스코드와 디스코어 간 더 나은 통합에 대한 바람을 논의한 적이 있습니다:

그리고 일반적으로 동기화(채팅)와 비동기(포럼 등) 토론 간의 인터페이스에 매우 관심이 많습니다. 저는 디스코어가 이 부분을 가장 잘 융합할 기회를 가지고 있다고 생각하며, 따라서 통합 채팅 기능은 매우 흥미롭습니다.

디스코드에서 디스코어 채팅으로 더 자연스러운 전환을 이루는 가장 좋은 기회는 단순히 디스코어 채팅을 정말 매우 훌륭하게 만드는 것일 수 있습니다. :grinning_face_with_smiling_eyes: 지금까지 초기 진행 상황에는 인상적이었지만, 채팅 기능에는 할 일이 많다는 것을 알고 있으며, 이는 팀의 주요 우선순위가 되지 못할 가능성이 높습니다(아마도 제가 틀리고 있을 수 있겠지만요). 저는 디스코어 채팅이 활성적인 디스코어 포럼이 있고, 디스코드가 원래 플랫폼이 아니었거나, 단순히 무료/설치가 쉬워서 실시간 옵션으로 선택된 커뮤니티에서는 더 자연스럽고 쉽게 이주할 수 있을 것이라고 생각합니다.

조금 더 구체적으로 말하자면, 제가 관리하는 두 커뮤니티에서 상황을 처리하기 위한 제 현재 생각은 다음과 같습니다:

생산성 커뮤니티

  • 디스코드에서 시작
  • 저와 다른 관리자 한 명이 디스코드에서 나온 더 큰 통찰력을 포착하기 위해 포럼을 설정
  • 처음부터 포럼의 활동량은 디스코드에 비해 상대적으로 낮음

이것은 앞서 언급했듯이 디스코드에서 시작했기 때문에 흥미로운 경우입니다. 따라서 많은 커뮤니티 구성원들에게 그 공간에는 확실히 많은 '중력’이 있습니다. 하지만 최근 몇 달 동안 디스코드 그리고 디스코어 모두에서 활동량이 낮았습니다. 또한 디스코드 채팅에서 놀라운 토론이 일어나지만, 이를 디스코어 토론(깊이 있는 성격과 나중에 참고하거나 장기적으로 참여하는 데 유용할 수 있기 때문에 논리적으로는 이곳에 속해야 합니다)으로 옮기는 것이 매우 어려운 문제가 있었습니다. 이미 꽤 좋은 디스코어 채팅 기능 중 메시지 집합을 새 주제나 기존 주제로 이동하는 기능은 꿈이 이루어진 것과 같습니다.

따라서 제 결정만은 아니지만, 두 영역 모두에서 활동량이 낮기 때문에 저는 주된 참여를 디스코어 포럼으로 옮기려 유혹을 느낍니다. 이때 채팅을 적극 활용하고, 포럼 주제는 더 장문형 콘텐츠로 예약하며, 두 가지 사이의 유동적인 인터페이스가 모든 것을 더 편안하게 작동하게 하도록 할 것입니다. 하지만 말하기는 쉽지만 실행하기는 확실히 어렵습니다. 디스코어 내 디스코드 로그인 통합이 도움이 될 수 있겠지만요…

소프트웨어 제품 지원 및 테스트 커뮤니티

  • 텔레그램에서 시작
  • 디스코어(원래는 Flarum)가 초기에 추가됨
  • 디스코드는 훨씬 나중에 추가되었고, 여전히 활동량은 modest하며, 간헐적으로 발생하며 텔레그램과 공유됨

이 커뮤니티는 보안/프라이버시 중심의 생산성 앱과 연결되어 있으며, 이미 많은 사용자가 디스코드 사용에 대해 불만을 제기하고 있습니다. 텔레그램은 부분적으로 프라이버시 우려로 인해 원래 사용되었습니다. 하지만 텔레그램의 그룹, 역할 등 관리 기능은 솔직히 끔찍합니다. 이것이 디스코드로의 전환이 시작된 부분적인 이유였습니다. 이제 채팅이 디스코어 자체에서 사용 가능하게 되면서, 주요 공식 채팅 채널을 모두 포럼 인스턴스 내부로 옮길 수 있기를 희망합니다. 저는 이것이 큰 승리가 될 것이라고 생각합니다. 왜냐하면 이는 디스코드의 프라이버시 문제와 텔레그램의 관리 문제를 동시에 해결하면서, 커뮤니케이션을 더 통합적이고 강력한 시스템으로 더욱 중앙화할 수 있기 때문입니다. 이는 팀에게 상당한 시간을 절약해 줄 것입니다. 아마도 디스코드와 텔레그램 채널은 계속 존재할 것이며, 팀은 신뢰할 수 있는 커뮤니티 구성원들에게 관리권을 부드럽게 인계하는 방법을 찾아야 할 수 있습니다. 동시에 더 이상 공식 채널이 아니라는 점을 명확히 해야 합니다… 이것은 제 개인적인 희망과 비전이며, 제 결정만은 아니지만, 제가 옹호할 접근 방식입니다. :grin:

따라서 제 생각에는 관리자와 사용자 모두에게 장점이 있지만, 현재 주된 장점은 중앙 집중화를 원하는 관리자 쪽에 있습니다. 사용자들의 채택을 유도하려면 채팅 기능이 최대한 견고하고 사용하기 쉬워야 한다고 생각합니다. 저는 적어도 이 두 커뮤니티 중 하나에서 사용자들이 넘어오도록 설득하는 것이 다소 힘든 과정이 될 것으로 예상합니다.

그래서, 저는 특별히 통찰력 있는 답변을 가지고 있는 것은 아닙니다. 그저 모든 것에 대해 생각해보는 것입니다. 하지만 저는 사람들이 이를 어떻게 처리할지, 그리고 어떤 자원, 기능 등이 이를 효과적으로 수행하는 데 가장 도움이 될 것이라고 느끼는지에도 매우 관심이 있으므로, 이 토론에 기여하고 격려하고 싶었습니다.

1개의 좋아요

이 주제에 대해 말씀드리자면, 우리는 Discord에서 Carlbot과 같은 몇 가지 봇을 사용하며, 키워드에 반응하는 트리거를 설정해 두고 있습니다. Discourse Chat에서도 이러한 봇을 재현할 수 있을 것으로 예상하시나요?

무엇이든 만들 수 있었지만 :grinning: 아직 내부적으로 이에 대해 논의하지 않았습니다.

1개의 좋아요

완벽하네요! 핵심 팀이 Discourse에서 유사한 봇을 만들 수 있는 플러그인 프레임워크를 제공한다면, 제 생각에는 그것만으로도 충분합니다.

물론 출시 시 우선순위는 아니지만요.

디스코드 봇은 다른 곳에 호스팅되는 거죠? 디스코스는 오픈 REST API를 제공하고 있기 때문에, 디스코드가 할 수 있는 모든 것을 기본적으로(추가 구성 없이) 구현할 수 있습니다.

디스코스를 사용하면 추가적인 이점이 있습니다. 같은 서버에서 실행되는 디스코스 플러그인으로 만들 수 있기 때문입니다.

또는 가볍고 안전한 Customization > Theme component(테마 컴포넌트)로 만들 수도 있습니다.

Discourse를 중심으로 생태계를 확장하는 방법으로서 봇 API는 흥미로울 수 있습니다.

음, Falco가 맞는 말이야. 채팅 관리자 인터페이스로 봇을 설정하는 방법이 이미 있으니까.

웹훅에 대해 말씀하시는 거죠? 하지만 이 부분에서는 Discourse가 Discord보다 훨씬 더 강력할 수 있어요.

chatSent과 chatReceived을 위한 appEvents를 만들어서, 사람들이 JS 테마 컴포넌트를 사용해 메시지를 꾸밀 수 있도록 할 수 있습니다. 이렇게 하면 "서버리스 봇"을 만들 수 있게 됩니다.

2개의 좋아요

디스코스가 오픈소스라는 점이 봇의 활용 가능성이 훨씬 더 높을 것 같다는 생각을 하게 합니다.

저희 팀은 커뮤니티에 필요한 경우 자체 봇/플러그인 개발에 자원을 투입할 의향이 있지만, 디스코스와 같은 오픈소스 프레임워크에서는 그 매력이 더 큽니다.

또한 디스코드에서 이미 사용 중인 봇들이 몇 가지 있어, 이를 디스코스로 이식하는 것이 얼마나 쉬운지 고민해 보고 있었습니다.

기술적인 부분에 대해 잘 알지 못해서, 채널 내에서 상호작용하는 봇을 활성화하기 위해 디스코스의 API에 얼마나 많은 작업이 필요한지 확신이 서지 않았습니다.

디스코드가 디스코드(메신저)와 비교했을 때 가진 고유한 기능에서 비롯된 디스코스 봇의 흥미로운 가능성들도 있습니다. 예를 들어, 채팅에서 주요 질문을 감지하면 자동으로 해당 질문을 토픽 스레드로 이동시키고 지원 담당자에게 할당하는 봇을 상상해 볼 수 있습니다.

2개의 좋아요

잘 봤어 Falco; 꽤 흥미롭고, 내가 생각해보지 못한 부분이야

오, 정말 멋진 아이디어야

전혀 불가능하지도 않아. Falco가 말했듯이, 우리 쪽에서 5분 만에 지원할 수 있어

1개의 좋아요

많은 Discord 봇이 역할(Role) 시스템에 의존합니다. Discourse의 그룹(Group)을 사용하여 이를 재현할 수 있을 것 같습니다.

Discord에서 매우 인기 있는 사용 사례 중 하나는 이모지를 클릭하여 사용자에게 역할을 할당할 수 있는 환영 채널을 만드는 것입니다. Discourse에서 이를 재현하려면, 환영 토픽을 만들어 사용자에게 이모지를 클릭하도록 안내하고(이제 Discourse Reactions 기능이 있으므로 더 실현 가능해졌습니다), 그런 다음 봇/플러그인이 해당 반응에 따라 사용자를 그룹으로 할당하는 방식으로 진행할 수 있을 것입니다.

그리고 여기에서 그룹을 언급할 수 있는 것 같습니다: Allow groups to be mentioned and sent messages

이러한 유사한 기능을 강조하는 것이 Discord 생태계에 더 깊이 뿌리내린 커뮤니티를 유치하는 데 핵심이 될 것이라 생각합니다.

또 다른 유사한 기능은 이 기능을 추가하는 것입니다. 이는 Discord가 역할을 기준으로 그룹화하는 것과 동일한 방식으로, 온라인 사용자를 그룹별로 그룹화하는 것입니다.

Discord 사용자를 끌어들이고 싶은 마케팅 관점은 이해가 되지만, "역할을 위해 이모지로 리액션하기"는 사실 Discord의 기능 부족을 우회하기 위한 다소 어색한 방법입니다. 특히 Discord에는 그룹 가입을 요청하고 관리하는 더 나은 방법이 없기 때문입니다. Discourse에는 이미 “사용자가 자유롭게 그룹에 가입하도록 허용” 또는 "사용자가 가입을 요청하도록 허용"과 같은 다양한 옵션과 함께 관리자 도구 세트가 완비되어 있습니다. 따라서 이를 더 나은 방식으로 처리할 수 있어야 하며, 적어도 기본 설정에서는 이모지 기반 그룹 가입을 보고 싶지 않습니다. 다만 훌륭한 플러그인이 될 수는 있겠네요. :wink:

3개의 좋아요

따라서 우리는 수년에 걸쳐 이 사용 사례에 대해 많은 고민을 해왔습니다. Discord에서 봇을 작성해야 하는 이유는, 이는 일종의 '둥근 구멍에 네모난 못 박기’와 같고, 더 나은 대안이 없어서 이런 이상한 UX를 사용할 수밖에 없기 때문입니다.

Discourse에서는 Discourse Automation을 구성하여 동일한 사용 사례를 구현할 수 있으며, 투표에서 선택하거나 채팅 메시지에 답장하는 등 사용자에게 더 합리적인 방식으로 그룹/역할을 할당할 수 있습니다.

3개의 좋아요