왜 Discourse가 '커뮤니티 플랫폼'으로 더 자주 추천되지 않나요?

그 이유의 일부는 Discourse가 단순히 인기를 높이는 데만 유리한 플랫폼 선택을 하지 않고, 오히려 그들이 세상을 위해 추구해 온 특정 모델에 더 부합하는 선택을 하는 데 더 열려 있었기 때문이라고 생각합니다.

수년간 Discord, Twitter, Facebook 등이 널리 권장되어 온 두 가지 측면(예: 선생님이 수업용이나 자기관을 위해 계정을 만들라고 하거나, 누군가가 그룹과 연락을 유지하는 유일한 방법이라고 말하는 경우)이 존재하는 이유는 다음과 같습니다:

  • 중앙 집중식이기 때문입니다
    • (Discord, Facebook에서) 참여하는 각 서버/그룹마다 새 계정을 만들 필요가 없고, DM으로 모든 친구와 연락을 유지할 수 있으며, '모두’가 그 플랫폼에 있습니다.
  • 무료로 바로 시작할 수 있기 때문입니다.

저 역시 Discourse의 이 측면, 즉 탈중앙화라는 점을 좋아합니다. 다만 플랫폼으로서의 인기가 낮은 것이 아마도 트레이드오프 중 하나일 것입니다. 매번 새 계정을 만드는 데 따른 마찰이 그것입니다.

이것은 아마도 Discourse에서 “즉시 그리고 완전히 무료로” 작은 커뮤니티를 시작하는 방법이 없기 때문이기도 합니다(“바닥으로의 경쟁”). 이는 어느 정도의 셀프호스팅 유지보수가 필요하기 때문입니다. 이것 역시 인기가 낮은 것이 트레이드오프였던 또 다른 사례라고 생각합니다.

  • 즉, "바닥으로의 경쟁"이 아닌 다른 모델을 선택하여 고객 지원과 개발을 균형 있게 유지할 수 있게 된 것입니다(참고로, Discourse 팀은 제가 본 대부분의 다른 곳보다 엔지니어 비율이 오랫동안 높았습니다. "바닥으로의 경쟁 수준의 무료"에는 많은 고객 지원이 필요하다고 생각합니다).

Discourse가 무료이고 오픈소스라는 점에서 얻는 이점 – 외관과 느낌에 대한 완전한 커스터마이징, 커스텀 플러그인 등 – 은 이미 운영 중인 커뮤니티가 있는 경우 더 중요합니다.

0분 만에 시작할 수 있다는 점(Discourse의 경우 시작에 15분 + 호스팅이 필요함)은 다른 플랫폼에 유리한 요소입니다. Discourse는 대규모 토론과 대규모 커뮤니티에 매우 잘 확장됩니다. 하지만 사람들이 마찰이 적기 때문에 다른 플랫폼에서 커뮤니티를 시작한다면, Discourse로 마이그레이션할 가능성이 낮아집니다 – Discourse가 대규모 커뮤니티에 가장 좋은 플랫폼이라고 하더라도 – 마이그레이션에는 더 큰 저항이 따르기 때문입니다.

저는 현실 속 인맥에서 항상 Discourse 깃발을 흔들고 있는 유일한 사람입니다 :discourse::checkered_flag: 사람들이 커뮤니티를 어디에 만들지 물어볼 때나, 제 커뮤니티를 설정하고 사람들이 참여하도록 유도할 때요 – 그래서 그것이 Discourse에 대한 저항에 대해 제가 관찰한 것입니다.

예를 들어, 제가 작업했던 비디오 게임 팬 프로젝트인 온라인 오픈소스 프로젝트에서도 시도해 보았습니다. Discourse 포럼을 만들었더니 처음 2년 동안 약 5명만 가입했습니다. 반면 Discord 그룹을 만들었더니 이미 Discord 계정이 있기 때문에 수백 명이 가입했습니다 – 그 시점에는 Discourse에 Discord보다 더 많은 콘텐츠가 있었습니다.

아마도 Discourse가 제품을 오랫동안 개발해 온 후 인구를 우선시하기로 선택한다면, 이러한 것들이 미래에 진화할 수도 있을 것입니다. 제목의 질문에 대해 제가 떠올릴 수 있는 주요 이유들이 이것들입니다. 저에게는 인기의 좋고 나쁨에 관한 것이 아니라, 우선순위와 트레이드오프의 문제입니다.

8개의 좋아요

