우리는 사용자 지원이라는 목적도 있지만, 주로 피드백을 수집하기 위해 운영 중인 제품 커뮤니티가 있습니다. 이를 위해 개발진이 커뮤니티에 참여하여 피드백을 구체화하고 반영해야 합니다. 따라서 우리는 스태프가 커뮤니티에 참여하는 것을 기대하며 적극적으로 장려하고 있습니다.
이러한 참여를 촉진하기 위해 매주 스태프 리더보드 요약을 내부에 게시하고 있습니다. 예를 들어 다음과 같습니다.
커뮤니티에 공개될 연말 결산에서 스태프를 제외할 수 있는 것은 좋은 점이지만, 스태프 전용으로 두 번째 결산 보고서를 생성할 수 있다면 좋겠습니다.
최근 플러그인 주제에서 이와 유사한 제안이 있었습니다.
네. 설정이 하나 더 필요할 것 같습니다: 그룹 포함. 아니면 제외하는 방식도 가능하죠. 왜냐하면 직원 제외 기능은 이미 있으니까요 — 그리고 그 설정이 하드코딩된 그룹 제한기 인터페이스일 뿐이라고 거의 확신합니다(다만 확신은 아주 약하지만요) 
그 후로는 자동화가 없어도 큰 문제가 되지 않습니다. 수동으로 하는 작업은 고작 30초면 끝이니까요(물론 우리는 모두 휴일에 수작업을 싫어하지만, 그래도 말이죠).
연간 리뷰 주제를 여러 개 허용하는 것이 옳다고 생각합니다.
아마도 모든 커스텀 설정은 discourse-automation에 두는 것이 좋을 것 같습니다. 이렇게 하면 리포트별로 허용 및 거부할 그룹과 커스텀 대상에 대한 필터를 설정할 수 있습니다.
따라서 새로운 자동화 규칙을 생성하게 되며, 이를 통해 월간, 분기별 등 커스텀 기간 설정도 가능해집니다.
음… 그거에 대해 말하자면.
새벽에 리뷰가 자동 생성되어 출근해 보니 대부분 직원들이었어요. staff가 아니라 employees로 표시되는데, 아마도 staff 그룹은 모더레이터들만 해당되는 것 같아서(?) 우리는 모더 권한을 아주 소중하게 여기거든요.
이건… 별로 유용하지 않네요. 
나도 같은 문제를 겪었어요 그래서 편집을 해야 했는데, 아마 여러분보다 적은 편집을 했겠지만, 우리도 모더레이터 권한을 엄격하게 관리하려 노력하고 있어요. 개인정보(PII)에 대한 접근 권한은 누가 접근하는지를 더 철저히 통제해야 하므로 최우선 사항이거든요. 모든 문제를 해결해서 커뮤니티에 맞게 게시하거나 편집할 수 있었기를 바랍니다.
