내부 조직 구조에 맞게 사용자 그룹을 생성하는 과정에서, 내 커뮤니티에 아직 가입한 사용자가 누구이고, 아직 가입하지 않은 사용자가 누구인지 당연히 알 수 없습니다. 이메일 또는 사용자명으로 사용자를 추가하는 모달에서, 내 커뮤니티의 사용자를 해당 사용자 그룹에 추가할 때, 당연히 내 커뮤니티에 이미 있는 사용자만 사용자명 또는 이메일을 기준으로 추가될 것이라고 생각했습니다.
예를 들어, 100개의 사용자 이메일 주소를 아래 상자에 붙여넣었다고 가정해 보겠습니다. 저는 Discourse가 해당 이메일 주소에 해당하는 사용자를 찾아서 그들을 그룹에 추가할 것이라고 생각했습니다. 그런데 제가 전혀 몰랐던 것은, 시스템이 찾지 못한 모든 개인에게 이메일을 보내서 가입을 초대한다는 것이었습니다.
이 부분은 반드시 명시되어야 합니다(그리고 해당 기능을 비활성화할 수 있는 옵션도 필요합니다).
문제의 일부가 바로 그 문구를 작성할 때, 우리가 여기서의 뉘앙스를 너무 의식하고 있어서 관리자분들에게는 그 의도가 명확히 전달되지 않는다는 데에 있다고 생각합니다!
그룹에 초대할 사용자 목록을 입력하세요…
첫째: "초대(invite)"라는 단어를 보고 "사이트에 초대"로 해석하게 되며, "그룹에 초대"로 이해하지 않습니다.
둘째: 아예 그룹에 초대할 수조차 있는지 의문입니다. 이 기능은 사용자를 단순히 *추가(add)*하는 것뿐입니다.
이것이 좋지 않다는 점에는 동의합니다.
그냥 텍스트 수정안으로 이 정도는 어떨까요?
그룹에 추가할 사용자 목록을 입력하세요. 제공된 이메일이 있는 경우, 해당 사용자를 찾으면 그룹에 추가하고, 찾지 못하면 초대를 보냅니다.
음… 그래도 그 문구가 여전히 좀 어색하네요.
또 다른 방법으로, 로그인 시점에 DiscourseConnect/SAML/oAuth2를 통해 해당 그룹을 전달할 수 있을까요?
다행히도 우리 회사는 아이덴티티 거버넌스 분야를 전문으로 하므로, 곧 이 모든 것이 소프트웨어에 의해 처리되어 해당 대상의 전체 수명 주기가 관리될 것입니다.
하지만, 해당 통합은 아직 6~8주 후에야 이루어지며, 저는 지금 몇 개의 그룹이 필요했습니다.
그래도, 어쨌든: 무료 UX 테스트입니다!
개인적으로 여기 있는 관리자 여러분에게 도움이 되는 것은 아무리 많아도 지나치지 않다고 생각합니다. 우리가 효과적으로 관리할 수 있도록 상세한 설명이 필요합니다(물론 저는 이 역할을 가끔만 맡고 있긴 합니다).
정말 좋습니다. 제가 쓴다면 아마 이렇게 쓸 것 같습니다:
이 그룹에 추가할 사용자 이름 또는 이메일 목록을 입력하세요. 이메일을 입력했을 때 해당 이메일이 현재 사용자와 연결되어 있지 않으면, 그 이메일 주소로 커뮤니티 가입 초대장이 전송됩니다.
이 오타가 의도적인 건지 아닌지 계속 고민 중이에요… 
하지만 당신의 버전과 군더더기에 대한 지적이 정말 마음에 들어요.
