계정을 만들지 않고도 사람들이 주제에 답글을 달 수 있도록 초대하기

공개 주제에 계정을 만들지 않고도 사람들이 답글을 달 수 있도록 초대하는 기능이 있으면 좋겠습니다. 어떻게 하면 될까요?

Share > Invite by Email(공유 > 이메일로 초대) 기능을 직접 테스트해 보았지만, 전체 게시물을 볼 수 없거나 이메일로 답글을 달아 참여할 수 있다는 안내가 없는 이메일만 받았습니다.

이 기능은 개인 메시지에 즉시 답글을 달 수 있는 방식을 모방하는 것입니다.

특정 주제에 의견을 듣고 싶은 사람들이 많은데, 그들에게 계정을 만드는 것은 너무 큰 장벽이 되기 때문에 이 기능이 필요합니다.

1개의 좋아요

이것은 지원되지 않는 것 같습니다.

“공유 → 초대” 플로우를 사용하면 스크린샷에 있는 것과 같은 초대 이메일이 생성되지만, 초대받은 사람은 링크를 클릭하고 최소 사용자명을 선택해야 하며, 바로 해당 주제로 이동하게 됩니다.

2개의 좋아요

답변 감사합니다! 이제 이 게시물의 카테고리를 기능 요청으로 변경했습니다.

토론 초대 기능이 어떻게 작동하는지 오해하신 점이 흥미롭네요. 이 기능을 새로 개선된 초대 시스템에 맞게 재설계할 예정입니다. 그 과정에서 혼란을 줄일 수 있기를 바랍니다.

이 기능 요청은 ‘스테이징 사용자(staged user)’ 영역에 해당합니다. 스테이징 사용자는 이메일로만 참여할 수 있기 때문에 엄밀히 말해 '사용자’라고 보기 어렵습니다. 또한 스테이징 사용자 기능은 개인 메시지(PM) 시스템을 제외하고는 충분히 정교하게 구현되어 있지 않습니다. 저는 스테이징 사용자의 의도된 범위를 넘어서는 것을 요청하시는 것 같아 흥미롭지만, 가까운 시일 내에, 혹은 앞으로도 실현 가능성이 낮다고 봅니다.

대부분의 커뮤니티에서는 사용자가 아닌 사람들이 토론에 참여하는 것은 무의미합니다. 여기에는 미끄러운 경사(slippery slope) 문제도 있습니다. 스테이징 사용자에게 다음으로 어떤 사용자 권한을 부여해야 할까요? 스테이징 사용자는 @멘션을 받을 수 없고, 토론이나 카테고리를 구독하지 않으며, 비공개 카테고리의 첨부 파일에 접근할 수 없습니다. 자신의 설정(이메일 설정 포함)을 수정하기 위해 로그인할 수도 없고, 주간 이메일 요약도 받을 수 없습니다. 사용자 목록에도 표시되지 않습니다. 스테이징 사용자는 언제쯤 '로그인하지 않는 사용자’가 되는 것일까요? 우리는 모든 사람에게 훌륭한 포럼 경험을 제공하고자 하므로, 사람들이 이메일 속에 숨어 있도록 두는 것보다 로그인 장벽을 낮추는 것이 진정한 목표가 되어야 합니다.

사용 사례를 조금 더 자세히 설명해 주시겠어요? 기존 Discourse 기능으로 이미 시도해 본 것이 무엇이고, 어디서 어려움을 겪고 계신지도 알려 주세요. 참여시키고자 하는 사람들이 누구이며, 왜 가입하거나 사용자로서 참여하기를 원하지 않거나 할 수 없는지도 설명해 주시면 좋겠습니다.

개인적으로 상상할 수 있는 사용 사례는, 가족 앨범과 같은 가족 프로젝트를 관리하기 위해 사용하는 비공개 Discourse 사이트에 가입을 꺼리는 가족이나 친구들을 초대하는 것입니다. 그들은 격리된 토론에서 새 내용을 보고, 답글을 달고, 저와 몇몇 사람들과 대화하는 것을 좋아할 것입니다. 하지만 사이트 가입을 원하지 않을 것이며, 답글을 달기 위해 로그인해야 하는 부담과 관심 없는 다른 토론들을 보게 되는 것도 원하지 않을 것입니다. 그러나 이는 상당히 특수하고 아마도 드문 Discourse 사용 사례이며, 저는 별도로 이메일을 보내 이 프로젝트에 대해 이야기함으로써 이 문제를 해결할 수 있습니다.