이미 많은 좋은 지적이 이루어졌지만, 그래도 내 생각을 조금 덧붙이려 합니다.

게이밍 주제를 다루는 중규모 커뮤니티의 마이그레이션 프로젝트의 일환으로 현재 포럼 소프트웨어 지형을 분석해 본 결과, Discourse의 상황은 그다지 나쁘지 않다고 느꼈습니다. 이는 경쟁이 감소했기 때문이기도 하고(예: XenForo는 현재 개발에 어려움을 겪고 있는 것으로 보입니다), 또한 유용한 특성이 여러 가지 있기 때문이기도 합니다. 동시에, Discourse를 커뮤니티 플랫폼으로 채택하는 것이 필요 이상으로 어렵게 만드는 요인들도 몇 가지 있습니다.

먼저 긍정적인 것부터 말씀드리겠습니다:

(주요)

  • 지속적인 개발과 건강한 커뮤니티를 가진 오픈 소스 프로젝트 (여기 meta에서 제공되는 지원의 양과 풀 리퀘스트를 수용하려는 의지는 좋은 신호라고 생각합니다)
  • 셀프 호스팅과 호스팅 서비스 모두에서 사용 가능 - 둘 다 동일한 기능 세트를 제공합니다 (최소한 제가 알기로는)
  • 모바일 및 데스크톱 클라이언트와 함께 사용하기에 적합합니다
  • 소셜 미디어에서 익숙한 전형적인 기능들 (좋아요/반응, 사용자 태그, 답장 알림, 미디어 손쉬운 임베딩)
  • 라이브 업데이트와 알림이 코어 기능의 일부입니다
  • 많은 다른 일반 포럼용 가져오기 스크립트

(부차적)

  • "일반"과 “주시 중” 상태 사이의 “트래킹” 상태 (아마도 제가 Discourse에서 가장 좋아하는 작은 기능일 것입니다)
  • 포스트를 마크다운으로 작성할 수 있습니다 (저만의 생각일 수 있지만, 모든 BBCode 괄호 없이 포스트를 포맷할 수 있는 것이 정말 좋습니다)
  • 새 포스트용 영구 초안
  • 컨테이너 기반 배포가 가능합니다
  • 포스트에 대한 SEO 친화적인 URL
  • 데이터 탐색기! (다시 말하지만, 아마도 저만의 생각일 수 있지만, 일반 테이블의 열을 참조하는 데이터 탐색기를 사용하는 것이 데이터베이스를 직접 파고드는 것보다 훨씬 더 단순합니다)

그러나 개선이 필요한 몇 가지 사항이 있습니다:

(주요)

  • 특히 메인 페이지의 UI/UX - 이것은 이미 언급되었지만, Discourse의 UI에는 거의 "바로크풍의 과잉"이 느껴집니다. 많은 것들이 최소 두 개의 내비게이션 경로(사이드 메뉴가 아마도 가장 큰 문제일 것입니다. 하지만 유일한 문제는 아닙니다)를 통해 접근할 수 있는 반면, 동시에 다른 옵션들은 누락되어 있습니다 (예: 새 답장이 없을 때 제가 트래킹하거나 주시 중인 토픽 목록을 볼 수 있는 옵션을 찾지 못한 것 같습니다. 하지만 아마도 제가 아직 찾지 못한 것일 수도 있습니다) 그리고 서로 다른 화면 영역에 대한 은유가 명확하지 않거나/일부 기능이 직관적으로 기대하는 위치에 없습니다. 저는 이것이 구체적인 세부 사항에 대한 논의를 필요로 한다고 느끼므로, 앞으로 몇 주 안에 이 주제를 위한 전용 게시글을 작성해 보겠습니다.
  • 기능에 대해서도 비슷한 말을 할 수 있습니다 - 개인적으로 @piffy의 의견에 동의하며, 라이브 알림이 있는 개인 메시지도 있는 포럼에서 공개 채팅의 사용 사례가 정말로 명확하지 않다고 생각합니다. 하지만 이것이 단순히 제가 대상 사용층이 아닌 것일 수도 있다는 점을 수용할 의향이 있습니다.
  • Discourse는 콘텐츠 구조화를 하기가 그리 쉽지 않습니다. 특히 여러 단계의 카테고리 계층 구조를 가진 클래식한 포럼에서 넘어오는 경우 (마이그레이션을 계획 중인 커뮤니티의 경우, 우리는 정기적으로 세 단계의 중첩을 가지고 있습니다). 대부분의 소프트웨어는 콘텐츠가 이상적으로는 소수의 카테고리로 구조화되어야 하고 나머지는 태그로 처리되어야 한다고 제안하는 것 같습니다 (그것이 작동하는 커뮤니티의 경우, 실제로는 문제가 없다고 생각합니다). 이제 하위 카테고리는 존재하지만, 사이드 메뉴에도 카테고리 목록에도 표시되지 않으므로, 소프트웨어 전반에 걸쳐 수용되는 것보다는 더 관용되는 것처럼 느껴집니다. 동시에, 카테고리 그룹은 코어가 아니며, 블리자드 디아블로 포럼과 같은 깔끔하고 시각적으로 매력적인 모습은 상당한 커스터마이징을 필요로 하는 것 같습니다. 이것이 제가 사람들이 Discourse에서 가장 많이 이탈하는 지점이라고 본 곳입니다.
  • 정교하고 깔끔한 1차 테마의 부재는 빠르게 시작하는 것을 훨씬 더 어렵게 만듭니다. 개인적으로 카테고리 페이지가 가장 문제라고 생각합니다. 기본적으로 누군가 색 팔레트를 우연히 떨어뜨린 것처럼 보이기 때문이죠, 그리고 이 문제를 어떻게 우회할지에 대해 아직 좋은 아이디어가 없습니다 (최신 목록에서 다른 카테고리 색상은 여전히 꽤 유용하기 때문입니다)

