새로운 TL-1 사용자에게는 환영 메시지가 있지만, 새로운 TL-0 사용자에게는 왜 없는가요?
저에게는 오히려 새로운 TL-0 사용자가 환영 메시지가 가장 필요해 보입니다.
새로운 TL-1 사용자에게는 환영 메시지가 있지만, 새로운 TL-0 사용자에게는 왜 없는가요?
저에게는 오히려 새로운 TL-0 사용자가 환영 메시지가 가장 필요해 보입니다.
안녕하세요, @MikeNolan!
새로운 사용자가 TL0 또는 TL1에서 시작하는 이유가 궁금합니다.
제가 활동하는 다른 포럼에서는 TL0의 신규 사용자가 첫 게시물을 작성할 때 환영 메시지(이것은 xxx님의 첫 게시물입니다. 커뮤니티에 오신 것을 환영합니다!)가 표시됩니다.
혹시 디스코봇이 작성하는 메시지를 말씀하시는 건가요?
TL-0은 신규 사용자의 기본 수준이며, 우리에게는 적절한 수준이라고 생각합니다. 관련이 없을 수도 있지만, 모든 사용자는 Drupal SSO를 통해 discourse 사이트에 로그인합니다.
새로운 사용자가 첫 게시물을 올리거나 비활성 멤버가 오랜만에 첫 게시물을 올릴 때, 특정 신뢰 수준 이상의 사용자에게 "XXX를 환영합니다"라는 메시지가 표시됩니다. 그러나 제가 찾고 있는 것은 새로운 사용자에게 포럼의 규칙과 절차를 안내하는 새로운 메시지나 화면입니다.
새로운 사용자는 전체 게시 권한과 비공개 카테고리 접근 권한을 얻기 위해 특정 그룹에 추가되어야 합니다. 추가되려면 멤버 ID를 제공해야 하며, 16세 이상의 현직 회원만 해당 권한을 사용할 수 있으므로 생년월일을 알아야 합니다. 따라서 TL-0 사용자들이 알아야 할 것 중 하나는 프로필에 멤버 ID를 추가하는 것입니다. 회원의 98%와 거의 모든 신규 회원의 생년월일을 보유하고 있습니다. (현재 Drupal SSO는 신규 사용자의 프로필에 멤버 ID를 추가하지 않으며, 요즘 이를 적극적으로 지원하고 있는지 확실하지 않지만, 작동하는 것 같습니다.)
사용자가 가입할 때 Discobot의 자동 메시지에 해당 내용을 포함하도록 수정해 주실 수 있을까요? 그게 안 된다면, 수정해서 사용할 수 있는 다른 방법이 있을 것 같은데, 그렇게 하려면 사용자 가입 웹훅 요청을 받을 수 있는 곳에 호스팅이 필요합니다.
이들은 Discourse에 직접 가입하는 것이 아니라, SSO가 있는 Drupal 사이트를 통해 Discourse 사이트에 접속합니다.
하지만 이는 제 질문에 대한 답이 아닙니다. 제 질문은 왜 새 사용자에게는 TL-0 메시지가 발송되지 않는데, TL-1에는 발송되는가 하는 것이었거든요.
Discobot의 메시지를 TL0 환영 메시지로 고려할 수는 없나요?
제 기억에 따르면, 여전히 가입(signup) 이벤트가 트리거되며, 이는 웹훅(webhook)을 트리거하게 됩니다.
자동화 플러그인과 ‘사용자가 그룹에 추가됨’ 트리거를 사용하는 Send PMs 스크립트로 사용자 지정 알림을 만들 수 있습니다.
하지만 Discobot은 기존 사용자가 아니라 신규 사용자에게 메시지를 보내야 하는 것 아닌가요?
내 계정은 전환 과정에서 생성된 관리자 계정이어서 두 번째 계정으로 테스트를 해볼 수 없기 때문에, 신규 사용자가 어떤 화면을 보는지 알 수 없습니다.
좋아요, TL0인 새 사용자에게 개인 메시지를 보내는 자동화 스크립트를 설정했습니다. 예상대로 작동하는지 테스트하는 방법을 잘 모르겠네요. 로그를 확인해 보는 수밖에 없겠죠.
새 사용자에게 이메일을 보내는 스크립트는 없는 것 같습니다.
이상적으로는 온보딩 경험을 전체적으로 확인하기 위해 가끔씩 테스트 사용자를 생성해서 직접 진행 과정을 체험해 보는 것이 좋습니다. 이 방법을 시도해 볼 수 있을까요?
SSO 프로세스는 회원 시스템인 CIVI-CRM에 연결된 (새) 회비 납부 회원과 관련되어 있어 상황이 좀 복잡해질 수 있습니다.
그 부분을 제가 설정한 것은 아니지만, Drupal이 Drupal 로그인을 설정하기 전에 CIVI-CRM 데이터베이스와 회원 데이터를 확인한다고 가정하고 있습니다. SSO 링크를 통해 포럼에 접근하는 회원이 처음 사용할 때까지는 discourse 로그인이 생성되지 않을 수도 있으며, 프로세스의 어느 단계에서 discourse 로그인이 생성되는지 정확히 알 수 없습니다.
하지만 이 문제에 대해 프로젝트 리더에게 물어볼 수는 있습니다. (새로운 사용자 프로세스를 주기적으로 테스트하는 것이 바람직하다는 데에는 동의합니다. 프로세스가 우리가 생각하는 대로 작동하는지 확인하기 위해서라도 그렇습니다. 리더가 그렇게 하고 있는지 여부는 잘 모르겠습니다.)
자동화 스크립트가 정상적으로 작동하는 것 같은데, 사용자가 개인 메시지를 읽었는지 확인할 수 있는 방법이 있을까요?
아직 구현되지 않았을 것 같지만, 기능 요청 건입니다:
해당 스레드에서 누군가가 게시글에
와 같은 이모지를 반응으로 달면, 본인이 해당 내용을 확인했음을 알 수 있다고 말했습니다.
게시글을 누가 읽었는지 추적하는 것과 PM(개인 메시지)이 수신자에게 읽혔는지 추적하는 것은 별개의 문제입니다. 하지만 Discourse에서는 동일한 메커니즘을 사용할 수 있으므로, 게시글 읽기 로그를 기록하면 PM 읽기 로그도 함께 기록될 수 있습니다. 다만, 게시글 읽기 로그를 비모더레이터에게까지 공개해야 한다는 의미는 아닙니다.
‘보낸 메시지’ 로그에는 자동화 스크립트를 통한 첫 번째 PM의 조회가 1회로 표시되어 있지만, 제가 내용을 원하는 대로 출력되는지 확인하기 위해 해당 메시지를 클릭했기 때문에 이 조회에 제가 포함되었는지는 알 수 없습니다.
아마도 보낸 메시지에 읽었으면 반응해 달라고 요청하는 건 어떨까요?
그룹 메시지에는 ‘읽음’ 표시가 있을 수 있지만, 그룹에서 이 개인 메시지를 보낼 수는 없다고 생각합니다. ![]()
topic_views 테이블을 사용하여 데이터 탐색 쿼리를 만들어 그들이 개인 메시지를 확인했는지 확인할 수 있습니다. 모든 개인 메시지는 동일한 제목을 가지므로, 이를 기준으로 사용할 수 있습니다.
기본 설정으로 tl1에 도달하는 데는 아주 작은 노력만 필요하므로, 지금이 적절한 시점이라고 생각합니다.
"축하합니다, 이메일 주소를 확인했습니다"라는 메시지는 좀 우습지 않나요?