또 다른 사용 사례는 Discourse for Teams에서 이미 게스트 사용자 기능을 실험하고 있는 경우일 수 있습니다. 현재 게스트가 Teams 사이트와 상호작용하는 방식은 게스트 카테고리에 초대받는 것입니다. 게스트는 사용자 한도와 별도로 집계됩니다(팀 멤버와 동일한 수의 게스트를 초대할 수 있음). 이후 게스트 카테고리에서 사이트의 나머지 부분과 격리된 토론을 생성할 수 있어, 팀이 게스트와 특정 주제(예: 고객 프로젝트)에 대해 소통할 수 있습니다. 지금까지 게스트 기능을 사용하는 Teams 사이트는 많지 않았지만, 게스트를 토론에 초대하고 로그인 없이 이메일로 참여할 수 있도록 하는 쉬운 인터페이스를 본다면 사용이 늘어날 수 있습니다.

제가 설명하신 것을 실현하려면, 스태프가 이메일 주소로 개인 메시지를 보낼 수 있는 방식을 참고하여, 답글을 달 수 있고 개인 메시지에 답장이 올 때마다 이메일을 받는 스테이징 사용자를 생성하는 방법을 고려할 수 있습니다. 나중에 계정을 생성하기로 결정하면, 이전 스테이징 사용자로 활동했던 내역에 대한 전체 접근 권한을 얻게 됩니다. 이메일 주소로 게시물을 보내는 버튼(상단에 개인적인 메모를 포함할 수 있음)을 제공할 수 있습니다. 스테이징 사용자가 생성되고 전체 게시물이 이메일로 전송됩니다. 답글을 달면 해당 토론을 구독하게 되어 이후 답글을 받게 됩니다(이것은 이번 주 다른 토론에서 언급된 내용입니다). 과부하를 느끼면 이메일 하단의 구독 해제 링크를 사용할 수 있습니다.

1개의 좋아요

이것은 정확히 저의 사용자 프로필이기도 합니다. 그들은 예를 들어 단 하나의 주제에만 참여하기를 원하지만, 그 외의 모든 것을 보거나 보고 싶어하지 않습니다. 우리는 풀뿌리 조직 단체이기 때문에 실제로 우리에게 이것은 꽤 흔한 일입니다. 우리는 항상 우리 네트워크의 주변부에 있는 사람들과 상호작용하고 있으며, 그들의 참여는 특정 상황에서 필수적이지만 더 많은 정보에는 압도될 수 있는 사람들입니다.

네, 이것이 작동할 것이라고 생각하는 것이며, 이메일을 통해 누군가를 주제로 초대하는 것이 이메일로 개인 메시징이 작동하는 방식을 반영하기 때문에 제가 가정했던 것입니다.

1개의 좋아요

이것은 아마도 영원히 일어나지 않을 것입니다. 코어 디스커스에서는 특히 그렇습니다. 언제든지 이러한 사람들을 커뮤니티에 초대할 수 있으며, 사이트의 이메일 요약 및 기타 알림을 끄도록 설정을 도와줄 수 있습니다.

한편, 사이트 초대 시스템과 혼동하기 쉬운 “DM 초대” UI를 지적해 주셔서 감사합니다. 이 둘은 완전히 별개의 기능입니다. 이 부분을 확인해 보겠습니다.

1개의 좋아요

관련 사용 사례를 해결해 보려고 이 스레드에 왔습니다. 저는 특정 주제(Topic)를 소수의 사람들만 볼 수 있게 하되, 그 사람들이 제 사이트의 회원이 아니어도 되는 기능을 원합니다.

또 다른 표현을 하자면, 비공개 주제를 만들고 선택된 사람들에게만 열람을 초대하되, 그들이 계정을 만들지 않아도 되는 방식입니다.

왜 그런가요? 제 경우는 “망설이는 가족이나 친구를 초대하는” 사례와 비슷합니다. 다만 제 경우에는 가족이 아니라, 특정 항목을 그들만의 것으로 보여줌으로써 더 큰 사이트에 가입하도록 장려하려는 비즈니스 관계자들입니다.

현재로서는 이것이 불가능한 것 같습니다? 우회 방법이 있을까요?

최소한 이 아이디어를 지지하는 또 다른 목소리를 더하고 싶었습니다.

흥미로운 사용 사례네요. Page Publishing 을 참고해 보시는 건 어떨까요? 페이지는 공개되지만 접근하려면 URL을 알아야 하므로, 아마도 이 방식이 사용 사례에 적합할 수도 있습니다.