(부차적)

  • 꽤 큰 커뮤니티를 처리하는 소프트웨어임에도 불구하고, Discourse의 모더레이션 도구는 놀라울 정도로 기본적입니다. 더 복잡한 경우, 모더레이션 팀 내에서 리포트에 대한 논의를 쉽게 시작할 수 있는 기능을 기대했습니다. 마찬가지로, 기본적으로 경고 포인트/경고 레벨 시스템을 기대했습니다. 이것은 기술적으로 주요 문제로 분류될 수도 있지만, 제가 아직 올바른 옵션을 찾지 못한 것일 수도 있으므로 그렇게 하고 싶지 않습니다.
  • 푸터조차 없는 브랜딩의 부재는 Discourse가 이미 여러 큰 커뮤니티에서 사용되고 있다는 것을 깨닫기까지 제게 시간이 좀 걸렸다는 것을 의미합니다. 저는 눈에 띄는 브랜딩의 부재가 그 자체로 나쁜 일이라고 생각하지는 않지만, 잠재적으로 Discourse의 사용은 렌더링된 HTML의 주석으로 표시될 수 있으므로 브라우저에서 소스 코드를 보는 누구에게나 이용 가능할 것입니다. 그렇게 하면 브랜드 인지도를 조금 높일 수 있을 것입니다.
  • 저는 Discourse가 게임화/사용자 활성화 메커니즘 측면에서 약간 과하다라고 말하는 경향이 있습니다. 가장 기본적인 기능에 대해서도 "업적"을 받는 것은 제게 꽤 이상하게 느껴집니다. 마찬가지로, 해당 스레드에서 표현했듯이, “X를 오랜만에 봅니다”, "Y는 여기 새내기입니다"와 같은 메시지는 큰 팬이 아닙니다. 신규 사용자 팁을 비활성화할 수 있다는 것을 알고 있지만, 완전히 제거하는 대신 조금은 톤을 낮출 수 있는 방법이 있다는 것이 더 중요하다고 생각합니다 (사용자 설정에 따라 사용자 메시지를 끄는 옵션은 여전히 훌륭할 것입니다).

수정:
첫 번째 초안에서 모더레이션 도구를 잊어버렸고 나중에 그에 대한 항목을 추가했습니다.

9개의 좋아요

음, 매년 예상치 못하고도 알리지 않고 사라졌다가 돌아왔으니, 어차피 비밀번호를 완전히 잊어버려서 비밀번호 재설정을 이미 해버렸으니 내 의견을 좀 말해볼까.

혹시 일부 내용이 좀 틀린 부분이 있다면 미안해. 지금은 정말 너무 피곤해서 조사할 기분이 안 나거든.

