피드백 요청: 주제 맵을 어떻게 사용하시나요?

주제의 첫 번째 게시물(또는 OP이라고도 함) 아래에는 주제 맵을 표시합니다:

여기에는 참여자, 답변, 조회수, 인기 순으로 정렬된 게시 링크에 대한 간략한 개요가 포함되며, 주제를 필터링하거나 요약할 수 있는 기능(Discourse AI 가 활성화된 경우)도 있습니다.

이 Discourse의 특정 부분은 수년에 걸쳐 크게 변경되지 않았으며, 이를 더 유용하게 만들 방법을 고려하고 있습니다… 하지만 새로운 아이디어에 너무 깊이 들어가기 전에, 먼저 질문을 던져 보는 것이 좋을 것 같습니다… 현재 여러분은 이를 어떻게 사용하고 계신가요?

수년간 우리가 일관되게 받아온 피드백 중 하나는 How to show topic-map on non-commented posts? 입니다.

어떤 의견이든 환영합니다!

20개의 좋아요

몇 년 전, 한 커뮤니티가 Vanilla에서 Discourse로 이전할 때 이 UI 부분에 대해 매우 구체적인 피드백을 받았습니다:

해당 피드백을 바탕으로 ‘주요 게시자(Frequent Posters)’ 섹션을 제거하는 것을 고려했지만, 결국 처리되지 않았고 사용자들도 이에 적응했습니다. 또한, 많은 사용자가 초기값인 원형 아바타 대신 다른 아바타로 변경하면서 해당 섹션이 다소 유용해졌다고 생각합니다.

이 커뮤니티는 메가토픽(megatopics)을 매우 좋아합니다. (이 습관은 Vanilla 탓으로 돌리고 싶습니다.) 이론적으로는 요약 기능이 더 유용해질 수 있습니다. 하지만 현실적으로는 사용자가 스크롤을 지나치거나 진행 중인 스레드를 중간에 다시 방문하기 때문에 이를 인지하지 못하는 것 같습니다. 만약 해당 사이트에서 이 기능을 꺼놓으면 사람들이 알아차릴지 궁금합니다.

8개의 좋아요

보통은 건너뛰게 돼요.

9개의 좋아요

스크린샷 두 장 모두에서 토픽 맵의 확장된 버전이 표시되어 있네요. 주로 확장된 버전에 관심이 있으신 건가요, 아니면 이 논의가 접힌(collapsed) 버전에도 해당되는 건가요? 사실 저는 (아직은 익숙하지 않은 편이라) 확장 화살표가 있다는 것을 방금에서야 알아차렸고, 그 안에 포함된 추가 정보도 이제야 확인하게 되었습니다.

일반적으로, 매번 사용하지는 않더라도 요약 정보가 있는 것은 유용하다고 생각합니다.

이 요약 정보의 위치가 사용 빈도에 영향을 미칠 수 있을지 궁금합니다. 이는 스레드(topic) 자체의 메타데이터가 아니라 스레드(thread)에 대한 메타데이터이므로, 토픽과 첫 번째 답변 사이에 배치되어 있으면 놓치기 쉽고 찾기 어려울 것 같습니다. 페이지 어딘가에 떠 있는 형태로 배치하거나, 제목이 있는 헤더 바의 확장 가능 섹션에 두는 것이 더 유용하지 않을까요? 토픽 맵과 타임라인 스크리버 사이에 많은 정보가 중복된다고 지적하셨으므로, 이미 중요한 데이터 대부분이 표시되어 있는 상태에서 접근하기 쉬운 곳에 tucked(숨겨) 놓는 것도 합리적인 선택일 수 있습니다.

