우리는 WordPress 블로그의 댓글, 포럼, 개인 메시지, 그리고 게이미피케이션 기능을 업그레이드하기 위해 Discourse와 Invision(www.invisioncommunity.com) 사이에서 선택을 고민하고 있습니다.
여기서 두 플랫폼의 장단점에 대한 의견이나 통찰을 공유해 주실 수 있는 분이 계신가요? 직접 비교를 다루는 리뷰를 찾기 어려웠습니다. 감사합니다.
– Aaron
9개의 좋아요
개인적으로는 경쟁 상대가 없습니다!
Discourse는 하루 종일 사용할 수 있고, 훨씬 더 많은 기능을 제공합니다!
4개의 좋아요
참고로, 저는 여러 사람을 Invision에서 Discourse로 옮긴 경험이 있습니다.
5개의 좋아요
제이, 고마워. 전직을 결심한 이유에 대해 누가 설명해 주더냐?
4개의 좋아요
고맙습니다, 닉. 기능 관련해서 명확한 답을 얻기 어려운 항목이 몇 가지 있습니다:
- 그룹 - Facebook처럼 사용자가 직접 그룹을 만들 수 있도록 하여 커뮤니티가 자발적으로 조직화되기를 원합니다. Discourse에서 이런 기능을 사용할 수 있나요?
- 확장성 - 현재 운영 중인 가장 큰 Discourse 커뮤니티의 규모가 어느 정도인지 알고 싶어요.
- 이벤트 - 이 부분에 대해 찾은 것은 아직 완전히 개발되지 않은 플러그인뿐이었습니다. 맞나요?
4개의 좋아요
현재로서는 불가능합니다. 그룹과 카테고리는 스태프만 생성할 수 있습니다. 생성된 후에는 카테고리 관리자(group owners)와 그룹 소유자를 통해 카테고리와 그룹 모두를 자율적으로 관리할 수 있습니다.
다만, 이 특정 사용 사례를 허용하기 위한 플러그인을 현재 개발하고 있습니다.
어떤 기준으로 비교하시려는지 정확히 모르겠지만, 월 5,000만 페이지뷰 이상을 기록하고 월 50만 개 이상의 게시글을 가진 인스턴스들이 있습니다.
어떤 유형의 이벤트 연동을 원하시나요?
12개의 좋아요
답변 주셔서 감사합니다. Groups 플러그인에 대해 일정이나 타임라인에 대한 감이 있으신가요? 이벤트 관련해서, Invision에는 달력, 이벤트 상세 정보, 토론, 참석자 목록 등 정말 멋진 이벤트 모듈이 있다는 걸 알게 되었습니다(https://invisioncommunity.com/features/calendar/). 최소한으로는 Zoom 웹세미나를 임베드할 수 있는 방법(이건 가능하다고 알고 있습니다), 메인 스레드와 비동기 채널 모두에서 토론이 가능하도록 하는 것, 그리고 티켓을 구매한 사람들만 접근할 수 있도록 하는 기능이 필요합니다. 현재 토론 부분은 Discord를 사용하고, 임베드된 웹세미나나 비디오 다운로드 등은 WordPress를 활용하고 있습니다.
결국 Discourse나 Invision 중 우리에게 적합한 도구를 고를 때, 포럼보다는 커뮤니티에 더 초점을 맞추고 싶다는 것이 핵심입니다. 이 설명이 이해가 되시는지 궁금합니다.
3개의 좋아요
Pavilion Custom Wizard 플러그인을 사용하면 사용자가 그룹을 생성할 수 있습니다.
비슷한 기능을 제공하는 Events Integration 플러그인을 살펴보는 것이 좋습니다.
5개의 좋아요
그룹에 대한 재설계와 재고찰이 반드시 필요합니다. 현재 그룹이 어떤 목적으로 필요한지 명확하지 않기 때문입니다. 디스코urses를 사용해 온 수년간 그룹 메뉴에 들어간 적이 한 번도 없습니다.
디스코urses와 인비전(Invision)의 그룹을 비교해 보겠습니다.
2개의 좋아요
고맙습니다. 동의합니다. Invision의 스크린샷을 보면 그룹 기능에서 우위를 점하는 것처럼 보이지만, 이 부분을 개선하기 위해 Discourse 측에서도 개발이 진행 중인 것 같습니다. 그럼에도 불구하고, 다른 여러 측면에서는 Discourse가 저에게 더 유리합니다. Discourse가 이 격차를 줄이기를 확실히 기대해 봅니다.
제 추측으로는, 과거에 이 기능들이 접근 권한 관리나 콘텐츠 세분화 등을 위해 개발되고 사용되었던 반면, 여기서 논의하는 것은 더 사회적 네트워킹 용도에 가깝기 때문이 아닐까 싶습니다.
5개의 좋아요
Discourse로 이전하기 전에 커뮤니티용으로 Invision을 사용해 본 적이 있습니다. (제목에 오타가 있는 걸 다른 분들도 신경 쓰시나요? :()
어떤 플랫폼을 선택할지는 커뮤니티의 규모와 성숙도, 그리고 구체적인 사용 목적에 따라 달라질 것 같습니다. IP의 그룹 기능이 훌륭했지만, 제 경우에는 그 활용도가 충분히 높지 않았습니다. 포럼 사용자가 스스로 조직화되는 경우가 드물기 때문이기도 하고, 그럴 필요성이 크지 않았기 때문이기도 합니다.
저와 사용자들은 Discourse가 더 가볍고(UI와 UX 모두), 사용하기가 쉬우며 덜 혼잡하다고 느꼈습니다. 전환 이후 커뮤니티 성장이 더 빨라졌습니다.
9개의 좋아요
하! 죄송합니다. 제가 못 봤네요. 보통 그런 것에 대해 꽤 꼼꼼한 편인데 말이죠.
피드백에 감사드립니다. 정말 좋은 통찰력이네요.
3개의 좋아요
Discourse에는 추가할 수 있는 테마가 있으며, 이 또한 커스터마이징이 가능합니다. (Invision이 이러한 커스텀 테마를 지원할 수 있는지는 해당 포럼 소프트웨어에 익숙하지 않아서 확실하지 않습니다.)
2개의 좋아요
주로 사용 사례에 따라 달라질 것 같습니다. 저희에게는 권한 관리와 사용자 알림 설정 자동화의 핵심 수단이었죠. 그룹 x에 가입하면, 그룹 x와 관련된 카테고리 및 태그에 대한 알림 설정이 자동으로 조정되고, 카테고리 x에서 읽기 및 답변이 허용됩니다.
저희와 같은 사용 사례가 없는 경우, 기존 그룹 기능이 그렇게 유용하게 느껴지지 않을 수 있다는 점은 이해할 수 있습니다.
Invision에 대해서는 확답을 드릴 수 없지만, Discourse에서 이 기능이 얼마나 유용한지 과소평가하지 마세요. 화면에서 볼 수 있거나 클릭할 수 있는 모든 것을 변경할 수 있습니다. 테마의 경우 때로는 CSS나 HTML을 조금 배워야 하지만, 인터넷에는 이를 위한 훌륭한 리소스가 많습니다.
8개의 좋아요
Invision에도 테마가 있으며, 솔직히 말하면 IPS용 테마 컬렉션은 Discourse용 테마 컬렉션보다 크고 다양합니다. 저는 IPS용 테마 중 개인적으로 사용해도 좋겠다고 생각한 것을 많이 봤지만, Discourse용 커스텀 테마를 보면 "으음, 그래"라는 반응이 나올 만한 것은 아직 본 적이 없습니다.
그래도 Discourse의 기본 테마는 IPS의 기본 테마 및 대부분의 IPS 커스텀 테마보다 우위에 있습니다. 물론 이 모든 것은 제 개인적인 의견입니다.
4개의 좋아요
여기서 혼란이 생긴 일부 원인은 Discourse에서 그룹이 실제로 어떤 용도로 사용되는지에 대한 이해 부족일 수 있습니다. 그룹은 카테고리 접근을 제어하는 데 사용됩니다.
이 플러그인은 그룹을 피드에 직접 연결하며, 관리자가 이를 생성할 필요가 없습니다. 이 플러그인이 공개적으로 출시되기까지는 약 6개월이 걸릴 것으로 보이지만, 제 추측이 틀릴 수도 있습니다.
13개의 좋아요
이미 다음이 있습니다:
이것이 도움이 될 수 있습니다.
그리고 이것도 있습니다:
(또는 위에 링크된 @pfaffman TC)
플러그인에 대해 명확하고 합리적인 요구 사항이 있는 경우, 그 플러그인을 구축할 수 있는 경우가 매우 많습니다.
기업이고 예산이 있다면 이는 더 큰 장벽이 되지 않아야 합니다.
6개의 좋아요
제 생각에는 요청되는 것이 Discourse에서 말하는 '그룹’과는 다른 것 같습니다. 제 생각에는 다음과 같은 기능일 것입니다:
- 사용자 생성 카테고리 및 멤버십 개념
- 멤버만 게시글 작성 또는 상호작용 가능
- 선택적으로 (설정 가능하게) 멤버만 열람 가능
6개의 좋아요
네, 사용 사례가 더 소셜 네트워킹 애플리케이션에 가깝습니다. 예를 들어, 여러 사용자가 "뉴잉글랜드 정원사"라는 그룹을 만들어 서로 연결하고, 경험을 공유하며, 네트워킹을 하고, 지역 모임을 조직할 수 있습니다. 다른 사용자를 초대하거나 가입 요청을 승인/거절할 수도 있습니다. 저는 몇 년 전부터 페이스북을 안 하고 있지만(그게 오히려 좋은 일입니다), 이 기능은 페이스북 그룹과 비슷한 형태가 될 것입니다. Invision의 그룹 기능이 이 사용 사례와 더 유사해 보입니다. 그룹마다 자체 포럼, 이벤트 등을 가질 수도 있습니다.
@merefield 님의 말씀처럼, 커스텀 플러그인을 통해 모두 “가능해” 보입니다. Discourse는 오픈 소스이고 Invision은 그렇지 않다는 점이 큰 도움이 됩니다.
6개의 좋아요
Discourse를 소셜 미디어 플랫폼으로 사용하는 것에 대해 메타에서 여러 논의가 있었습니다(예: Using Discourse as a social media platform). 만약 클럽(인비전이 이렇게 부르는 것)이 프로젝트/플랫폼에 필수적이라면, 개인적으로는 Discourse가 최선의 선택이 아니라고 생각합니다. 비동기적 토론을 위해 설계된 플랫폼을 본질적으로 다른 무언가로 억지로 늘리려为什么要합니까?
또한, 다른 질문을 하나 드리겠습니다. 특정 사용자 집단을 만들어 그룹을 형성하고, 멤버십을 자체 관리하며, 네트워킹과 이벤트를 조직한다고 제안하셨습니다. 이 모든 과정에서 당신의 역할은 어디에 있습니까? 왜 그 사용자들은 당신의 웹사이트를 사용하되, Messenger/WhatsApp/Telegram 그룹을 만들지 않겠습니까? 오프라인 이벤트를 조정하려면 실시간 커뮤니케이션이 필요합니다. 메신저(일반적으로)는 통화를 하고, 실시간 푸시 알림을 보내며(자체 호스팅된 Discourse 인스턴스에서는 쉬운 옵션이 아닙니다), 가장 중요한 것은 별도의 앱을 확인하지 않아도 된다는 점입니다. 대상 고객이 예를 들어 Messenger를 사용하여 친구들과 연락을 유지한다면, 그 그룹에 새 메시지가 있는지 확인하려는 의도가 없더라도 "Gardeners Group"의 업데이트를 볼 수 있을 것입니다.
반면에 별도의 플랫폼을 통해 이를 처리하면, 사용자는 업데이트를 받으려면 별도의 웹사이트(또는 앱)를 열어야 합니다. 이것이 큰 장벽처럼 들리지 않을 수 있지만(웹사이트를 여는 것은 어렵지 않으므로), 실제로는 큰 장벽입니다: 사람들은 가능한 한 루틴에 새로운 앱을 추가하는 것을 극도로 꺼립니다.
아이디어를 추진하는 것을劝阻하려는 것은 아니며, 플랫폼 결정을 내리기 전에 이러한 문제들을 고려해 보았는지 확인하고 싶었을 뿐입니다.
사실이기는 하지만, 이는 공식 플러그인인 경우에만 실용적입니다. 즉, Discourse의 새로운 릴리스와 호환성을 보장하기 위해 급여를 받는 엔지니어 팀이 있어야 한다는 뜻입니다. 그렇지 않으면, 특정 Discourse 버전에 고정되거나 플러그인을 업데이트하기 위해 누군가를 계속 고용해야 합니다.
실제로 이 말을 한 사람이 없었던 것에 놀랐습니다: Discourse는 월 0달러이고 Invision은 월 89달러부터 시작합니다. 일부 사람들에게는 이미 이것이 Discourse를 지지하는 결정적인 논거입니다.
5개의 좋아요