Nextcloud에서 제공하는 기능처럼, 파일이나 폴더에 대해 고유한 공유 링크를 생성하고 만료 날짜나 접근용 비밀번호를 설정할 수 있는 기능을 추가하는 것도 꽤 흥미로운 아이디어입니다.

2개의 좋아요

감사합니다. 최근에는 드롭박스, 구글 독스 등에서처럼 복잡한 링크(예: 난수 기반 URL)를 주제에 부여할 수 있으면 좋겠다는 생각을 했습니다. 그렇게 하면 누구나 접근할 수는 있지만, 링크가 있어야만 접근할 수 있고, 링크를 받지 않은 사람은 그 링크를 알 가능성이 거의 없게 됩니다. 이렇게 하면 아주 잘 작동할 것 같고, 이 포럼에서 가끔씩 요청되는 “비공개 게시물” 기능에 더 가까워질 수 있을 것 같습니다.

그리고 게시된 페이지가 필요하지 않을 것입니다(공개된 주제를 가져와서 접근을 위한 복잡한 링크만 부여하면 되니까요).

현재 두 가지 제한 사항이 있다고 생각합니다. 게시된 페이지나 일반 주제에 대해, “복잡한 링크” 방식을 통해 소수의 특정 인원에게만 접근 가능하도록 유지하고 싶을 때 말입니다:

  1. 주제에 복잡한 링크를 어떻게 생성합니까? 현재 주제와 게시된 페이지의 경우, URL이 자동으로 생성되며 제목을 그대로 읽는 구조인 것 같습니다. (이상한 제목을 만들 수는 있겠지만, 그렇게 하면 보기에도 좋지 않고, 그것을 보는 사람들에게 혼란을 줄 것입니다.)

  2. 검색 엔진이 게시된 페이지/주제를 인덱싱할 것 아닌가요? 그렇게 되면 페이지/주제의 잠재적 프라이버시가 확실히 저해될 것입니다.

3개의 좋아요

이 스레드를 다시 활성화합니다!

이 기능은 모든 discourse 사용자에게 매우 가치 있으며, 구현된다면 큰 경쟁력이 될 수 있습니다. 매우 일반적인 제 사용 사례를 통해 왜 그런지 보여드리겠습니다.

제 사용 사례

배경

저는 https://nanouherman.com에서 리드 개발자로 근무하고 있습니다. 우리는 프랜차이즈를 보유하고 있으며, 프랜차이즈 가맹점들은 이메일이 묻히거나 사라지지 않고 더 나은 방법으로 소통하고, 다른 메시지를 쉽게 참조하며 다른 사람들을 끌어들이는 방법을 찾고 있습니다. 저는 discourse에 익숙하므로, 이것이 훌륭한 아이디어라고 생각했습니다.

전환

그러나 전환은 어려울 것입니다. 다른 회사들은 자체적인 지원 시스템을 갖추고 있으며, 모든 사람이 즉시 포럼 계정으로 전환할 수 있는 것은 아닙니다. 자체 지원 시스템을 통해 참여하는 사람들을 위한 단계적(staged) 사용자는 매우 유용합니다. 아직 포럼에 없는 사람들에게 PM을 보내 그들을 단계적 사용자로 만들 수 있으며, 이 PM을 주제로 이동하여 분류하고 모든 사람이 볼 수 있게 할 수도 있습니다.

결론

이것은 우리가 discourse를 기존 커뮤니케이션에 완전히 통합하면서도 원하는 구조와 이점을 추가할 수 있게 해줍니다. 사용자는 선택적으로 포럼에 가입할 수 있고, 이미 시스템을 가지고 있는 사람들은 계속 사용할 수 있습니다. 우리의 거의 모든 메시지와 이메일을 discourse로 옮길 수 있습니다. 이는 포럼과 티켓팅 시스템이 하나로 묶인 것과 같습니다.

일반화

더 많은 회사들이 기존 커뮤니케이션과 무리 없이 연동하고, 선택적으로 사용하면서도 이점을 얻을 수 있다면 discourse를 사용할 것입니다. 이 기능이 없다면 모든 사용자를 한 번에 전환하는 것은 어렵습니다.

여기서는 필요성을 다소 과장하고 있다고 생각합니다.

그룹 받은편지함은 이미 이러한 기능을 제공하며, 외부 고객이나 클라이언트에게 응답할 때 이메일의 필요성을 대체하는 것이 이미 널리 적용된 사례가 많습니다.

저희의 사용 사례는 모든 사람이 대화가 공개되기를 원하는 것입니다.