자주 게시하는 사용자(Frequent posters)의 아이콘은 누가 참여했는지 빠르게 파악할 수 있게 해주므로 유용하다고 생각합니다. 하지만 해당 아이콘을 활용해 해당 사용자의 게시물을 하이라이트하거나 해당 게시물로 바로 이동할 수 있는 기능이 있다면 더 유용하지 않을까요? 확장된 카드를 통해 해당 사용자의 게시물만 필터링할 수는 있지만, 그렇게 하면 스레드의 나머지 부분이 숨겨지면서 맥락을 잃게 됩니다. 다시 전체 스레드로 확장하면 화면 상단의 게시물에 앵커가 잡혀 페이지가 고정되는 것 같습니다. 내가 관심 있는 게시물이 바로 그 게시물이라면 좋은데, 그 아래에 있는 게시물이라면 그렇지 않습니다.

대신, 문서나 웹페이지의 ‘찾기’ 기능처럼 작동한다면 어떨까요? 해당 텍스트가 나타나는 위치를 스크롤 바에 마커로 표시하고, 그 사이를 빠르게 이동할 수 있게 해줍니다. 만약 이런 기능이 구현된다면, 참여자(한 명 또는 여러 명?)를 선택하면 타임라인에 해당 게시물들이 어디에 있는지 표시되어 그들이 언제 게시물을 올렸는지 빠르게 확인할 수 있을 것입니다. 이전/다음 옵션을 통해 게시물 사이를 이동할 수도 있겠죠.

어쨌든, 분명히 개선의 여지가 있다고 보지만, 사람들이 이 기능을 얼마나 많이 사용하는지 확인해봐야 개선에 투자할 가치가 있는지 판단할 수 있을 것입니다.

참고로, 중복 정보와 관련하여 "users(사용자 수)"와 "Frequent Posters(자주 게시하는 사용자)"를 동일한 것으로 보지 않는 데에는 몇 가지 이유가 있습니다:

  • 사용자 수는 포괄적인(total) 수치입니다. 따라서 두 번째 예시처럼 자주 같긴 하지만, 첫 번째 예시에서 볼 수 있듯이 항상 같은 것은 아닙니다.
  • 목적지가 다릅니다. 사용자 수는 몇 명이 참여했는지 알려주는 반면, 아바타는 누가 참여했는지 빠르게 파악할 수 있게 해줍니다.
6개의 좋아요

저는 포럼의 모든 주제를 처음부터 읽기 때문에, 보통 초반에는 내용이 비어 있거나, 아래 내용을 계속 읽기 위해 건너뛰곤 합니다. 가끔 큰 스레드에서 인기 링크 섹션을 확인하는 정도입니다.

3개의 좋아요

훌륭한 질문입니다!

내일 아침 일찍 일어나야 해서 피드백이 짧고 간결합니다 :clock5: am. 그럼 시작합니다..

위에서 나열하신 질문 중 몇 가지에 먼저 답변드리겠습니다.

  1. 네, 자주 사용합니다. 특히 인기 링크 섹션을 자주 이용하는데, 토론을 끝까지 읽지 않으면 유용하거나 인기 있는 링크에서 흥미로운 것을 발견할 가능성이 가장 높다고 느끼기 때문입니다. :brain: :star_struck:

  2. 그 위치는 제게 논리적으로 보입니다. 토픽 맵은 긴 토픽의 시작 부분에 도움이 됩니다. 토픽의 중간이나 끝 부분에 이런 것이 있어야 한다는 생각은 해본 적 없습니다. 예를 들어, 하이킹을 마치고 나서 지도를 펼치는 경우는 없죠 [1]. 이는 3번 질문과 잘 연결됩니다.

  3. 저는 토픽 맵이 다음과 같은 모습이었으면 좋겠다고 상상했습니다. 분명히 유용하지만, 때로는 정보가 너무 많아 방해가 되기도 하므로 살짝 숨겨져 있어야 합니다.


제공되는 정보 중 상당수는 무시되는 경향이 있습니다. 예를 들어 created(생성일), last reply(마지막 답변) 등은 관련성이 낮아 보이는 것처럼 느껴지기 때문입니다. 게시글 수, 생성일, 마지막 답변일과 같은 대부분의 정보는 토픽 타임라인에서 확인할 수 있습니다. 하지만 조회 수, 사용자 수, 좋아요 수는 확인하는 것을 좋아합니다.


  1. 정확한 곳에 도착했는지 확인하고 싶지 않는 한 :stuck_out_tongue: ↩︎

