지원 포럼 관련 조언

안녕하세요.

기술 지원 사이트를 시작하는 방법에 대한 조언을 구하고 있습니다. 포럼 기반의 사이트들을 많이 살펴보았지만, 적절한 구조와 기능에서 아쉬운 점을 발견했습니다.

기능성이 뛰어난 기술 지원 솔루션을 추천해 주실 분 있으신가요? Discourse가 이 용도에 잘 맞는지, 아니면 이러한 솔루션을 부적합하게 만들 수 있는 단점이 있는지 궁금합니다.

버그를 추적하고, 대중으로부터 이슈 보고를 받으며, 버전 관리와 플랫폼 인식(예: 모바일 게시글과 데스크톱 게시글을 별도로 기록하는 등)을 통해 기술적 문제와 그 해결책을 문서화하는 것이 목표입니다.

정리되어 있어야 하고, 접근하기 쉽고 사용하기 편해야 합니다.

직접 개발하는 것도 고려해 보았지만, 현재 제공되는 솔루션들을 먼저 확인해 보려고 합니다. 다른 지원 사이트에서 Discourse를 사용해 봤는데, 정보와 해결책을 찾기 어려웠습니다. 설정이 잘못되었기 때문일까요? 최고의 기술 지원 포럼으로 설정하기 위한 팁, 플러그인, 기타 방법이 있을까요?

소셜 기능에는 크게 관심이 없고, 문제 해결과 해결책 및 결함 문서화에 더 집중하고 있습니다.

또한, Discourse에서 태그의 의미를 공개 노트로 게시할 수 있는 방법이 있을까요?

감사합니다.

meta에서 우리 모습을 한번 보세요 :laughing:

Discourse는 모든 콘텐츠가 쉽게 검색되고 카테고리 및 태그로 나뉘어 있기 때문에 지원(헬프데스크) 포럼을 위한 매우 좋은 플랫폼입니다.

왜 그런가요? 아래에 나열된 플러그인 중 일부가 다른 포럼에 없어서 지원 커뮤니티에 도움이 되었을 수 있습니다:

@ondrej 님이 언급하신 Customization > Plugin 외에도

이 플러그인은 지원(지원 기능)을 염두에 두고 설계되었습니다.

관심 있는 추가 플러그인

다음은 Discourse에 사전 패키징된 항목입니다

답변해 주셔서 감사합니다. 매우 유용한 정보입니다.

a) 스레드들이 길고 산만하게 흘러가는 토론이었고, 대부분의 게시물에는 유용한 정보가 없었습니다. 다른 사람의 지원 요청 과정을 지켜보는 것이 다소 지루하고 고통스럽게 느껴진다는 점은 인정합니다. 이러한 정보를 요청하고, 수집하고, 조직화하며, 표시하는 더 적절한 방법이 있다고 생각합니다.

b) 답변이나 해결책이 없는 ‘스텁(stub)’ 게시물들이 어떤 이유에서인지 계속 표시되고 있습니다 - 스레드들도 닫혀 있어 사실상 쓸모없고, 죽은 게시물이나 스텁 게시물의 자동 삭제나 아카이빙 기능도 없어 단순히 공간을 차지하고 있을 뿐입니다. 그리고 이러한 게시물들이 제 검색 결과에서 가장 자주 나타납니다. 아마 다른 사람들은 다른 단어를 사용하고 있는 것일까요?

c) 포럼의 사회적 측면 때문일 수도 있지만, 질문들이 집계되지 않고, 배타적인 범주로 매우 기본적인 수준에서만 분류되어 있어, 사이트의 서로 다른 부분에 유사하지만 별개의 질문과 놓친 해결책이 산재해 있었습니다.

d) 중복된 게시물이 너무 많습니다. 위에서 언급했듯이, 사람들은 동일한 사물에 대해 다른 용어를 사용하므로, 다른 사람의 사고방식을 따라갈 수 없는 한 이전에 질문된 내용을 검색하는 것은 거의 불가능합니다. 이는 많은 관리자(또는 개발자?)들이 고려하지 않는 것 같습니다.

e) 더 정규화된 데이터셋이 더 일관되고, 최신이며, 적절한 정보를 제공하는 데 도움이 될 것이라고 생각했습니다.

f) 지루한 수작업 개입, 게시물 관리 및 재조직화 없이 문제를 자동으로 할당하고 배정할 수 있도록 자동 태그를 적용하는 것;

이 시점에서 범주와 태그는 본질적으로 동일한 일을 하는 서로 다른 방식일 뿐이며, 단순히 의미론적 차이입니다. 둘 다 정보를 더 쉽게 조직화하고 조사할 수 있도록 분리하고 구분하는 것을 목적으로 합니다. 솔직히 말해서, 인터페이스가 해당 사용 사례를 지원하는 한 어느 것을 사용하든 중요하지 않다고 생각합니다.