특정 플랫폼은 특정 용도에 더 적합할 수 있어. 대부분의 사람은 바로 쓸 수 있는 기능을 원하고, 자신의 필요에 맞춰 여러 가지를 설정하는 데 시간을 쓰고 싶어 하지 않아. 때로는 크리에이터들이 더 소셜 미디어 플랫폼에 가까운 것을 원하기도 하고, 때로는 미니멀하고 단순한 것을 원하기도 하며, 때로는 100달러 가격표를 보고 발길을 돌리기도 해. 오픈소스라는 사실과 직접 호스팅하면 50% 이상 더 저렴하게 사용할 수 있다는 점을 잘 모르기 때문일 수도 있고, 아니면 그냥 시스템 관리자가 되고 싶지 않아서일 수도 있지. 어떤 기능들을 더 선호할 수도 있고, 그냥 인스턴트 메신저 같은 경험을 즐기는 것일 수도 있어. 플랫폼을 선택할 때 고려해야 할 측면은 여러 가지가 있고, 일반적으로 첫인상이 결정적인 요인이 되는 법이야.

6개의 좋아요

최근 이 부분을 다시 강조하기 위해 몇 가지 작은 변경 사항을 적용했으니 간단히 공유드립니다.

pricing 페이지에서는 이제 다른 옵션 바로 아래에 표시됩니다:

홈페이지에서는 우리의 호스팅을 명시적으로 처음 언급하는 부분에 표시됩니다:

그리고 푸터 바로 위에도 표시됩니다:

15개의 좋아요

정말 멋지네요, 감사합니다!

8개의 좋아요

저는 열렬한 오픈소스 지지자이자 연 예산 200만 달러 규모의 중형 비영리 단체의 디렉터입니다. 회원 커뮤니티 규모도 상당한 편(약 1,000명)입니다. 저는 정말, 정말로 온라인 커뮤니티에 Discourse를 사용하고 싶었습니다. 하지만 결국 Discourse 도입에 필요한 투자 비용을 정당화할 수 없어 Circle을 선택하게 되었습니다.

Discourse를 사용하고 싶었던 마음이 얼마나 컸는지를 보여드리기 위해, 데모를 위해 더 간단한 인터페이스를 구현하려고 연구하고 시도하는 데 아마도 12시간 정도를 보냈습니다. @oshyan이 전파해 온 메시지가 내부에서 제대로 전달되어, 우리 조직의 일반 회원들이 Circle의 친숙함에 버금가는 인스턴스를 데모할 수 있는 방법이 만들어지기를 바라며 이 거대한 스레드와 비슷한 다른 스레드들을 읽었습니다. 하지만 저는 웹 개발을 약 5년 전에 하던 비교적 기술적인 사람임에도 불구하고 거의 진전을 이루지 못했습니다. 그 시도는 매우 비용이 많이 들었으며(호스팅 엔터프라이즈 플랜 3개월치에 해당하는 급여 비용) 결국 중단해야 했습니다.

결국 데이터 소유권이 훨씬 더 보장되고, 플랫폼이 악화되거나 폐쇄될 경우 셀프 호스팅할 수 있는 선택지가 있는 Discourse와 같은 플랫폼으로 커뮤니티를 이전할 수 있게 된다면 기쁠 것입니다. @mcwumbly 내부에서 누구든 우리의 시험 및 평가 과정과 왜 잠재적 고객(심지어 Discourse에 강한 선호도를 가진 고객들까지)이 Circle을 선택하는지 이해하고 싶다면 질문을 받거나 인터뷰에 응하는 것을 기꺼이 하겠습니다.

15개의 좋아요

@Grae 이 대화를 여기서 공개적으로 공유해 주실 것을 강력히 권합니다. 그래야 모두 여러분의 경험에서 최대한 많은 것을 배울 수 있거든요!

1개의 좋아요

노력이 기대했던 대로 결실을 맺지 못했다는 소식에 안타깝습니다. 또한 Discourse가 이러한 유형의 필요성에 여전히 적합하지 않다는 점도 아쉽습니다. 그렇지만 제 생각에는 적어도 이전에는 CDCK가 유료 멤버십이나 교육 플랫폼 측면에서 Circle의 직접적인 경쟁자가 되려는 데에 반드시 큰 관심이 있었던 것은 아닌 것 같습니다.

그래서 중요한 질문을 던져야 한다고 생각합니다. Circle의 오픈소스/셀프호스팅/데이터 소유권 버전을 대체할 수 있는 것들이 현재 어떤 것들이 있는지, 있다면 말입니다. 여기서 말하는 것은 그중 어떤 하나라도 괜찮습니다. 전부 충족할 필요는 없죠. 제가 모르는 옵션들이 분명 있을 것입니다. 여전히 Discourse가 그 대안 중 하나가 될 수 있다고 생각하며, 이는 그들이 과도하게 놓치고 있는 크고 잠재적으로 가치 있는 시장이라고 봅니다.