7개의 좋아요

주제를 읽다가 답글 옆의 사용자 아바타를 클릭하면 확장된 사용자 카드를 더 쉽게 찾을 수 있습니다. 사용자 필터에서도 같은 문제가 있습니다. 맥락이 중요하거든요. 그래서 저는 그 기능을 시도하는 것을 그만두었습니다.

약간 주제에서 벗어난 이야기이지만, 주제별 조정 이력(Moderation History) 뷰에서도 비슷한 불만을 느낍니다. 저는 필터에서 다음 게시물로 이동할 때 전체 맥락이 유지되는 방법을 정말 원합니다.

모바일에서 그 방향으로 나아가고 있는 것 같은 기능이 있습니다. 진행 표시줄을 선택하면 다음과 같은 대화상자가 나타납니다:

5개의 좋아요

모바일에서 접히지 않은 상태로는 사실상 쓸모없는 정보라고 생각합니다.

“생성” 정보는 완전히 중복됩니다. 마지막 답글이 언제였는지는 비공식적인 정보(이 주제가 얼마나 오래된가)에 해당합니다. 그리고 아직 주제 내용을 읽지 않은 상태라면, 마지막 답글이 누구로부터 온 것인지도 크게 도움이 되지 않습니다.

조회 수와 좋아요 수와 같은 요약 통계는 마음에 들고, 이 정보는 다른 곳에서 보기 어렵기 때문에 중복되지 않습니다.

“자주 게시하는 사용자” 목록은 가끔 흥미로운 경우가 있긴 하지만, 저에게는 크게 유용하지 않았습니다. 사라지거나 몇 번의 클릭으로 숨겨지는 것을 개의치 않습니다.

인기 링크를 가끔 클릭하곤 하는데, 특히 눈에 띄는 항목이 있을 때 그렇습니다. 하지만 이것 역시 몇 번의 클릭으로 숨길 수 있을 것입니다.

6개의 좋아요

이미 해당 사용자의 답글을 보고 있지 않다면요? 만약 페이지 상단에, 특히 매우 긴 스레드에 있으면서 특정 주제에 대해 어떤 의견을 냈는지 보고 싶다면, 사용자 카드로 가기 위해 해당 사용자의 답글을 찾으려면 상당한 스크롤을 해야 하거나 브라우저의 찾기 도구를 사용해야 할 수 있습니다. 그리고 다행히도 사용자 이름을 정확히 기억해야 한다는 점도 빼놓을 수 없죠.

사람들이 실제로 이렇게 하는지 확신은 없습니다. 하지만 매우 바쁘고 의견이 분분한 디스코urs에서 스태프라고 가정해 보겠습니다. 스태프가 답글을 달았다는 것을 보면, 특히 스태프가 더 “공식적인” 존재로 여겨진다면, 사람들이 스태프의 답변으로 건너뛰고 싶어하는 것은 충분히 이해할 수 있는 일입니다. 다시 말하지만, 사람들이 실제로 그렇게 하는지 모르겠고, 이렇게 토론에 참여한 모든 사람을 표시하는 플랫폼을 사용해 본 적이 없기 때문에 이런 상황에서 제가 뭘 해야 할지 모르겠습니다.

1개의 좋아요

위까지 스크롤하는 게 귀찮다는 뜻이었어요. :wink:

1개의 좋아요

아, 맞아요. 바로 “토픽 제목과 함께 맨 위에 고정” 기능이 필요한 부분입니다. :wink: 페이지 어디에 있든 항상 접근할 수 있습니다.

1개의 좋아요

12월 이후 처음 여기 와서 피드백을 좀 남깁니다.

