페이스북에서 이주하는 적극적 지원 커뮤니티 구조화하기

커뮤니티 구축
61

(이 내용이 별도의 주제로 분리되어야 한다면 알려주세요… 이 스레드/카테고리에 계속 게시물을 올릴지, 다른 곳으로 옮길지 확신이 서지 않습니다.)

저는 사용자 필드를 추가할 예정입니다. 그중 일부는 모든 사용자에게 (선택적으로) 알고 싶은 일반적인 정보입니다. 예를 들어 사용자가 거주하는 도시/국가 같은 것 말이죠 – 아니면 이를 백 개가 넘는 다른 그룹으로 관리해야 할까요? 지금 이걸 생각해보니: 사용자 필드일까요, 아니면 그룹일까요? 도시를 제외하고, 관련이 있을 수 있는 정보는 다음과 같습니다: “대가족”(동물을 많이 키우는 사람들), “혼자 관리 중”, “불규칙한 근무 시간”, “장애 또는 건강 문제”, “대부분 부재 vs. 보통 집에 있음”, “기술 사용 숙련도”, “스트레스 수준”… 이 모든 것은 사용자가 게시물을 올릴 때 우리가 조언하고 지원할 방식을 결정하는 데 매우 유용한 사용자 “맥락” 지표입니다.

사용자 필드 중 반드시 사용자 필드로 만들어야 한다고 생각하는 두 가지 범주가 있습니다 – 한 묶음은 페이스북에서 이주해 오는 사람들을 위한 것이고, 다른 한 묶음은 "진짜 신규 회원"을 위한 것입니다:

  • 페이스북 커뮤니티에 가입한 날짜 (대부분의 사람들이 알고 있습니다. 근사치도 괜찮습니다); 페이스북 이름 또는 프로필 링크 (사람들을 식별하는 데 도움이 되기 위해)
  • 신규 회원의 경우, 이미 페이스북에 존재하는 스크리닝 질문이 있으며, 저는 이를 거의 그대로 이식하고 싶습니다 (당뇨병을 앓는 고양이가 있는지, 몇 가지 세부 정보를 알려주세요, 기대/요구가 무엇인지, 인슐린/치료를 하고 있거나 시도할 의향이 있는지, 현재 스트레스 수준이 얼마나 되는지… 이 정도면 거의 모든 것을 포함합니다)

사용자 필드를 조건부(“페이스북 커뮤니티에서 온다” / “커뮤니티에 완전히 새로운 사람이다”)로 "그룹화"하는 방법이 있을까요?
(보시는 것처럼, 이건 기능에 관한 질문이니까, 이 내용은 커뮤니티 카테고리에 남아야 할까요?)

62

정말 흥미롭네요, 공유해 주셔서 감사합니다!

63

https://meta.discourse.org/t/discourse-authentication-validations/292547에서 사용자 필드 체이닝에 대한 내용이 있고, 또한 매우 강력한 Custom Wizard Plugin 🧙 플러그인도 있습니다. 하지만 저는 이 중 어떤 것도 직접 사용해 본 적이 없습니다.

가입 양식에는 가장 중요한 사용자 지정 필드만 표시하고, 나머지 필드는 나중에 사용자가 입력하도록 하는 것이 더 합리적일 수도 있습니다.

3개의 좋아요
64

동의합니다. 참고로 필드를 여러 개 추가했는데, 내 프로필에서 그 필드들을 어디서 찾아서 채워야 하는지 아직 모르겠습니다. 이제야 존재하게 되었네요 :face_with_peeking_eye:

65

보통 프로필 탭 /my/preferences/profile에 있습니다.

또는 User Field Prompt 을 참고하여 사용자에게 양식을 제공할 수도 있습니다.

1개의 좋아요
66

과도한 설계(over-engineering)를 자제하는 것이 어렵다는 점을 이해합니다. 다만 Discourse는 매우 유연하며, 나중에 카테고리를 조정할 수 있다는 점을 기억해 두시기 바랍니다. 여기에는 카테고리 병합, 포스트를 다른 카테고리로 이동, 카테고리를 태그로 대체하거나 그 반대, 등이 포함됩니다.

따라서 포럼을 출시한 후 카테고리와 태그 구성을 개선할 여지가 있다고 생각하시거나, 실수를 했다고 느끼시더라도 큰 문제는 아닙니다:

물론 처음부터 모든 것이 완벽하게 준비되어 있는 것이 이상적입니다. 제가 하려는 말은, 나중에 언제든지 변경할 수 있으므로 이러한 도구들이 과도한 고민을 덜어 줄 수 있다는 것입니다.

4개의 좋아요
67

네, 정확합니다. 그래서 저는 여기서 « 간단하게 시작하고 반복하며 개선하는 것 »(제가 일을 할 때의 기본 방식)이 « 손님들이 문 앞에 도착하기 전에 모든 것을 완벽하게 준비해 두는 것 »(제 이상적인 방식이지만, 현실에서는 거의 보거나 달성하기 어려운 것 :rofl:)보다 더 현명한 선택이라고 생각하고 있습니다.

2개의 좋아요
68

저는 이 방식으로 일을 하는 편을 선호하며, 당신의 경우에도 이것이 아마 최선의 선택이 될 거라고 생각합니다.

이 문제를 접근하는 한 가지 방법은 완전한 출시까지의 여정에서 여러 개의 마일스톤이 있다고 보는 것입니다. 예를 들어 다음과 같은 형태가 될 수 있겠죠:

  • 가까운 협력자에게 사이트 공개
  • 베타 테스터에게 사이트 공개
  • 파일럿 그룹에게 사이트 공개
  • 기존 커뮤니티 전체에게 사이트 공개
  • 신규 멤버에게 사이트 공개
  • 기존 커뮤니티의 특정 활동에 대한 지원 종료일 발표
  • 기존 커뮤니티에서 특정 활동 지원 중단

이 각 단계에서 포함할 대상자를 서서히 넓히고, 다음 단계로 넘어갈 준비가 되었다고 판단될 때까지 사이트를 반복적으로 개선해 나가는 것입니다. 다음 단계에 필요한 일은 하되, 그 이후 단계에 필요한 일은 하지 마세요. 진행하면서 실제로 무엇이 필요한지 배우는 것이 중요합니다.

마지막 두 단계는 활동 하나씩 또는 몇 개씩 교체해 나가면서 루프처럼 반복할 수도 있습니다. 궁극적으로 기존 커뮤니티를 완전히 종료할 수도 있고, 아니면 더 적은 수의 활동을 지원하기 위해 무기한 유지될 수도 있습니다.

7개의 좋아요