3개의 좋아요

우리의 사용 사례에서 불행한 점은, 우리가 그 두 가지 기능(유료 멤버십과 교육)에 관심이 없다는 것입니다. 우리는 유료 멤버십 기능을 전혀 사용하지 않을 것이며, 아마도 강의 기능도 사용하지 않을 것입니다. 우리의 사용 사례는 정말로 커뮤니티 서비스 프로젝트, 대면 수업, 공예/예술 프로젝트를 조율하기 위한 내부 커뮤니티 플랫폼을 갖는 것에 불과합니다. 그리고 모두 일반 대중에게 접근 가능해야 합니다.

문제는 말 그대로 복잡성과 디자인입니다. @codinghorror가 여러 곳에서 "그냥 CSS입니다. 업데이트할 수 있습니다."라고 말한 것을 본 적이 있습니다.

물론 기술적으로는 맞는 말이지만, 그렇게 하기에 필요한 자원을 고려하지 않았습니다. 즉, 기술적 스킬에 대한 접근성, 커스터마이징할 플랫폼에 대한 지식, 그리고 이를 수행하기 위한 직원들의 수천 달러 상당의 시간입니다.

이 장벽은 매우 많은 조직들이 Discourse를 고려 대상에서 제외하게 만듭니다. 우리는 그저 중형 비영리 단체일 뿐입니다. 테스트를 커스터마이징하는 비용을 감수할 수 있는 개발자를 직원으로 두고 있지 않습니다. 설사 개발자가 있다고 하더라도, apples-to-apples(동등한 조건) 데모를 설정하기 위한 수천 달러 상당의 기회 비용을 정당화할 수 없을 것입니다. 월 400달러짜리 호스팅 제품을 데모하기 위해 Circle이나 Slack에게 수천 달러를 지불해야 한다고 상상해 보세요!

“간소화된” Discourse 인스턴스가 데모용으로 제공되지 않는 이유 중 하나는 그 설정에 엄청난 노력이 필요하기 때문일 것이라고 추측합니다. 잠재적 고객에게 기대할 노력이란 말도 안 되는 수준입니다! 하지만 솔루션 제공자로서는 합리적인 노력일 수 있습니다. 적어도 그렇게 바라봅니다. 왜냐하면 우리는 Discourse를 설정하기 위해 2만 달러의 급여 또는 계약자 비용을 감당할 수 없지만, 우리 커뮤니티가 접근할 수 있는 호스팅 엔터프라이즈 플랜을 지불할 기회라면 기꺼이 잡을 것입니다. 일요일 밤 9시에 이런 이야기를 게시하고 있다는 사실에서 그 점이 분명히 드러나겠죠.

8개의 좋아요

@denvergeeks 기꺼이 하겠습니다. 긴 글에 더 많은 내용을 추가하고 싶은 유혹을 참겠습니다. 하지만 조직 구조, 데모 설정 과정에서 겪은 경험, 커뮤니티 멤버들의 데모 피드백, 또는 우리의 결정에 대해 궁금한 점이 있으시면 기꺼이 답변해 드리겠습니다.

6개의 좋아요

저는 오랫동안 Discourse가 다양한 문제를 해결하는 데 사용될 수 있다고 말해 왔습니다. 이것이 그 강점의 일부이지만, 동시에 압도적으로 느껴질 수도 있습니다. Discourse(기업)는 공통적인 사용 사례를 식별하고 각각에 대한 템플릿을 개발해야 합니다.

그것이 갖춰진다면, 여러분의 조사는 Discourse의 호스팅에서 무료 트라이얼에 가입하고, 설정 마법사(Setup Wizard)에 표시된 사용 가능한 커뮤니티 유형 목록에서 가장 적합한 "커뮤니티 유형"을 선택하는 것으로 줄어 들었을 것입니다. 사용 사례와 일치하는 템플릿을 찾지 못했고, “모든 기능을 다 갖춘” 옵션을 다루고 싶지 않았다면, Discourse가 여러분의 커뮤니티에 적합하지 않다는 결론을 빠르게 내릴 수 있었을 것입니다.

트라이얼 사이트에 가입한 지 꽤 시간이 지났으므로, 제가 제안한 것과 유사한 기능이 이미 구현되었다면 이 게시글은 무시해 주십시오.

14개의 좋아요

