참가자에게 컨퍼런스 영역에 대한 접근 권한을 선택적으로 부여할 수 있습니다. 예를 들어, Discourse 커뮤니티의 모든 구성원이 컨퍼런스에 참석하지 않거나, 티켓팅이 있는 유료 컨퍼런스의 경우입니다. (참고: 티켓 플러그인은 여기서 말하는 티켓이 아니라 '작업 티켓(work tickets)'을 의미합니다)
참가자/대표/스폰서/출전사를 위한 게이미피케이션과 보상을 위해 **배지(Badges)**를 광범위하게 사용합니다.
**태그(Tags)**를 사용하여 참가자가 관심 있는 컨퍼런스 콘텐츠로 안내합니다.
그룹과 카테고리를 사용하여 누가 어떤 부분을 볼 수 있는지 관리합니다. (예: 출전사와 참석자를 위한 접근 권한 제한)
특히 커뮤니티가 이미 채팅 플랫폼을 사용 중인 경우, **채팅 통합**을 추가하는 것을 고려해 볼 수 있습니다. 이를 통해 컨퍼런스 대화를 Discourse 인스턴스에 최대한 연결할 수 있습니다.
스폰서 및 출전사
스폰서/공급업체 영역을 생성합니다. (컨퍼런스 카테고리의 하위 카테고리로 설정할 수 있습니다)
스폰서와 출전사의 브랜드를 사용하여 **아바타 플레어(Avatar flair)**를 사용합니다.
스폰서와 출전사 직원은 계정을 가질 수 있습니다. - 이상적으로는 회사명 계정 대신 개인 이름을 사용하되, 그룹으로 묶고 회사 소속을 반영하는 제목/자기소개, 아바타 플레어, 직함 등을 설정할 수 있습니다.
모든 참가자를 Discourse의 그룹으로 설정하고, 그룹 소유자가 컨퍼런스 전, 중, 후에 참가자에게 **그룹 개인 메시지(Group Private Message)**를 보낼 수 있도록 합니다.
이 글이 세계적으로 거의 모든 컨퍼런스가 최소 몇 개월 더 가상으로 진행될 수밖에 없는 상황에서 누군가에게 도움이 되기를 바랍니다.
답변으로 다른 아이디어를 제안해 주시면 좋으며, 사람들이 추가하고 개선할 수 있도록 이 게시글을 위키화하는 것도 고려해 볼 수 있습니다.
무례한 홍보: Discourse를 이용해 가상 컨퍼런스를 진행할 것을 고려 중이시고, 어떤 측면에서든 도움이 필요하시다면 thepavilion.io를 고려해 주십시오.
제목에 약간의 변화를 주면, 가끔씩 훈련을 지원하는 사이트에서 이 아이디어들이 유용할 수 있다고 생각합니다. 제가 속해 있는 사이트는 Prolog를 위한 것입니다. 아시지 못하셨다면 Prolog는 프로그래밍 언어이며, 우리 회원 중 한 명이 대략 1년에 한 번씩 훈련 클래스를 진행하는데, 이 아이디어들은 그런 활동과 아주 잘 어울릴 것입니다.
저는 지난해까지 커뮤니티 매니저로 일했던 Global Legal Empowerment Network에서 여러분이 하려는 일을 위해 어떤 도구를 사용했는지 살펴봤습니다. 당시 우리는 온라인 이벤트를 진행하기 위해 다른 도구들을 조합해서 사용하고, Discourse는 이벤트 전에 커뮤니티를 초대하고 정보를 공유하는 곳, 그리고 이벤트 후에는 후속 보고와 팔로우업을 위한 곳으로 활용했습니다. 이벤트 등록, 리마인더 이메일, 후속 이메일 처리는 물론 실제 이벤트 호스팅까지 GoToWebinar을 사용했습니다.
그때 이후로 Discourse의 기능은 상당히 개선되었고, 이 용도를 더 잘 지원하도록 발전하길 기대합니다. 참고해 볼 수 있는 다른 기능들도 있습니다. 특히 제가 좋아하는 기능 중 하나는 Discourse Shared Edits 입니다. 또한 최근 초대 시스템을 대폭 개선하여 링크를 생성하고 공유하기만 하면 사람들이 Discourse에 쉽게 가입하고 즉시 추가 권한을 부여받을 수 있게 되었습니다.
(APC가 조직으로서 번성하고 있는 것을 보니 기쁩니다. 저는 APC를 초기부터 알고 있었는데요, 제가 Kabissa를 운영하던 시절(오래전에 조직으로서 은퇴했습니다)부터, 그 이전에는 Fidonet을 사용해 아프리카의 조직들을 연결하고 싶었을 때 영국 GreenNet과 함께했을 때, 그리고 그 이전에는 Amnesty International과 IGC를 다룰 때부터요.)
이 텍스트는 앞으로 몇 주 안에 실제로 실행해 보고 싶은 사고 실험입니다.
그 아이디어의 핵심은 웹세미나 전, 중, 후로 포럼 내에서 이루어지는 대화를 통해 서로 다른 커뮤니티 공간을 함께 강화하는 것입니다.
아직 다듬어야 할 부분이 몇 가지 있습니다. 예를 들어, 질문을 포럼의 나머지 라이프사이클과 논리적으로 연결되도록 어떻게 조직할지, 비(非)사용자의 경우 RSVP는 어떻게 처리할지, 그리고 포럼 경험이 토론을 방해하지 않도록(특히 신규 사용자의 경우) 어떻게 할지 등이 있습니다.
저는 직원을 위한(그리고 나중에 사이트 회원들을 위한) 이벤트 조직 과정을 단순화하여 경험을 최적화하고 싶습니다.
공유 편집(Shared Edits) 기능은 집단적 노트 작성이나 특정 지식 체인의 일부를 문서화하는 데 매우 유용해 보입니다… 다만 아직 사용해 본 적이 없어서 활용 사례를 더 고민해 봐야 할 것 같습니다.
멋지네요! Discourse가 APC에 훌륭한 추가 요소가 될 것 같네요. 커뮤니티를 위한 인스턴스가 있다면 저를 초대해 주세요. 그리고 설정을 알아가는 동안이나 특정 Discourse 기능에 대해 질문이 있거나, 여러분의 사용 사례를 지원하기 위해 Discourse를 개선할 방법에 대한 아이디어를 공유하고 싶으시다면 여기로 피드백을 남겨 주세요.
https://kabissa.org가https://kabissalegacy.kb2.org로 올바르게 리다이렉트되지 않는다는 점을 지적해 주셔서 감사합니다. 이제 수정한 것 같습니다. 이것은 순수한 Discourse 사이트로, 제가 좋아하는 추억 중 일부를 기록하기 위해 가끔씩 추가하고 있습니다. 또한 도메인 이름을 Kabissa에서 이전하지 않은 기존 멤버들을 돕기 위해서도 사용하고 있습니다. 그 과정이 거의 끝나가고 있습니다..
가능하다고 생각합니다. 제 관점에서는, 컨퍼런스 경험을 설명한 후 Discourse의 기능(플러그인 기능 포함)을 이에 맞게 매칭시키는 것이 좋은 출발점이 될 수 있을 것 같습니다.
비디오를 위해 서드파티 통합이 필요할 수 있지만, 과거에 Jitsi 통합이 사용 가능했던 것으로 기억합니다. 지금은 더 성숙해졌거나 다른 대안이 있을 수도 있겠죠.
또한, Discourse를 이런 방식으로 사용하려면 최종 사용자에게 직관적인 사용자 경험(UX)을 제공하기 위해 상당한 커스터마이징이 필요합니다. 이는 당연한 일이지만, 제가 자신의 프로젝트에 Discourse를 사용해 본 경험을 바탕으로 말씀드리면, 제게는 느낌과 외관이 좋게 보였지만 최종 사용자는 혼란스러워했습니다.
Discourse를 배우고 사용하기 더 쉽게 만들기 위해 노력해 왔습니다. 인터페이스에서 사람들이 혼란을 느끼는 구체적인 영역의 예시나 도움이 될 것이라고 생각하는 개선 사항이 있다면 알려 주세요! 물론 이는 이 주제만의 문제가 아니라 더 넓은 범위의 질문이지만, 특히 컨퍼런스 같은 단기 이벤트로 Discourse를 찾아오는 사람들이 좋은 경험을 할 수 있는 것은 매우 중요합니다. 최소한 사용하기 쉬워야 하며, 다른 유사 플랫폼에서의 경험과 합리적으로 비슷해야 합니다.
네, 파워 유저와 파워 유저가 되고자 하지 않는 사람들 모두에게 만족을 주고 효과적으로 지원하기는 어렵고, 우리는 균형을 찾아야 합니다. 현재는 #staff-experience(스태프 경험)를 개선하는 데 초점을 맞추고 있으며, 이를 통해 예를 들어 작고 사적인 커뮤니티를 위해 Discourse 사이트를 구축하는 데 관심이 있는 비기술적 사람들이 쉽게 이를 수행할 수 있도록 하고 있습니다.