토론 초대 기능이 어떻게 작동하는지 오해하신 점이 흥미롭네요. 이 기능을 새로 개선된 초대 시스템에 맞게 재설계할 예정입니다. 그 과정에서 혼란을 줄일 수 있기를 바랍니다.
이 기능 요청은 ‘스테이징 사용자(staged user)’ 영역에 해당합니다. 스테이징 사용자는 이메일로만 참여할 수 있기 때문에 엄밀히 말해 '사용자’라고 보기 어렵습니다. 또한 스테이징 사용자 기능은 개인 메시지(PM) 시스템을 제외하고는 충분히 정교하게 구현되어 있지 않습니다. 저는 스테이징 사용자의 의도된 범위를 넘어서는 것을 요청하시는 것 같아 흥미롭지만, 가까운 시일 내에, 혹은 앞으로도 실현 가능성이 낮다고 봅니다.
대부분의 커뮤니티에서는 사용자가 아닌 사람들이 토론에 참여하는 것은 무의미합니다. 여기에는 미끄러운 경사(slippery slope) 문제도 있습니다. 스테이징 사용자에게 다음으로 어떤 사용자 권한을 부여해야 할까요? 스테이징 사용자는 @멘션을 받을 수 없고, 토론이나 카테고리를 구독하지 않으며, 비공개 카테고리의 첨부 파일에 접근할 수 없습니다. 자신의 설정(이메일 설정 포함)을 수정하기 위해 로그인할 수도 없고, 주간 이메일 요약도 받을 수 없습니다. 사용자 목록에도 표시되지 않습니다. 스테이징 사용자는 언제쯤 '로그인하지 않는 사용자’가 되는 것일까요? 우리는 모든 사람에게 훌륭한 포럼 경험을 제공하고자 하므로, 사람들이 이메일 속에 숨어 있도록 두는 것보다 로그인 장벽을 낮추는 것이 진정한 목표가 되어야 합니다.
사용 사례를 조금 더 자세히 설명해 주시겠어요? 기존 Discourse 기능으로 이미 시도해 본 것이 무엇이고, 어디서 어려움을 겪고 계신지도 알려 주세요. 참여시키고자 하는 사람들이 누구이며, 왜 가입하거나 사용자로서 참여하기를 원하지 않거나 할 수 없는지도 설명해 주시면 좋겠습니다.
개인적으로 상상할 수 있는 사용 사례는, 가족 앨범과 같은 가족 프로젝트를 관리하기 위해 사용하는 비공개 Discourse 사이트에 가입을 꺼리는 가족이나 친구들을 초대하는 것입니다. 그들은 격리된 토론에서 새 내용을 보고, 답글을 달고, 저와 몇몇 사람들과 대화하는 것을 좋아할 것입니다. 하지만 사이트 가입을 원하지 않을 것이며, 답글을 달기 위해 로그인해야 하는 부담과 관심 없는 다른 토론들을 보게 되는 것도 원하지 않을 것입니다. 그러나 이는 상당히 특수하고 아마도 드문 Discourse 사용 사례이며, 저는 별도로 이메일을 보내 이 프로젝트에 대해 이야기함으로써 이 문제를 해결할 수 있습니다.
또 다른 사용 사례는 Discourse for Teams에서 이미 게스트 사용자 기능을 실험하고 있는 경우일 수 있습니다. 현재 게스트가 Teams 사이트와 상호작용하는 방식은 게스트 카테고리에 초대받는 것입니다. 게스트는 사용자 한도와 별도로 집계됩니다(팀 멤버와 동일한 수의 게스트를 초대할 수 있음). 이후 게스트 카테고리에서 사이트의 나머지 부분과 격리된 토론을 생성할 수 있어, 팀이 게스트와 특정 주제(예: 고객 프로젝트)에 대해 소통할 수 있습니다. 지금까지 게스트 기능을 사용하는 Teams 사이트는 많지 않았지만, 게스트를 토론에 초대하고 로그인 없이 이메일로 참여할 수 있도록 하는 쉬운 인터페이스를 본다면 사용이 늘어날 수 있습니다.
제가 설명하신 것을 실현하려면, 스태프가 이메일 주소로 개인 메시지를 보낼 수 있는 방식을 참고하여, 답글을 달 수 있고 개인 메시지에 답장이 올 때마다 이메일을 받는 스테이징 사용자를 생성하는 방법을 고려할 수 있습니다. 나중에 계정을 생성하기로 결정하면, 이전 스테이징 사용자로 활동했던 내역에 대한 전체 접근 권한을 얻게 됩니다. 이메일 주소로 게시물을 보내는 버튼(상단에 개인적인 메모를 포함할 수 있음)을 제공할 수 있습니다. 스테이징 사용자가 생성되고 전체 게시물이 이메일로 전송됩니다. 답글을 달면 해당 토론을 구독하게 되어 이후 답글을 받게 됩니다(이것은 이번 주 다른 토론에서 언급된 내용입니다). 과부하를 느끼면 이메일 하단의 구독 해제 링크를 사용할 수 있습니다.
이것은 정확히 저의 사용자 프로필이기도 합니다. 그들은 예를 들어 단 하나의 주제에만 참여하기를 원하지만, 그 외의 모든 것을 보거나 보고 싶어하지 않습니다. 우리는 풀뿌리 조직 단체이기 때문에 실제로 우리에게 이것은 꽤 흔한 일입니다. 우리는 항상 우리 네트워크의 주변부에 있는 사람들과 상호작용하고 있으며, 그들의 참여는 특정 상황에서 필수적이지만 더 많은 정보에는 압도될 수 있는 사람들입니다.
네, 이것이 작동할 것이라고 생각하는 것이며, 이메일을 통해 누군가를 주제로 초대하는 것이 이메일로 개인 메시징이 작동하는 방식을 반영하기 때문에 제가 가정했던 것입니다.
감사합니다. 최근에는 드롭박스, 구글 독스 등에서처럼 복잡한 링크(예: 난수 기반 URL)를 주제에 부여할 수 있으면 좋겠다는 생각을 했습니다. 그렇게 하면 누구나 접근할 수는 있지만, 링크가 있어야만 접근할 수 있고, 링크를 받지 않은 사람은 그 링크를 알 가능성이 거의 없게 됩니다. 이렇게 하면 아주 잘 작동할 것 같고, 이 포럼에서 가끔씩 요청되는 “비공개 게시물” 기능에 더 가까워질 수 있을 것 같습니다.
그리고 게시된 페이지가 필요하지 않을 것입니다(공개된 주제를 가져와서 접근을 위한 복잡한 링크만 부여하면 되니까요).
현재 두 가지 제한 사항이 있다고 생각합니다. 게시된 페이지나 일반 주제에 대해, “복잡한 링크” 방식을 통해 소수의 특정 인원에게만 접근 가능하도록 유지하고 싶을 때 말입니다:
주제에 복잡한 링크를 어떻게 생성합니까? 현재 주제와 게시된 페이지의 경우, URL이 자동으로 생성되며 제목을 그대로 읽는 구조인 것 같습니다. (이상한 제목을 만들 수는 있겠지만, 그렇게 하면 보기에도 좋지 않고, 그것을 보는 사람들에게 혼란을 줄 것입니다.)
검색 엔진이 게시된 페이지/주제를 인덱싱할 것 아닌가요? 그렇게 되면 페이지/주제의 잠재적 프라이버시가 확실히 저해될 것입니다.
이 기능은 모든 discourse 사용자에게 매우 가치 있으며, 구현된다면 큰 경쟁력이 될 수 있습니다. 매우 일반적인 제 사용 사례를 통해 왜 그런지 보여드리겠습니다.
제 사용 사례
배경
저는 https://nanouherman.com에서 리드 개발자로 근무하고 있습니다. 우리는 프랜차이즈를 보유하고 있으며, 프랜차이즈 가맹점들은 이메일이 묻히거나 사라지지 않고 더 나은 방법으로 소통하고, 다른 메시지를 쉽게 참조하며 다른 사람들을 끌어들이는 방법을 찾고 있습니다. 저는 discourse에 익숙하므로, 이것이 훌륭한 아이디어라고 생각했습니다.
전환
그러나 전환은 어려울 것입니다. 다른 회사들은 자체적인 지원 시스템을 갖추고 있으며, 모든 사람이 즉시 포럼 계정으로 전환할 수 있는 것은 아닙니다. 자체 지원 시스템을 통해 참여하는 사람들을 위한 단계적(staged) 사용자는 매우 유용합니다. 아직 포럼에 없는 사람들에게 PM을 보내 그들을 단계적 사용자로 만들 수 있으며, 이 PM을 주제로 이동하여 분류하고 모든 사람이 볼 수 있게 할 수도 있습니다.
결론
이것은 우리가 discourse를 기존 커뮤니케이션에 완전히 통합하면서도 원하는 구조와 이점을 추가할 수 있게 해줍니다. 사용자는 선택적으로 포럼에 가입할 수 있고, 이미 시스템을 가지고 있는 사람들은 계속 사용할 수 있습니다. 우리의 거의 모든 메시지와 이메일을 discourse로 옮길 수 있습니다. 이는 포럼과 티켓팅 시스템이 하나로 묶인 것과 같습니다.
일반화
더 많은 회사들이 기존 커뮤니케이션과 무리 없이 연동하고, 선택적으로 사용하면서도 이점을 얻을 수 있다면 discourse를 사용할 것입니다. 이 기능이 없다면 모든 사용자를 한 번에 전환하는 것은 어렵습니다.