목적에 특화된 “템플릿” 또는 각자의 기본 테마, 플러그인 및 테마 컴포넌트 세트, 사전 구성 설정을 갖춘 사전 패키징된 “배포판”. 네, 그렇습니다. 저는 이러한 공동 노력에 참여하고 기여하는 것을 매우 즐기고 싶습니다.

9개의 좋아요

Discourse를 추천하려고 노력하는 과정에서 겪는 그 험난한 과정, 그리고 다양한 이유(특히 다른 중앙 집중형 호스팅 서비스가 더 쉽게 이용 가능하다고 여겨지는 경우)로 인해 다른 사람들이 이를 채택하지 않는 상황을 충분히 이해합니다. 저도 추천은 해보았지만, 결국 사람들은 다른 것을 사용하는 경우가 많습니다. 예를 들어, 교육 목적(예: 팬데믹 기간 중)에는 적합하지 않음에도 불구하고 Discord를 사용하는 식이죠.

여기서 '복잡성’이라고 할 때 구체적으로 어떤 장벽에 부딪히셨는지, 다른 사람들이 더 명확한 그림을 그릴 수 있도록 알고 싶습니다. 예를 들어, 너무 복잡해서 손대기 어려웠거나 커스터마이징하기 어려웠던 부분이 무엇이었나요?

다양한 예를 들어 보면:

  • Circle와 다른 소셜 미디어 사이트들이 단일 스트림 구조를 가지고 있어, 사람들이 하나의 게시물을 올리고 다른 사람들이 각 게시물에 짧은 답변을 할 수 있는 방식 때문인가요? (저도 동일한 아이디어로 만든 맞춤형 정신 건강 서비스를 여기서 사용하고 있습니다)

  • 토픽 목록이 너무 압도적으로 느껴지기 때문인가요? 아니면 토픽을 만드는 것 자체가 문제인가요?

어떤 부분이 설정 방법을 몰라 커스터마이징을 하고 싶었으나(말씀하신 대로 작업량이 너무 많아서) 실행하지 못했거나, 사람들이 어려움을 겪었나요?

참고로, 여기서 말하는 '커스터마이징’은 아래 인용문에 언급하신 내용을 가리킵니다:

7개의 좋아요

제 생각에는 Discourse의 Groups 기능이 Setup Wizard를 통해 더 쉽게 노출될 수 있는 기능 중 하나가 될 수 있을 것 같습니다.

예를 들어, 관리자에게 다음과 같이 물을 수 있습니다:

어떤 그룹을 생성하시겠습니까?

이름 목록을 입력한 후, 해당 그룹에 속한 사람만 볼 수 있는 관련 카테고리가 생성됩니다.

그리고 사람들이 계정을 가입할 때, 공개적으로 사용 가능한 경우 특정 그룹에 참여할 의사가 있는지 물을 수도 있습니다. 또는 그룹에 가입 요청이 가능한 경우 가입을 요청할 수도 있습니다.

이 주제에 대해 #contribute:feature에서 새 주제를 시작할 수 있습니다.

8개의 좋아요

네, 특정 목적에 맞게 그룹을 설정하는 방법이 많은 혼란의 원인입니다. 설정 마법사가 사이트 소유자가 이 과정을 순서대로 진행할 수 있도록 안내할 수 있습니다.

저는 다음과 같은 모습을 상상해 봅니다:

  • 마법사가 "커뮤니티는 어떤 용도로 사용할 예정인가요?"라고 질문합니다.
  • 사용 가능한 템플릿 목록이 표시됩니다.
  • 사이트 소유자가 "고객 지원"을 선택합니다.
  • 마법사가 “지원” 그룹을 설정하는 과정을 안내합니다: 그룹 이름, 수신 이메일 주소, 카테고리 등.

다른 사이트 소유자가 설정 마법사에서 "유료 구독"을 선택하는 경우:

  • 마법사가 “구독자” 그룹과 카테고리를 생성하는 과정을 안내합니다.
  • “구독자” 카테고리에 대한 접근 권한을 제한하기 위해 Patreon 및 Subscriptions 플러그인을 설정할 수 있는 옵션을 제공합니다.

또 다른 사이트 소유자가 설정 마법사에서 "팀워크"를 선택하는 경우…

"모든 기능과 옵션"을 선택할 수 있는 옵션이 있어야 하지만, 새로운 사이트 소유자가 기본적으로 "모든 기능과 옵션"을 이해해야만 하는 상황은 피해야 합니다.