g) 정보를 표시할 수 있는 미사용 화면 공간이 많습니다. 현재 페이지는 기능이 적고, 일반적/최근/주요 기능에 대한 쉬운 접근성이 부족해 다소 텅 빈 것처럼 보입니다. 제 화면에서는 페이지의 약 40~50%가 공백입니다.

h) 오른쪽의 날짜 기반 스크롤바는(제 경험상) 가장 최근 날짜의 답변/게시물을 누락하고, 완전히 스크롤되지 않습니다.

제대로 된 플러그인으로는 모두 커스터마이징 및 지원이 가능하다고 조언을 받았지만, 이런 종류의 것에 대해 많이 찾아보지 못했습니다 :confused:

해당 플러그인들을 살펴보고 사용되고 있는지 확인해 보겠습니다. 다시 한번 감사합니다.

해당 플러그인들도 살펴볼 것입니다. 감사합니다.

반갑습니다.

추가로, 미리 패키징된 Customization > Theme component 를 포함하는 완전한 Customization > Theme 도 있습니다.

테마 컴포넌트는 기본 테마든 사용자 정의 테마든 어떤 테마에든 추가할 수 있습니다.

기억이 맞다면 웨스턴 디지털(Western Digital)이 Docs 플러그인을 후원했던 것 같습니다.

Discourse를 지원 포럼 시스템으로 사용하는 기업은 매우 많습니다.

많은 부분이 설정과 구성 방법에 달려 있습니다. 예를 들어, 메타(Meta)에서는 해결된 주제가 운영자(Op) 또는 스태프에 의해 해결책이 선택된 후 x시간이 지나면 자동으로 닫히도록 설정되어 있습니다.

사용 편의성을 높이기 위해 해당 영역에서 더 강력한 시스템을 실험하고 있으므로, 여기의 문서(Documents) 섹션을 확인해 보시기 바랍니다.

지원 포럼의 설계와 설정을 직접 도와줄 사람이 필요하시다면 Marketplace 에서 요청을 남기는 것이 좋습니다. 이 분야의 많은 분들이 다른 고객들을 위해 수행했던 작업의 예시를 가지고 있을 것입니다.

감사합니다.

미안하지만, 무슨 말씀인지 잘 이해가 안 됩니다 :confused:

링크를 찾지 못했습니다 :confused:

정리된 형태로 관련 정보가 있다면 저는 괜찮을 것 같아요 lol

온라인에서 정보를 찾을 때 자폐 스펙트럼 장애는 정말 힘들어요. 정보가 항상 충분히 잘 정리되어 있지 않으니까요 :wink:

참고로, 기술 지원 서비스로 Discourse를 활용하고 있는 기존 고객과 우리의 공개적인 메타 디스코urses 포럼 외에도, 엔터프라이즈 고객을 위한 전용 비공개 카테고리에서 완전한 기술 지원 포럼을 운영하고 있습니다. 팀원끼리 주제와 게시물을 서로에게 할당하고, 위스퍼(비공개 대화)를 통해 문제를 논의하고 해결하며, 해당 고객들을 위해 전담 기술 지원 인력 팀을 두고 있습니다. 또한 회사의 일상적인 내부 운영도 Discourse에서 이루어지고 있습니다. :discourse: :slight_smile:

테마(Theme)는 일반적으로 전체적인 시각적 커스터마이징을 수행합니다. 해당 주제를 보려면 Customization > Theme 을 클릭하세요. 예를 들어, FB와 Reddit처럼 보이도록 만드는 테마가 있습니다.

Customization > Theme component 는 다양한 시각적 및 인터페이스 요소를 보완하기 위해 설치되는 항목들입니다.

위 두 가지 모두 클라이언트 또는 브라우저 측에서 변경을 수행합니다.

반면 Customization > Plugin 은 서버 측 변경을 수행하며, 위 항목들로 변경할 수 없는 것들을 직접 변경할 수 있습니다.

이것을 보려면 사이드바에서 Documentation을 클릭하세요.

Documentation 카테고리는 팀이 테스트 중인 새로운 인터페이스를 사용하며, 이전보다 훨씬 쉽게 정보를 찾을 수 있습니다.

Customization > Plugin 옵션은 discourse 프로바이더에서 호스팅 플랜을 선택하느냐, 아니면 Marketplace 를 통해 플러그인을 자유롭게 선택할 수 있는 Self Hosted(자체 호스팅)를 선택하느냐에 따라 달라집니다.

Customization > Theme 및 Customization > Theme component 는 어떤 discourse 포럼에나 설치할 수 있습니다.