전체적으로 꽤 괜찮다고 생각합니다. 자주 글을 남기는 사용자, 조회 수 등을 확인하기 위해 자주 봅니다. 좋은 기능이지만, 최근 사용자 카드 같은 변경 사항들과 어울리지 않는다는 느낌이 더 강해졌습니다. 주제 이름 아래에 조회 수와 다른 숫자들과 함께 배치하는 것이 더 적합하다고 생각합니다. “자주 글을 남기는 사용자” 부분은 괜찮지만, 이렇게 크게 보여줄 필요는 없다고 봅니다. 프로필 사진을 겹쳐서 쌓아 올리는 방식도 시도해 보세요.

Figma에서 무언가를 그려 보다가 결국 삭제했지만, 그런 방식이 조금은 도움이 될 것 같습니다.

2개의 좋아요

안녕하세요 :wave: 정말 좋은 아이디어네요 :heart:

토픽 맵과 타임라인을 어떻게든 통합하는 것이 좋을 것 같아요.

타임라인에서 포스터가 어떻게 보이는지에 대한 대략적인 목업(Mockup)을 만들어 봤습니다. 이는 내장된 답글 디자인과도 잘 어울릴 수 있어요. 이 섹션은 항상 타임라인에 표시되고, 스크롤이나 아바타 클릭 시 현재 영역에 있는 아바타를 항상 표시하도록 동적으로 변경됩니다.

이렇게 하면 토픽 맵의 크기를 줄일 수 있습니다. 토픽 맵에서 아바타를 제거하고 타임라인으로 옮기면 됩니다. (물론 더 작은 크기로) :smile: 하지만 활성 답글의 아바타는 더 크게 표시할 수 있어요. macOS 독(Dock)의 확대 효과와 같은 방식입니다.

타임라인의 주요 아바타는 좋아요나 반응에 따라 결정되며, 아바타 사이에 답글이 있으면 답글 수를 표시합니다. 해당 숫자를 클릭하면 아바타가 있는 영역이 확장됩니다. 지도 앱과 유사한 방식입니다.

4개의 좋아요

여기서 또 다른 실제 예시를 살펴보자.

외형은 깔끔하고 텍스트 블록 사이에 그래픽 요소를 약간 더해주는 효과는 있지만,

  • 생성일(created)은 불필요하다. 토픽을 열면 바로 알 수 있는 정보이므로.
  • 마지막 답변(last reply)은 이 토픽처럼 ‘bump’(부상)될 위험이 있을 때만 유용하다. 왜냐하면 (나에게) 토픽이 오래된 것인지에 대한 지표가 전혀 없기 때문이다. 정의상 읽지 않은 상태이긴 하지만 말이다.
  • 그 외의 모든 항목은 본질적으로 불필요한 노이즈일 뿐이다. 아니면 여기저기서 사람 수, 게시글 수, 좋아요 수 때문에 토픽이 읽을 가치가 있는지 고민하는 사람이 있는 건가?
  • 다만 게시글 수는 요약(summary)을 열 가치가 있는지 판단하는 데 도움이 될 수 있다.

나는 토픽 맵을 실제로 무언가를 찾고 있을 때, 그리고 해당 토픽이 실질적인 해결책을 제공하지 않을 때만 사용한다. 그때 링크 목록을 열어 내가 확인해볼 만한 내용이 있는지 살펴본다.

3개의 좋아요

저는 주제 맵을 의도적으로 사용해 본 적이 없는 것 같습니다. 저에게 불행히도, Discourse는 시각적 혼란이 되기 쉬운 곳 중 하나입니다. 스레드가 길어지고 참여자가 많아질 때 이 문제는 특히 두드러집니다(예: Stay Forever 커뮤니티 스레드의 스크린샷 참고).

제 주요 불만은 @ondrej님이 이미 지적했듯이, 덜 부담스러운 방식으로 이미 제공되고 있는 중복 정보가 상당히 많다는 점입니다.