“설정 템플릿” 방식이 사용된다면, 개별 템플릿은 자동화(Automation) 플러그인에 자동화를 추가하는 방식과 유사하게 추가될 수 있습니다.

캐나다에서는 지금 세금 신고 시즌입니다. 저는 (진심으로) 멋진 TurboTax 애플리케이션을 사용 중입니다. 이는 HTML 폼이 그렇지 않으면 혼란스러운 과정을 명확하게 만들 수 있는 좋은 예시입니다. 설정 마법사도 이와 유사한 일을 할 수 있을 것입니다.

6개의 좋아요

이것이 제가 사람들을 디스코르스(Discourse)로 초대하는 것을 주저하는 주요 이유 중 하나입니다. 사람들이 UI를 탐색하는 법을 배우는 능력을 과소평가하고 있는 것인지, 아니면 제 자신의 UI 사용 어려움을 투영하고 있는 것인지는 잘 모르겠습니다.

저는 거의 8년 동안 디스코르스를 사용해 왔는데, 여전히 UI 탐색에 어려움을 겪고 있습니다. 제 포럼에 가입할 사람들의 95% 이상보다 컴퓨터에 대해 훨씬 잘 알고 있다고 생각하는데도 말입니다.

서클(Circle)이 왜 그렇게 익숙하고 탐색하기 쉬워 보일까에 대해 몇 가지 이유가 있다고 생각합니다:

가지치기형 대화 구조 (FB, 레딧, 유튜브 댓글 등와 유사)

이 대화들은 가지가 나뉘어 있고, 사람들은 모든 것을 읽지 않고도 어떤 가지를 따라갈지 선택하기 위해 거의 트리 탐색(tree-search, 제 개발 지식을 비유적으로 표현한 것입니다)을 수행할 수 있습니다.

디스코르스는 선형적인 대화 구조를 가지고 있어, 포럼이나 이메일 그룹/체인 등과 유사하게 대화를 통째로 읽어야 합니다.

온라인에서 가지치기형 대화보다 선형적인 대화에 참여하는 사람이 훨씬 적을 것이라고 생각합니다.

설정 메뉴가 더 익숙합니다

서클은 페이스북이나 트위터, 또는 기타 소셜 네트워크와 마찬가지로 자신의 계정을 찾아 편집하는 방식이 유사해 보입니다.

디스코르스의 설정 드롭다운 헤더 메뉴는 익숙하지 않은 레이아웃을 가지고 있으며, 다양한 유형의 알림과 세로로 나열된 아이콘 링크가 많습니다. 어느 쪽이 반드시 더 좋다고 말하려는 것은 아니지만, 디스코르스의 메뉴를 볼 때마다 저는 혼란을 느끼고 정신적으로 이를 해석해야 합니다. 그리고 저는 디스코르스를 오랫동안 사용해 왔는데도 말입니다.

텍스트 에디터가 더 익숙합니다

대부분의 플랫폼은 단순한 텍스트 에디터를 가지고 있으며, 기본적으로 사용자가 일반 텍스트를 입력하거나 굵게 표시하거나 기타 작업을 수행할 수 있는 아이콘이 있는 상자입니다.

디스코르스는 많은 옵션을 제공하며, 굵게/기울임 등 버튼이 유사할 수 있지만, 미리보기 옵션은 대부분의 플랫폼과 꽤 다릅니다. 이 글을 작성하는 동안에도 저는 왼쪽에서 편집해야 한다는 것을 기억해야 하며, 오른쪽은 편집할 수 없는 미리보기 영역이기 때문입니다. 또한, 제 사용자의 적어도 95%는 마크다운을 모를 것이라고 가정하고 있습니다.

위 내용은 일부 예시일 뿐입니다

이 글을 쓴 이유는 불평하기보다는, 왜 저조차도 서클이나 제네바(Geneva), 디스코드(Discord) 또는 유사한 UI를 가진 도구가 사람들을 끌어들이고 유지하는 데 더 쉬울 것이라고 생각했는지에 대한 몇 가지 점을 지적하기 위해서입니다. 아마도 제가 포럼이나 이메일 그룹에 대한 경험이 많지 않아서, 그리고 디스코르스의 레이아웃이 그것과 유사하기 때문일 수도 있습니다.

전체적으로 레이아웃이 저에게는 정말 낯설게 보이며, 다른 사람들에게도 그럴 것이라고 생각합니다. 커뮤니케이션 형식뿐만 아니라 설정 드롭다운과 같은 더 표준적인 기능 측면에서도 다른 소셜 미디어형 플랫폼보다 훨씬 더 큰 학습 곡선이 필요할 수 있습니다.

