즉, discobot이 활성화된 상태에서 새로운 사용자가 가입하면, 메인 포럼 페이지에서 바로 개인 메시지 상자로 이동하며 다소 기술적인 포럼 기능 튜토리얼이 표시됩니다.
저는 이것이 새로운 사용자 온보딩에 있어 타이밍이 좋지 않다고 생각합니다. 우리는 환영 메시지와 환영 주제를 갖추고 있으며, 사용자가 봇이 아니라 이러한 내용과 상호작용하며 시작하기를 원합니다. 또한 사용자가 가입하자마자 포럼의 기술적인 기능을 배우기를 원하지는 않는다고 생각합니다.
현재 이 기본 환영 메커니즘을 비활성화하려면 discobot을 완전히 비활성화해야 합니다. 하지만 튜토리얼 자체는 훌륭하다고 생각합니다! 단지 사용자가 조금 더 늦은 시점에 튜토리얼로 이동하도록 유도하고 싶습니다. 예를 들어, 첫 번째 신뢰 수준 메시지(시간을 내어 함께해 주셔서 감사합니다)에 첫 번째 튜토리얼을 언급하는 방식입니다. 이는 멤버 신뢰 수준 메시지(신뢰 수준 승격 진심으로 축하드립니다!)에 고급 튜토리얼이 언급되는 것과 같은 방식입니다.
discobot 온보딩은 비활성화하되, @discobot을 호출하여 튜토리얼을 시작할 수 있는 방법이 있을까요?
첫 번째 시스템 메시지에서 튜토리얼을 언급하는 것이 좋은 시점이라고 생각합니다. 기본적으로 10분 뒤에 표시되는데, 이는 먼저 포럼을 조금 둘러볼 수 있는 충분한 시간입니다(이는 튜토리얼 같은 도입부가 필요하지 않음). 또한 포럼 사용법에 대한 추가 정보를 제공해 주니 사용자들도 환영할 것입니다.
어쨌든, 튜토리얼을 시작하거나 언급하는 옵션을 완전히 비활성화하지 않으면서도, 관리자로서 즉각적인 디스코봇 하이라이트를 비활성화할 수 있다면 도움이 될 것 같습니다.
내 초기 게시글이 온보딩 여정에 대한 기본 설정을 변경하려는 것처럼 받아들여진 것 같습니다. 사실 그런 의도는 아니었습니다. 하지만 기본 설정을 변경하고 싶다면, 봇을 통한 온보딩을 아예 없애고 대신 포럼 인스턴스에서 10분간 시간을 보낸 후 표시되는 첫 번째 시스템 메시지를 강조하는 것도 합리적인 접근이라고 생각합니다. 강조 표시는 다음과 같이 보일 수 있습니다:
이것이 이미 가능하다는 걸 방금 깨달았습니다. 저는 항상 설정에서 discobot을 검색했는데 결과물이 하나만 나왔습니다. 하지만 실제로 narrative bot으로 검색하면 옵션이 6개 있고, 그중 하나는 봇이 활성화되어 있든 아니든 상관없이 환영 게시물을 비활성화하는 것입니다:
그 부분에 대해 소란을 피운 점 죄송합니다! 다만 온보딩 메커니즘을 모두 모아서 전용 토픽으로 만드는 것이 도움이 될 수도 있습니다? 아니면 기본 온보딩 프로세스를 정의하는 모든 단계(그리고 옵트아웃 시 트리거되지 않는 단계)를 나열하는 개요 페이지가 있는데 제가 놓치고 있는 걸까요?
네, 첫 번째 옵션은 좀 더 명확한 탈퇴 대상(또는 무시 대상)을 제공할 수 있을 것입니다. 두 번째 옵션의 경우, 기본적으로 온보딩 프로세스에 실제로 포함된 단계 수에 따라 크게 달라집니다. 방금 언급했듯이, 제가 실제로 알고 있는 것은 튜토리얼과 배지 정도입니다.
어쨌든, 이제 올바른 설정을 찾았으므로 우리의 온보딩 프로세스를 스케치해 보겠습니다. 다만 기본값이 재평가될 기회가 생긴다면, 디스코봇을 주요 온보딩 에이전트로 사용하는 것을 일반적으로 폐기하고 대신 시스템 사용자를 기반으로 하는 것이 합리적일 수 있다고 여전히 생각합니다.
봇 사용 시 제가 보는 몇 가지 단점:
커스터마이징이 꽤 번거롭습니다. 메시지가 많아서 시작하면 대부분을 검토해야 할 수 있기 때문입니다.
기술 커뮤니티라면 맞춤형 봇 이름과 아바타를 만드는 것이 재미있을 수 있습니다. 하지만 그렇지 않다면, 합리적인 변형을 고안하기가 어려울 수 있고, 기술적인 기믹으로 사용자를 맞이하는 것이 오히려 어색하게 느껴질 수도 있습니다.
시스템 사용자 사용의 장점:
기본 메시지 커스터마이징이 꽤 직관적입니다.
시스템 사용자(이름, 아바타 또는 전용 사용자)를 커스터마이즈하도록 동기 부여하여 전반적인 커뮤니케이션을 더 단정하게 다듬을 수 있습니다.
봇은 커스터마이징이 거의 필요 없는 "튜토리얼 봇"으로서, 디스코urs 기능으로 더 명확하게 인식될 수 있습니다.
