하위 카테고리에 다시 하위 카테고리를 만들 수 없다고 확신합니다(틀렸다면 알려주세요). 하지만 이 주제에 대해 다시 한번 확인하고, 다른 분들도 이 기능이 필요했던지 의견을 들어보고 싶어 이렇게 게시글을 작성했습니다.
사용자가 해당 카테고리에 도달하기 위해 거쳐야 하는 단계 수가 증가하기 때문에 세 번째 단계의 하위 카테고리를 두는 것이 좋은 아이디어는 아닐 수 있습니다. 하지만 동시에, 상위 카테고리를 “사용하기 편한” 상태로 유지하고 싶다면 하나의 상위 카테고리에 너무 많은 하위 카테고리를 두는 것도 좋은 아이디어가 아닐 수 있습니다.
예를 들어, 다음과 같은 구조가 있다고 가정해 보겠습니다:
→ 개발
→ 앱 개발
→ 안드로이드 앱 개발
하지만 세 번째 단계의 하위 카테고리를 추가하는 것을 고려해 보았다고 하면:
예를 들어, 다음과 같은 구조가 있다고 가정해 보겠습니다:
카테고리
하위 카테고리
세 번째 단계 카테고리
용도
개발
일반 소프트웨어 기능 논의 및 로드맵 등 주요 개발 주제와 모든 하위 카테고리를 포함하는 공지사항을 담음
앱 개발
웹 앱 개발에 특화된 주제를 담음
API 사용
API에 특화된 가이드와 주제를 담음
커뮤니티 앱
앱 개발을 위해 멤버들이 사용하는 카테고리 (승인 필요, 앱당 1개의 주제 스레드)
코어 앱
코어 웹 앱에 전념하는 카테고리
안드로이드 앱 개발
안드로이드에 특화된 주제를 담음
메인 안드로이드 앱
메인(공식) 안드로이드 앱에 특화된 주제를 담음
안드로이드 SDK
안드로이드 SDK에 특화된 주제를 담음
음, 하위 카테고리 내에서 태그를 사용하는 것이 좋은 논거가 될 수 있으며, 이는 괜찮은 방법입니다. 하지만 태그가 제공하지 못하는 기능(단순 내비게이션을 넘어선 것)을 카테고리가 제공하기 때문에 필요한 또 다른 사용 사례를 살펴볼까요:
→ 연결
→ 2024-이벤트
→ 2023-이벤트
→ 2022-이벤트
→ [언어] 커뮤니티
→ [언어] 커뮤니티
→ …[언어] 커뮤니티*3
→ 마켓플레이스
→ 포럼 피드백
대신 이렇게 정리할 수 있습니다:
→ 연결
→ 이벤트
→ 2024-이벤트
→ 2023-이벤트
→ 2022-이벤트
→ 커뮤니티 [언어, 언어, 언어…]
→ [언어] 커뮤니티
→ …[언어] 커뮤니티*3
→ 마켓플레이스
→ 포럼 피드백
왜 세 번째 단계의 하위 카테고리에 태그가 아닌 카테고리를 사용해야 할까요?
접근 권한: 예를 들어, 이벤트(20xx-이벤트)에 RSVP한 사용자만 해당 주제에 접근할 수 있도록 제한하고 싶을 때
가시성: 카테고리는 설명 추가, 이미지 삽입, 레이아웃 선택 등 더 높은 가시성을 제공합니다
설정: 태그에는 없지만 카테고리에서 사용할 수 있는 다양한 설정이 있습니다
덜 혼란스럽고 깔끔함: 세 번째 단계의 하위 카테고리를 두면 주요 하위 카테고리가 눈에 잘 띄도록 유지하는 데 도움이 됩니다.
이것들은 몇 가지 아이디어일 뿐이지만, 여러분의 의견을 듣고 싶습니다. 세 번째 단계의 하위 카테고리에 대해 어떻게 생각하시나요? 이 기능이 도움이 될 수 있는 다른 사용 사례가 있으신가요? 아니면 이것이 “기술적으로” 가능하더라도 포럼(UX 관점에서)에는 좋은 아이디어가 아니라고 생각하시나요?
카테고리와 조직 구조를 최소한으로 유지하는 것을 강력히 권장합니다. 감당할 수 있는 범위 내에서 말입니다.
사용자들이 주제 분류 체계에 대해 고민하는 시간은 여러분이 기대하는 것보다 훨씬 적을 것입니다. 이것이 커뮤니티 매니저의 현실입니다. 이 책이 절대적인 고전이 된 데는 이유가 있습니다: Don't Make Me Think - Wikipedia
일반적으로 3단계 하위 카테고리는 필요하지 않으며, 대부분의 경우 커뮤니티에 해가 됩니다. 숨겨진 사이트 설정에서만 활성화되는 데에는 이유가 있습니다.
@gassim, 당신의 사이트를 살펴보니 아직 3단계 하위 카테고리를 구현하지 않은 것 같습니다. 저도 제 사이트 중 하나에 이를 구현해보려고 생각하고 있거든요.
아직 구현하지 않은 특별한 이유가 있을까요?
기본적으로 여러 포럼을 따로 유지하는 대신, 그것들을 하나로 통합하고 1단계 카테고리를 원래 별도 포럼으로 운영했을 내용으로 구성하는 방식을 고려하고 있습니다. 예를 들어, 제 팟캐스트인 The Jim Kleiber Show, 감정 전투를 위한 무술인 emōkō 등이 있겠지요. 그리고 더 많은 것들도요.
저는 "레스토랑을 너무 많이 지으면 모두 죽고 텅 빈 곳이 될 테니, 하나의 레스토랑을 만들어 그 안에 공통 인프라를 기반으로 하는 여러 미니 레스토랑을 두는 것이 낫다"는 생각을 하고 있습니다.
이 수정된 비유와 3단계 카테고리 구성의 정당성에 대해 여러분은 어떻게 생각하시는지 궁금합니다.
숨겨진 설정을 활성화해달라고 요청해서 테스트만 해볼까 하다가 주저했던 것 같습니다. 필수 사항은 아니었고, 커뮤니티 내 특정 그룹을 위해 테스트해보자는 아이디어 정도였기 때문에, 위에서 받은 피드백을 고려할 때 우선순위가 높아지지 않았습니다.
만약 구현하게 된다면, @Bas 님과 다른 분들의 의견을 반드시 참고하겠습니다. 최종 목적지에 도달하기 위해 사용자가 너무 많은 페이지를 탐색해야 하는 것은 좋은 아이디어가 아니라는 데 동의합니다. 다만, 특정 주제/코스나 이벤트가 태그가 아닌 독립적인 '카테고리’로 존재해야 한다면 여전히 좋은 아이디어라고 생각합니다.
커뮤니티에 대해 배우고 방향을 찾아가는 '신규 멤버’들에게 3단계 하위 카테고리를 사용하고 싶지는 않지만, 특정 요리를 원하고 그 공간을 자신만의 독특한 인테리어로 꾸미고 싶어 하는 '레스토랑에 있는 사람들’을 위해 3단계 하위 카테고리를 사용하는 것은 어떨까요? …etc
흥미롭네요! 네, 동일한 사용자 그룹을 위해 여러 포럼을 관리하는 것보다, 이러한 사람들이 탐색하고 연결할 수 있는 1단계 카테고리를 두는 것이 훨씬 낫다는 데 동의합니다.
두 비유 모두 흥미롭고 지혜가 느껴지지만, 서로 다른 시나리오를 다루고 있는 것 같습니다. 여전히 '미니 레스토랑에 방을 너무 많이 두지 말라’는 개념을 적용할 수 있습니다!
일반적으로 커뮤니티 멤버가 참여할 수 있도록 탐색/생각할 옵션을 너무 많이 제공하지 않는 것이 중요하다고 동의하지만, 동시에 3단계 카테고리가 실제로 정당화될 수 있는 사용 사례가 있을 수 있다고 생각합니다.
사람들이 포럼을 카테고리 페이지를 통해서만 탐색한다면, 방(카테고리) 옵션이 너무 많다는 점은 이해가 갑니다. 저는 메타(Meta)에 올 때 거의 카테고리 페이지를 사용하지 않습니다. 만약 메인 토픽 페이지의 토픽 필터 옵션이 더 좋아진다면, 개별 카테고리 페이지에 가는 횟수는 더 줄어들 것입니다.
디스코르스(Discourse)의 전체 토픽 피드의 장점은 사람들이 야후(Yahoo)식 디렉터리 방식으로 포럼을 탐색할 필요가 없다는 점입니다. 대신 야후와 구글(그리고 감히 말하자면 페이스북 뉴스피드) 방식의 탐색을 모두 활용할 수 있습니다.
하지만 어쩌면 수많은 카테고리가 눈에 띄는 것 자체가 사람들에게 부담을 줄까요? 아니면 우리는 그냥 호기심 많은 존재라서 왼쪽에 있는 모든 카테고리 버튼을 클릭하고 싶은 걸까요?
아직 무엇을 해야 할지 확신은 없지만, 이를 공개적으로 생각하고 대화할 수 있는 공간이 있어서 다행입니다.