하지만 이 문제에 대해 여러분이 어떻게 생각하시는지 정말 궁금합니다.

4개의 좋아요

페이스북에서 제가 경험한 바로는, 읽을 만한 가치가 있는 댓글(예: 10개 이상)이 쌓이면 메시지를 읽기 위해 메시지당 약 4번의 클릭이 필요합니다. 저는 거의 항상 포기합니다. 사람들이 페이스북에서 댓글을 읽는다는 사실을 믿기 어렵습니다(사람들이 댓글을 남긴다고 하니 사실일 수는 없겠죠? 아니면 그들도 그저 댓글만 남기고 다른 사람의 댓글은 읽지 않는 걸까요?). 모든 게시글이 한눈에 표시되는 것보다 더 쉬운 방법이 있을까요?

많은 분들이 마크다운 작성기/미리 보기를 꺼려한다는 점은 이해할 수 있습니다. 하지만 저는 정말로 이 기능을 좋아합니다. :slight_smile:

4개의 좋아요

페이스북, 인스타그램, 틱톡에서 하는 것처럼요… 잠깐, 그건 사실 평평하고 선형적이네요. 물론 페이스북은 스레드를 사용하지만 — 이건 또 문화적인 문제일지 모르겠지만 — 스레드가 좋은 해결책이라고 생각하는 사람은 제가 아는 한 없고, 대부분은 정말로 싫어하더군요.

그래도 — 가장 기본적인 구조는 평평한 거예요.

아니면 제가 지금 무언가를 잘못 이해하고 있는 건가요?

3개의 좋아요

몇 개의 댓글을 넘어서는 대화에는 가지/중첩/계층적 접근 방식이 잘 작동하지 않는다는 데에 동의합니다. Discourse는 선형 레이아웃을 통해 심도 있는 토론을 훨씬, 훨씬 잘 수행한다고 생각합니다. 여전히 Discourse에 존재하는 가지 구조가 현재보다 더 명확하게 드러나도록, 연결된 주제를 다르게 생성하고 표시할 수 있는 방법이 있을지 궁금합니다.

저는 개인적으로, 특히 컴퓨터에서 사용할 때 이를 매우 좋아합니다. 하지만 휴대폰에서는 그렇게 좋아하지 않습니다.

아마도 제가 언급하지 않은 또 다른 측면이 있을 수 있는데, 저의 생각으로는 이 다른 플랫폼들이 Discourse보다 휴대폰/작은 화면에서 더 익숙해 보일 수 있다는 것입니다. 잘 모르겠습니다.

2개의 좋아요

페이스북을 간단히 살펴봤는데, 누군가가 “댓글 쓰기…” 입력창에 댓글을 남기면 평탄(flat)하게 표시됩니다. 반면 “답글” 버튼을 클릭하면 최대 3단계 정도까지 중첩(nested) 구조로 표시되다가, 그 이상은 다시 평탄하게 표시됩니다.

인스타그램에도 "댓글 추가"와 “답글” 기능이 있는데, 전자는 평탄한 댓글을 생성하고 후자는 중첩된 댓글을 생성합니다.

저는 많은 댓글들이 평탄하지만 실제로는 연결되지 않은 상태라고 생각합니다. 제가 본 바로, 사람들이 이전 댓글과 자신의 댓글을 연결하고 싶어 할 때는 답글 버튼을 클릭하여 중첩 구조로 남기는 경향이 있습니다.

디스코URS(Discourse)에는 하단에 있는 답글 기능과 개별 게시물 바로 아래에 있는 답글 기능이 있습니다. 하단의 답글은 “댓글 쓰기” 입력창과 유사하지만, 원래 주제에 맞춰 대화 흐름에 자연스럽게 녹아들도록 의도된 것입니다. 게시물 바로 아래에 있는 디스코URS 답글은 페이스북의 “답글” 버튼과 유사하게 중첩된 댓글을 생성할 수 있게 해주며, 이 댓글은 중첩된 위치와 하단 양쪽에 모두 표시됩니다.

저는 이 방식이 더 길고 심도 있는 대화를 진행하는 데 더 효과적이라고 생각하지만, 대부분의 사람들이 온라인에서 일반적으로 대화하는 방식과는 거리가 먼 것 같습니다.

3개의 좋아요