토픽의 알림에 적용되는 'bump 날짜 초기화' 같은 기능 찾습니다

기여 기능
1

최근 커뮤니티를 위해 놀라운 통합 기능을 구축했지만, 하나 중요한 기능이 빠져 있습니다. 바로 원본 게시물이 업데이트될 때 해당 주제에 구독한 사용자에게 알림을 보내는 기능입니다. 제 시나리오는 다음과 같습니다:

우리는 SaaS 플랫폼을 운영하고 있으며, 많은 기업처럼 상태 페이지(status.sailpoint.com)를 갖추고 있습니다. 사용자는 이 페이지에서 플랫폼에서 발생한 장애를 모니터링하고 구독할 수 있습니다. 이러한 장애 알림은 대부분 일방적이어서, 고객이 해당 장애가 자신들에게 어떤 영향을 미치는지에 대해 우리나 다른 고객들과 소통할 수 없습니다. 그 결과 고객들은 무슨 일이 일어나고 있는지 알기 위해 CSM(고객 성공 매니저)이나 지원 라인에 연락을 폭주하게 됩니다(이해할 수 있는 부분입니다).

이 문제를 완화하기 위해 Discourse를 경험에 통합하는 아이디어를 떠올렸습니다. 새로운 장애가 발생하면 status.sailpoint.com의 장애 페이지에 "이 장애에 대해 논의하려면 여기를 클릭하세요."와 같은 링크나 메시지가 표시됩니다. 백엔드에서는 장애가 진행됨에 따라 Discourse에서 주제를 생성하고 업데이트하기 위해 API 호출을 수행합니다. 예를 들어 다음과 같습니다:

image
image1067×1017 109 KB

이것은 훌륭합니다. 이제 고객들은 한 곳에서 대화를 나눌 수 있고, CSM/지원 팀은 우려를 해소하고 대응하기 위해 단일 공개 지점을 가질 수 있기 때문입니다.

문제

원본 게시물에 새로운 장애 정보를 추가할 때마다, 해당 주제에 구독한 사람들에게 알림을 보내고 싶습니다. 이를 위해 주제 내에 새로운 게시물을 생성하고 싶지 않습니다. 모든 것이 원본 주제 안에 깔끔하게 정리되어 있기를 원합니다. 또한 주제 내에 새로운 게시물을 생성한 뒤 원본 주제에서 원박스(onebox)로 연결되는 방식도 원하지 않습니다.

알림(notifier)을 "bump"할 수 있으면 좋겠습니다.

5개의 좋아요
2

여기 팀이 제가 관찰 중인 문서 주제를 편집할 때 알림을 받습니다. 아마도 원본 게시글들이 위키 게시글이기 때문일 것입니다. 그렇다면 이것이 해결책이 될 수 있습니다. 위키 게시글을 편집할 수 있는 신뢰 수준(min trust to edit wiki post)을 필요에 맞게 설정해야 합니다.

1개의 좋아요
3

정말 아쉽네요! 하지만 이 게시물의 민감성 때문에 비직원들이 편집할 수는 없어요. 그래도 선택한 신뢰 수준 그룹은 다른 게시물의 위키를 편집할 수 있도록 하고 싶습니다.

그러니까 이 방법은 안 되겠네요 :frowning:

4

이 질문에 대한 정답은 모르겠지만, 카테고리 설정을 변경해서 일반 사용자는 답변(Reply)은 할 수 있지만 생성(Create)은 못 하도록 하면, 일반 사용자가 원래 위키 게시물을 수정하는 것을 막는 효과가 있을까요?

5

Discourse 설치 환경의 다른 곳에서 고객이 위키 게시물을 편집하지 않는 한, min trust to edit wiki post 값을 TL3(해당 옵션을 비활성화한 경우) 또는 TL4로 높이고, 스태프의 신뢰 등급이 해당 값과 같거나 그 이상인지 확인하면 됩니다.

2개의 좋아요
6

TL4에 도달한 사용자가 위키 게시물을 수정할 수 있도록 허용하고 있기 때문에, 이 방법은 우리에게 적합하지 않습니다.

7

TL4는 자동으로 획득되는 것이 아닌데, 직접 부여하고 계신 건가요?

다만 명확히 하자면, TL4는 위키뿐 아니라 모든 게시물을 수정할 수 있습니다. 고객에게 TL4를 부여하고 있다면, 이미 해당 토픽을 수정할 수 있는 상태입니다.

3개의 좋아요
8

아니, TL4가 모든 게시물을 편집할 수 있다는 사실을 몰랐어요. 해결은 간단하긴 한데, TL4 권한은 우리 대사와 프로그램의 최상위 기여자들에게만 부여하는 거거든요. 이건 사용자 그룹의 신뢰 수준(trust level)으로 관리되니까, 그냥 TL3로 낮추겠습니다.

이번 대화를 계기로 신뢰 수준을 다시 검토해볼 동기부여가 생겼네요 :slight_smile:

그래도 이 문제에 대한 해결책은 찾아야 해요! 이 건은 서비스 팀의 도움을 받아야 할 것 같습니다.

2개의 좋아요
9

이것은 여전히 위키 알림을 통해 달성 가능한 것 같습니다. 다음을 수행할 수 있습니다:

  • 대사(Ambassadors)의 권한을 TL3로 낮추기
  • 위키 카테고리에서 카테고리 모더레이터로 지정하기
  • 기본 권한을 TL4에서 위키 편집으로 설정하기
  • 스태프의 권한을 TL4로 설정하기

이렇게 하면 스태프는 사고(incident) 토픽의 위키 게시글을 편집할 수 있지만, 대사들은 편집 권한이 위키 카테고리에만 적용되므로 해당 토픽의 위키 게시글을 편집할 수 없습니다.

1개의 좋아요
10

#customization:plugin의 토픽들이 위키 형식이라는 걸 확인했어요. 그렇다면 Discourse에서는 이런 방식으로 처리하는구나 합니다. 일단 신뢰도(trust levels)에 대해 더 잘 알아보고, 그 부분을 정확히 이해한 뒤에 진행하겠습니다.

다만, 그들을 카테고리 관리자(category moderators)로 만드는 건 좋은 생각이 아니에요. 그러면 /about 페이지에서 커뮤니티 관리자로 표시되지는 않나요?

2개의 좋아요
11

이들은 관리자 및 모더레이터 아래 섹션에 표시되며, 해당 카테고리에서 모더레이터임을 나타내는 카테고리 이름이 함께 표시됩니다.

CSS를 사용하여 이를 숨길 수도 있습니다.

이것이 너무 큰 변경으로 느껴진다면, 다른 사람이 더 나은 해결책을 제시하는지 기다려 보는 것도 좋습니다.

다만, 신뢰 수준(Trust Levels)에 대해 배우는 것은 항상 좋습니다. 여기에서 시작하여, 그 다음 권한 테이블을 살펴보는 것을 추천합니다.

4개의 좋아요
12

제가 말씀하신 대로 하겠습니다. 저희 기업의 사용 사례에서는 커뮤니티가 일반 사용자(고객/파트너)를 모더레이터로 등록하지 않는 것이 좋을 것 같습니다. 그렇게 하면 우리 비즈니스 운영에 어떤 형태로든 공식적으로 관여하고 있다는 인상을 줄 수 있기 때문입니다.

상세한 답변을 주셔서 정말 감사합니다!

3개의 좋아요