호스팅 플랜의 장점은 Meta, Communique(아마도?), Pavilion 등의 팀이 사용할 수 있는 플러그인 세트를 갖춘 호스팅 플랜을 제공한다는 것입니다.

  • 장점? 직접적인 지원이 포함되어 있으며, 백엔드를 그들이 관리해 줍니다.

Self-Hosted의 경우 서버를 직접 유지 관리해야 하며, 해결할 수 없는 문제에 부딪히면 Marketplace 에서 누군가를 고용하여 문제를 해결해야 할 수도 있습니다.

  • 장점? 훨씬 더 높은 유연성

@Lilly가 말했듯이, 팀에는 호스팅 관련 훌륭한 옵션들이 있습니다.

이 Customization > Theme 를 확인해 보세요.

해당 페이지로 이동하여 리소스(resource) 아래에 있는 데모(demo)를 클릭하세요. 이렇게 하면 외관을 얼마나 커스터마이징할 수 있는지 파악할 수 있습니다. 그리고 스타워즈를 좋아하신다면 꽤 멋진 테마입니다.

와, 정말 많이 고마워요.

읽을 정보가 정말 많네요.

요즘은 인터넷에서 원하는 걸 찾을 때마다 너무 홀가분해요 ㅋㅋ <3

@simon 님이 Discourse 팀에서 근무할 당시 많은 지원 사이트(setup)를 구축하는 데 도움을 주신 것으로 알고 있습니다. 앞으로 신규 관리자들도 Discourse에서 지원 사이트를 더 쉽게 설정할 수 있도록 내장 템플릿이나 구성 옵션 등을 제공해야 한다는 주장을 꾸준히 해 오셨던 기억이 납니다.

Discourse에서 지원 사이트를 구성하는 방법이나 최적의 설정에 대한 팁을 주실 수 있거나, Meta의 추가 문서를 링크로 공유해 주실 수 있을 것 같습니다.

이보다 더 나은 답변은 어렵다고 생각합니다:

다른 분들이 지적했듯이, Solved, Assign, Docs 플러그인은 지원 사이트에서 유용합니다.

팀과 포럼의 조직 방식에 따라, 스태프가 지원 질문 관련 인라인 논의를 할 수 있도록 하는 데 위스퍼(비공개 메시지) 게시물이 유용할 수 있습니다.

Discourse와 전용 고객 지원 플랫폼의 큰 차이점은 Discourse가 특정한 지원 워크플로우를 강제하지 않는다는 점이라고 생각합니다. 팀은 자신의 필요에 맞게 Discourse를 활용하는 방법을 스스로 찾아야 합니다. 워크플로우를 확립한 후에는 이를 유지하는 데一定的 규율이 필요합니다. 관점에 따라 이는 장점이 될 수도, 단점이 될 수도 있습니다. 개인적으로는 Discourse의 유연성이 좋은 작업 환경을 만들어준다고 생각합니다. 제가 알고 있는 전용 지원 시스템 중 어느 것으로 일했더라도 오래 버티지 못했을 것입니다.

긴 스레드, 스텁 게시물, 중복 게시물 등에 대한 많은 문제는 사이트를 능동적으로 운영함으로써 해결할 수 있습니다.

Meta를 둘러보면서 바로 눈에 띄지 않는 점이 하나 있습니다. Discourse 팀은 두 단계의 지원을 제공하기 위해 Meta를 사용한다는 것입니다. 누구나 접근할 수 있는 공개 Support 카테고리가 있는 한편, Discourse 호스팅 고객을 위한 비공개 지원 시스템도 있습니다. 비공개 지원은 사실상 티켓팅 시스템으로 기능합니다. 상황이 변하지 않았다면, Assign 플러그인을 사용하여 토픽을 그룹이나 개별 팀 멤버에게 할당하는 것은 전용 지원 시스템에서 티켓이 수행하는 역할의 상당 부분을 대신합니다. 같은 사이트에서 공개 및 비공개 지원 시스템을 모두 갖추는 것에는 많은 이점(그리고 몇 가지 단점)이 있습니다.

Discourse에는 "고객 지원 템플릿"과 같은 기능이 있어, 세팅 마법사를 통해 고객 지원 사이트를 구성할 수 있어야 한다고 생각합니다. 또한 Discourse를 고객 지원에 활용하는 방법에 대한 문서도 제공되어야 합니다. 여기에서 완전히 문서화하고 싶지만, 제대로 하려면 며칠의 작업이 필요할 것입니다.

자폐인들이 이를 개선하려는 동기가 바로 이런 점이에요. 디스코르스에는 자폐인들도 많이 참여하고 있고, 덕분에 확실히 더 나은 플랫폼이 되었죠.