또한 일부 요소는 의미가 명확하지 않습니다. 특히:

  1. 좋아요 수는 스레드 내 모든 게시물의 누적 좋아요 수라고 가정합니다. 하지만 이 정보가 어떻게 유용한지 저에게는 명확하지 않습니다.
  2. 최상위 답변을 표시하는 옵션이 있지만, 어떤 것이 최상위 답변에 해당하는지 정확히 알기 어렵습니다.
  3. 때로는 통계 블록 바로 위에 링크가 표시되는데(스크린샷에는 두 개가 있습니다), 왜 거기에 있는지 그리고 왜 중요한지 명확하지 않습니다.

다소 유용하다고 느끼는 부분은 인기 링크 섹션입니다. 이 기능을 많이 사용해 본 적은 없지만, 데스크톱에서는(해당 섹션이 기본적으로 확장되어 있는 것처럼 보입니다) 이 또한 요청 시에만 표시되기를 선호합니다. 전반적으로 여기에는 잠재적 가치가 있다고 봅니다.

재설계가 논의되고 있다면, 현재 구현 방식을 훨씬 더 미니멀한 디자인으로 대체하고, 추가 정보는 요청 시에만 표시되기를 선호합니다.

5개의 좋아요

여기서 피드백을 남기기는 좀 늦은 것 같지만, 그래도 남겨볼게요 :blush:

개인적으로는 이 기능을 많이 사용하지는 않아요. 대부분 처음 접하는 주제를 들어갔을 때 누가 게시했는지와 게시 빈도를 확인하는 용도로 사용하죠. 가끔은 답변 수와 예상 읽기 시간도 확인해요. 하지만 그 외의 기능은 거의 사용하지 않습니다.

개선되었으면 하는 한 가지는 링크 부분이에요. 가끔은 설명이나 맥락 없이 그냥 링크만 올려져 있는 경우가 있는데, 이런 식이죠.


해당 링크가 있는 게시글로 바로 이동할 수 있는 옵션이 있으면 좋겠다는 생각이 듭니다.

또 하나 추가되었으면 하는 기능은… 주제 내 상위 5개 게시글을 보여주는 섹션이에요. 가장 많이 좋아요를 받은 글, 가장 많이 조회된 글 등 기준을 정해서 보여줄 수 있겠죠.

어쨌든 일반 사용자로서 드리는 피드백입니다. 감사합니다!

4개의 좋아요

이런 일이 발생하면 정말 실망스럽습니다:

sam@arch ~ % curl -I https://twitter.com/historyinmemes/status/1755852782534578533
HTTP/2 403 

403 에러가 발생하면 제목을 가져올 방법이 없습니다. 설정되어 있다면 Twitter API 키를 사용할 수 있지만, 대부분 Twitter API조차 설정되어 있지 않은 경우가 많습니다.

이런 경우 다른 형식을 찾아야 할 것 같습니다.

Twitter.com (XboxP3: 로그인 필요)

아마 :arrow_double_up: 이라는 표현을 쓰는 것도 좋을 것 같습니다.

4개의 좋아요

게시물 2개가 새 주제 주제 지도를 사용자 지정할 수 있나요?로 분리되었습니다.

저는 이 기능을 매우 좋아합니다. 다만 눈이 좀 피로하게 느껴질지, 아니면 시간이 지나면 눈이 자연스럽게 이를 걸러내게 될지 궁금하네요.

자주 게시하는 사용자 목록이 토픽을 조금 더 방(room)처럼 느끼게 해주는 방식이 마음에 안 드시나요? 적어도 제게는 그렇게 느껴집니다. 무언가에 대해 이야기하러 방으로 들어가는 것처럼, 그 방 안에 있는 사람들이 바로 저 목록에 있는 사람들인 것 같은 느낌이거든요. 그 기능이 없으면 분명 아쉬울 것 같습니다.

인기 링크는 제게는 거의 유용하지 않지만, 필요한 몇 가지 경우(긴 토픽)에서는 매우 유용합니다.

2개의 좋아요