캠페인/재단 제품 팀/행사 발견

This page is a translated version of the page Campaigns/Foundation Product Team/Event Discovery and the translation is 100% complete.
커뮤니티 콘텐츠 캠페인

이벤트 발견 프로젝트는 편집자가 위키의 캠페인 이벤트에 대해 더 쉽게 배울 수 있도록 하는 도구를 만들거나 개선하는 것을 목표로 합니다. 우리는 더 많은 편집자가 이벤트를 우연히 발견하고 이에 대해 배울 수 있다면 더 많은 편집자가 이벤트에 참여하여 영향력이 큰 주제에 대한 기사 수가 늘어날 것이라고 가정합니다. 이 작업은 위키의 콘텐츠 격차를 해결하기 위한 2023/2024년 연간 계획 노력의 일부입니다.

프로젝트 소개 및 문제점 분석

현재 이벤트 검색과 관련된 문제는 무엇입니까?

위키미디어 운동에서는 캠페인 이벤트에 대해 배우는 것이 어려울 수 있습니다. 현재 이벤트 프로모션 솔루션에는 다음 문제 중 하나 이상이 있습니다:

  • 모든 주최자가 이용할 수 있는 것은 아닙니다.
  • 모든 위키에서 사용할 수 있는 것은 아닙니다.
  • 많은 사람에게 다가가지 않습니다.

이벤트 홍보 및 발굴과 관련된 문제로 인해 다음과 같은 문제가 발생한다고 생각합니다:

  • 이벤트 참여율이 낮습니다.
  • 이벤트는 영향력이 큰 주제에 대한 기여도가 낮습니다(참여도가 낮기 때문에).
  • 참가자 및 주최자는 (참여도가 낮아서) 의욕이 덜할 수 있습니다.
  • 편집자들은 영향력 있는 이벤트에 참여하고 유사한 주제에 관심이 있는 다른 편집자들과 연결할 기회를 놓치며, 결과적으로 위키미디어 운동에 덜 통합되어 있다는 느낌을 받습니다.
  • 수행 중인 작업의 폭과 운동 전체에서 생성되는 이벤트 유형에 대한 노출은 제한되어 있습니다.

위키에서 이벤트를 홍보하고 검색하는 데 현재 사용할 수 있는 옵션은 무엇입니까?

현재 주요 이벤트 홍보 및 발굴 방법은 다음과 같습니다:

중앙공지: 위키 페이지 상단에 표시되는 배너입니다. 주최자는 요청 페이지에서 요청을 발행하여 중앙공지 배너에 이벤트를 표시합니다. 또한 주최자는 공지 사항 달력에 요청을 추가해야 합니다. 동일한 지역 및/또는 언어를 대상으로 하는 다른 배너 캠페인과 충돌이 발생하지 않도록 하는 것은 주최자의 책임입니다. 매우 소수의 활성 중앙공지 관리자가 요청을 검토하고 배너 캠페인을 활성화합니다. 배너 디자인은 중앙공지 관리자가 수행하는 경우도 많습니다.

  • 이점: 중앙공지는 쉽게 검색할 수 있으므로 일부 유형의 캠페인 이벤트에 편집자를 데려오는 데 매우 효과적입니다.
  • 문제: 중앙공지는 일부 이벤트만 홍보합니다. 수많은 이벤트가 달력에 표시되지 않거나 중앙 공지로 지원하기 어려울 수 있습니다(예: 매우 구체적인 주제나 지역을 대상으로 하는 이벤트). 중앙공지를 사용하려면 주최자는 복잡한 기술 및 운동 역학을 이해해야 합니다.
 
중앙공지 배너의 예, 위키미디어 공용에 있는 이슬라해도우의 스크린샷
 
위키문헌의 중앙공지 배너 예, 위키미디어 공용의 Steinsplitter 스크린샷
 
위키백과의 중앙공지 배너 예, 위키미디어 공용의 베누아 로숑 스크린샷

대량메시지: 주최자에게 대량메시지 권한이 있는 경우(대량메시지 발신자 참조) 다가오는 이벤트에 대한 대량의 사용자 토론 페이지에 메시지를 보낼 수 있습니다. 많은 사용자들은 토론 페이지 메시지를 받을 때 자동 이메일을 받기 때문에, 토론 페이지 메시지를 받을 때 이메일을 받을 수도 있습니다.

  • 이점: 이는 위키 안팎의 사람들에게 다가갈 수 있는 메커니즘입니다(편집자가 토론 페이지 메시지에 대해 이메일을 활성화한 경우).
  • 문제: 이는 특정 주제(예: 위키프로젝트, 뉴스레터 등)에 대해 조직 커뮤니티의 업데이트에 등록했기 때문에 이미 어느 정도 "알고 있는" 사람들에게만 적용됩니다. 주최자는 복잡한 기술 워크플로를 커뮤니케이션 계획에 통합해야 합니다.
 
2023년 7월 우먼 인 레드 이벤트를 홍보하기 위해 대량메시지에서 배포한 토론 페이지 메시지의 예

사이트공지: 이는 위키 페이지 상단에 표시되는 배너이며, 로컬 사이트 관리자에 의해 제어됩니다.

이점ː 중앙공지보다 요청 프로세스가 간단하며, 영어를 구사하지 않는 사람이 요청을 발행하는 것이 더 쉬운 경우가 많습니다. 관리자는 로컬이므로 일부 상황에서는 유용할 수 있습니다.

문제ː 다양한 청중을 대상으로 한 타겟팅은 없으며 일부 위키에서는 널리 사용되지 않습니다.

 
위키미디어 공용에 있는 오리야어 위키백과의 수바시시 파니그라히가 작성한 사이트 알림의 예

지리공지: 이것은 전역 미디어위키:주시목록-요약과 유사하게 특정 위치에 있는 사용자를 위한 영어 위키백과의 특수:주시목록 페이지에 대한 공지입니다. 주최자는 지리 통지 요청을 추가합니다.

  • 이점: 이는 활성 편집자(정기적으로 관심 목록을 확인할 가능성이 더 높음)에게 다가오는 이벤트, 특히 직접 편집 톤 및 소규모 이벤트에 대해 알릴 수 있는 효과적인 전략이 될 수 있습니다.
  • 문제점: 영어 위키백과에만 있고, 온라인 이벤트에는 유용하지 않습니다.
 
위키미디어 공용에 있는 알 수 없는 작성자의 지리공지의 예

홈페이지 프로모션: 일부 위키는 메인 페이지에서 이벤트를 홍보합니다.

  • 이점: 많은 사람들에게 다가갑니다.
  • 문제점: 이는 모든 위키가 공유하는 홍보 전략이 아니며 위키 홈페이지를 적극적이고 정기적으로 방문하는 사람들에 따라 달라집니다.
 
홈페이지의 사진 도전 요청 예시, 위키미디어 공용의 이미지

달력: 현재 운동에는 행사를 다루는 달력이 많이 있지만, 다루는 범위는 다양합니다. 이러한 달력 중 일부에는 프로젝트 이름공간의 달력(예: 영어 위키백과용 위키백과 밋업 달력 및 스페인어 위키백과용 위키백과:에디터톤), 메타위키 메인 페이지의 이벤트 목록, 메타위키의 이벤트 링크, Mediawiki.org의 이벤트 목록세계 여성의 날 달력과 같은 주제별 달력이 포함됩니다.

  • 혜택: 편집자는 이벤트 달력에서 관심을 가질 만한(아직 알지 못하는 이벤트) 이벤트를 찾을 수 있습니다.
  • 문제점: 위키에서 사용할 수 있는 중앙 또는 크로스 위키 이벤트 달력이 없습니다. 많은 이벤트가 달력에 표시되지 않으며, 이벤트를 추가하는 과정이 혼란스러울 수 있으며, 대부분의 달력은 그렇지 않습니다. 검색 필터나 알림/구독 시스템이 있어야 합니다.
 
영어 위키백과 위키미디어 공용의 모임 페이지

위키 외부에서 이벤트를 홍보하고 발견하기 위한 옵션은 무엇입니까?

이메일: 누군가가 주최자 또는 가맹단체의 이메일이나 메일링 리스트에 있는 경우 다가오는 이벤트에 대한 이메일을 받을 수 있습니다.

  • 이점: 캠페인에 관심을 가질 가능성이 더 높은 타겟 그룹에 도달합니다.
  • 문제점: 이메일을 무시하거나 잊어버리기 쉽고 이미 커뮤니케이션을 선택한 사람들에게만 도달합니다. 주최자가 성공적으로 사용하려면 구독 목록과 청중의 복잡한 네트워크를 이해해야 합니다.

채팅 그룹: 와츠앱, 시그널, 페이스북 및 기타 위키 외부 플랫폼에는 위키미디어인들을 하나로 모으는 다양한 채팅 그룹이 있습니다. 이러한 채팅 그룹은 이벤트를 홍보하는 장소가 될 수도 있습니다.

  • 혜택: 이벤트에 관심을 가질 가능성이 높은 타겟 그룹에 도달합니다.
  • 문제점: 아직 그룹에 속해 있지 않은 사람들을 포착하지 못하고, 메시지를 읽다가 이벤트를 완전히 잊어버리기 쉽습니다.

소셜 미디어 홍보: 주최자는 외부 소셜 미디어 플랫폼에서 홍보할 수 있습니다.

  • 이점: 아직 위키에 없는 신규 사용자를 유치하는 데 도움이 될 수 있습니다. 또는 이벤트에 관심이 있지만 아직 서명하지 않은 사용자를 유도하는 데 도움이 될 수 있습니다.
  • 문제점: 이 방법은 별로 효과적이지 않을 수 있습니다. 우리의 데이터는 소셜 미디어가 이벤트 페이지를 보기 위한 작은 채용 엔진임을 보여줍니다. 가맹단체 및 기타 프로그램의 소셜 미디어 커뮤니케이션은 자체적으로 강화되는 경향이 있으며 기존 위키미디어 그룹 간에만 커뮤니케이션하고 새로운 청중에게 도달하지는 않습니다.

위키 외부 주최자 달력 (예: Diff 달력, 예술+페미니즘 달력):

  • 이점: 보기에도 좋고, 적극적으로 유지 관리하는 유급 전문가가 있을 수 있으므로 전체적으로 꽤 좋은 상태를 유지할 수 있습니다.
  • 문제점: 위키 외부에 있으므로 광범위한 활동을 포착하지 못하는 경향이 있습니다. 위키 외부에 있고 더 큰 운동 생태계 외부에 있으면 작업의 가시성이 다른 운동 기여자, 특히 위키에만 기여하는 사람들에게 상실됩니다.

다음은 무엇입니까?

다음 단계로, 여러분의 의견을 듣고 싶습니다! 우리는 사람들이 현재 위키에서 어떻게 이벤트를 찾고 있는지(또는 찾지 않고 있는지) 알고 싶고, 사람들이 관심 있는 이벤트를 더 쉽게 찾을 수 있는 방법도 알고 싶습니다. 사람들로부터 더 많은 피드백을 받으면 결과를 요약하고 제안된 다음 단계를 공유할 것입니다. 그동안 아래 질문에 답해 주시기 바랍니다. 이는 문제 해결을 위해 우리가 할 수 있는 일을 이해하는 데 매우 중요합니다.

질문에 답변하신 후(아래 참조), 10월 7일 및/또는 10월 10일 오피스 아워에 참석하여 팀과 이 프로젝트에 대해 논의하시기 바랍니다!

공개 질문

  1. 위키미디어 캠페인 이벤트에 대해 어떻게 알 수 있나요? 예: 배너, 이메일 목록, 토론 페이지, 소셜 미디어 등
  2. 관심 있는 캠페인 이벤트를 모두 찾는 것이 쉽다고 생각하시나요? 그 이유는 무엇인가요?
  3. 이상적으로는 캠페인 이벤트 소식을 어떻게 듣고 싶으신가요?
  4. 어떤 행사에 참석할지 어떻게 결정하나요?
  5. 행사 소식을 제때 듣지 못해 놓친 적 있으신가요?
  6. 등록한 행사에 어떻게 참석했는지 기억하시나요?
  7. 더 추가하고 싶은 내용이 있나요?

프로젝트 토론 페이지에서 피드백을 공유해주세요!

상태 업데이트

2024년 9월 5일

초대장 목록이 이그보어 위키백과와 스와힐리어 위키백과에 공개되었습니다(T372582). 다음 단계로, 우리는 이 위키의 주최자들과 협력하여 새로운 도구에 대한 추가 교육과 지원을 제공할 것입니다. 또한, 도구를 활성화하는 데 관심이 있는 다른 위키들과 연결하는 데도 관심이 있습니다.

2024년 8월 1일

우리는 베타 클러스터에 초대 목록의 첫 번째 버전을 출시했습니다. 다음 단계로, 우리는 위키마니아 2024 동안 커뮤니티가 커뮤니티 대화에서 도구를 테스트할 수 있는 방법에 대한 자세한 정보를 공유할 것이며, 위키마니아에 이어 곧 위키에서 이 기능을 활성화할 예정입니다.

도구를 테스트하고 싶은 분은 다음 단계를 따르세요:

  1. 베타 클러스터에 로그인
  2. 특수:초대장_목록_생성으로 이동
  3. 베타 클러스터 내의 초대 목록 이름과 기사 목록을 입력합니다.
  4. "생성"을 클릭합니다.
  5. 특수:초대장_목록 페이지로 이동하게 되며, 초대 목록이 생성될 때까지 1분 정도 기다릴 수 있습니다. 그런 다음 페이지를 새로 고쳐 초대 목록을 볼 수 있습니다.
  6. 특수:나의_초대장_목록에서 이전 초대 목록을 볼 수 있습니다.

프로젝트 토론 페이지에 피드백을 공유해 주세요. 감사합니다.

2024년 5월 31일

여러분, 안녕하세요. 이번 업데이트에서는 팀 디자이너가 만든 이벤트 초대 기능의 모습에 대한 몇 가지 시각적 예를 공유합니다. 이는 예시일 뿐이며 최종 제품은 다르게 보일 수 있습니다. 우리는 이러한 디자인에 대한 피드백(프로젝트 토론 페이지에서 공유할 수 있음)을 원하므로 업데이트를 읽은 후 아래 질문을 참조하세요. 감사합니다!

디자인 예시

 
1단계ː 이벤트 초대에 처음 액세스할 때 비어 있는 상태

1단계: 사용자에게 이벤트 주최자 권한이 있고 CampaignEvents 확장이 활성화된 위키백과 위키에 있는 경우 특수:초대목록생성으로 이동할 수 있습니다. 이 페이지에서 도구를 처음 사용하는 경우 도구 작동 방식에 대한 몇 가지 기본 정보를 볼 수 있습니다. 그런 다음 "초대 목록 만들기"를 클릭하여 프로세스를 시작할 수 있습니다.

 
2단계ː 이벤트에 대한 정보와 작업 목록의 문서를 입력한 후 "생성"을 클릭하세요.

2단계: 주최자는 초대 목록의 이름을 지정하라는 요청을 받습니다. 또한 이벤트 등록이 활성화된 위키에 이벤트 페이지가 있는 경우 선택적으로 이벤트 페이지에 대한 링크를 추가할 수도 있습니다. 이런 방식으로 초대 데이터를 이벤트 등록 데이터에 연결할 수 있습니다. 마지막으로 주최자는 문서 목록을 입력합니다. 문서는 초대 ​​목록의 위키에 있어야 하며 최대 300개의 문서를 추가할 수 있습니다. 완료되면 주최자는 “생성”을 클릭합니다.

 
3단계ː 초대 목록이 준비될 때까지 기다리세요

3단계: 주최자는 초대 목록이 처리 중임을 알리는 메시지를 확인하고 초대 목록이 준비되면 알림을 받게 됩니다.

4단계: 초대 목록이 준비되면 주최자는 초대 목록에 대한 링크가 포함된 웹 알림을 받게 됩니다. 이벤트 초대의 첫 번째 버전에는 웹 알림 기능이 포함되지 않을 수 있으며 첫 번째 릴리스 이후에 이를 구현할 수도 있습니다.

 
5단계ː 주최자가 초대 목록에 액세스합니다.

5단계: 그러면 주최자는 특수:초대목록에서 초대 목록을 볼 수 있습니다. 초대 목록은 "초대 적극 권장"과 "초대 권장"의 두 가지 섹션으로 구분됩니다. 각 섹션에는 편집자의 기여 페이지로 연결되는 사용자 이름 목록이 있습니다. 주최자는 초대 목록에 있는 사람 중 일부를 초대하거나 전체를 초대하거나 전혀 초대하지 않도록 선택할 수 있습니다. 또한 사용자 토론 페이지 메시지나 위키메일 등을 통해 초대하는 방법을 선택할 수도 있습니다. 이벤트 초대의 첫 번째 버전에서는 환경 내에서 메시징 지원을 제공하지 않지만 이후 버전에서는 이를 고려할 수 있습니다.

 
6단계ː 주최자는 과거 초대 목록을 볼 수 있습니다.

6단계: 주최자가 초대 목록을 검토한 후에는 나중에 언제든지 해당 목록으로 돌아가거나 Special:MyInvitationLists에서 다른 초대 목록을 볼 수 있습니다. 또한 Special:MyInvitationLists에서 초대 목록이 준비되었는지 여부도 확인할 수 있습니다.

공개 질문

  1. 전반적으로, 우리가 공유한 디자인 사례에 대해 어떻게 생각하시나요?
  2. 혼란스러운 점이 있거나 변경 사항을 제안하시겠습니까?
  3. 추가하고 싶은 내용이 있나요?

프로젝트 토론 페이지에서 피드백을 공유해주세요.

2024년 4월 16일

지난 몇 달 동안 우리는 이벤트 초대에 대해 자세히 알아보기 위해 실험을 수행했습니다. 이제 실험이 마무리되었으므로 이제 결과와 다음 단계를 공유하고 싶습니다.

먼저, 실험은 무엇이었나요?

초대 목록을 생성하는 모델을 만들었습니다(T353459점수 계산 문서 참조). 초대 목록은 잠재적으로 초대할 편집자 목록과 각 편집자에게 할당된 점수(예: 이벤트에 초대할지 여부에 대한 높음, 중간 또는 낮음 추천)라는 두 가지 주요 부분으로 구성됩니다. 편집자는 지난 3년 동안 특정 위키백과 문서에 기여했기 때문에 확인되었습니다. 점수는 문서에 기여한 바이트 수, 문서에 대한 편집 수, 위키에서의 전체 편집 횟수, 그리고 얼마나 최근에 위키에서 편집했는지에 따라 결정되었습니다.

우리는 이벤트 초대의 유용성을 판단하기 위해 간단한 실험을 수행하기로 결정했습니다. 이런 식으로 이벤트 초대가 새로운 청중을 이벤트에 참여시키는 데 효과적인지 알 수 있었습니다. 우리는 또한 사람들이 무엇을 좋아하고 무엇을 싫어하는지, 그리고 도구에서 개선할 수 있는 점을 알고 싶었습니다. 이 정보를 통해 우리는 프로젝트를 계속할지 여부를 포함하여 다음 단계에 대해 정보에 입각한 결정을 내릴 수 있습니다.

실험 방법은 다음과 같습니다. 2023년 12월부터 2024년 3월 사이에 이벤트를 진행한 이벤트 주최자에게 연락하여 해당 이벤트의 작업 목록을 수집했습니다. 이러한 작업 목록에서 우리는 초대 목록(T357007 참조)을 생성하여 주최자와 공유했습니다. 초대 목록에는 점수가 표시되지 않았지만 편집자가 더 높은 점수를 받았는지 낮은 점수를 받았는지 표시했습니다. 그런 다음 주최측에서는 누구를 초대할지 자체적으로 판단했습니다. 초대는 토론 페이지 메시지나 massenmail과 같은 위키메일 도구를 통해 전송되었습니다. 그런 다음 주최자는 초대한 사람에 대한 데이터를 우리와 공유했고, 우리는 최종 초대 목록과 등록 목록을 비교했습니다.

지원을 위해 4회에 걸쳐 오피스 아워 교육을 실시했습니다. 첫 번째 오피스 아워에서는 프로젝트 소개, 두 번째 오피스 아워에서는 작업 목록 생성 및 공유에 대한 교육을 제공했습니다(공유된 작업 목록 중 일부 참조). 세 번째 오피스 아워에서는 위키메일을 통한 초대장 발송 교육을 제공했으며, 마지막 오피스 아워에서는 도구에 대한 사용자 피드백 수집에 중점을 두었습니다.

결과와 교훈은 무엇이었나요?

첫째, 우리는 주최측이 도구 테스트에 관심이 있다는 것을 알게 되었습니다. 우리는 프로젝트 초기 단계에서 주최자를 대상으로 설문 조사를 실시했으며 이벤트 초대 테스트에 관심이 있는지 물었을 때 다음과 같은 결과를 얻었습니다:

  • 32명의 응답자가 “그렇다”라고 답함
  • 응답자 1명은 “아니요”라고 답함
  • 응답자 7명은 무응답

그런 다음 실험을 시작했고 다음과 같은 참여율을 보였습니다:

  • 우리는 19개의 다양한 이벤트와 협력하여 20개의 초대 목록을 생성했습니다.
    • 한 이벤트는 2개의 위키에 초점을 맞춰서 2개의 목록을 받았습니다.
    • 초대 목록 중 1개(2023년 12월)는 이전 모델을 사용했고 나머지 19개(2024년 1월~3월)는 개선된 새 모델을 사용했습니다.
  • 12개의 프로세스가 완료되었습니다. 즉, 초대장이 전송되었으며 초대 데이터를 등록 목록과 비교할 수 있었습니다.
  • 7명의 주최자가 프로세스를 완료하지 않았습니다(즉, 초대장이 전송되지 않았거나 필요한 모든 데이터가 팀과 공유되지 않았습니다). 초대장을 보내고 초대 데이터에 대해 보고하는 것은 현재 노동 집약적인 프로세스이기 때문에 이는 우리에게 놀라운 일이 아닙니다.

또한 우리는 실험을 통해 우리가 배우고 싶은 내용을 배울 수 있었습니다. 일부 편집자는 이벤트 초대에 응답하고 이벤트에 참여합니까? 그렇다면 그 비율은 얼마나 됩니까? 우리가 발견한 내용은 다음과 같습니다(T357827 참조).

  • 총 12개 행사에 총 338명의 편집자 초청
  • 초청편집자 중 초청편집자 중 42명이 행사에 등록하였습니다.
  • 초청 편집자의 이벤트 참여 비율은 12.43%로, 이벤트별로 결과에 큰 차이가 있습니다. 다음은 12개 이벤트의 성능에 대한 분석입니다:
행사 초대된 총 편집자 수 등록한 총 초대 대상자 수
행사 1 18 14
행사 2 14 2
행사 3 8 1
행사 4 10 1
행사 5 40 5
행사 6 49 1
행사 7 58 1
행사 8 29 2
행사 9 10 1
행사 10 47 11
행사 11 22 0
행사 12 22 3

위 표에 표시된 것처럼 이벤트 초대를 통해 일부 이벤트의 성공률이 더 높았고 일부 이벤트의 성공률이 더 낮았습니다.

  • 성공률이 가장 높은 행사는 이미지, 명확한 목표, 명확한 행사 타임라인이 포함된 행사 페이지를 갖는 경향이 있었습니다.
  • 성공률이 낮은 행사는 행사의 이미지나 명확한 목적, 타임라인이 없는 기본 행사 페이지만 있는 경향이 있었습니다.

질적인 측면에서 이벤트 초대를 사용한 주최자와 대화했을 때 일반적으로 향후 이벤트에 이 도구를 다시 사용하는 데 대한 긍정적인 피드백과 관심을 들었습니다. 조직자들은 이 도구가 이전에 수동으로 수행했거나 수행할 시간이나 자원이 전혀 없었던 작업을 자동화된 방식으로 제공한다고 말했습니다. 그러나 다음과 같이 경험을 개선해 달라는 요청도 있었습니다.

  • 편집자에 대한 자세한 내용은 초대 목록에서 확인하세요.
    • 예: 사용자 페이지 링크, 편집 횟수
    • 또한 편집자의 성별과 위치를 포함하여 보다 민감한 정보를 공유해 달라는 요청도 들었습니다.
  • 편집자를 초대하기 위해 대량 이메일을 보내는 더 쉬운 방법
  • 편집자가 초대 수신을 거부할 수 있는 방법

또한 이벤트 초대를 사용할 때 다음과 같은 몇 가지 일반적인 사용자 행동에 대해서도 배웠습니다:

  • 주최자는 초대 목록에 있는 모든 사람을 초대하지 않았습니다. 그들은 누구를 초대할지에 대해 스스로 판단했습니다.
  • 모든 주최자가 선택한 단일 초대 방법은 없습니다. 일부 주최자는 이메일로 초대장을 보냈고 일부 주최자는 토론 페이지 메시지를 사용했으며 일부는 여러 방법을 조합하여 사용했습니다.
  • 초대 목록의 일부 사람들은 이미 주최자의 커뮤니티 연락처 목록에 있거나 주최자 자신이었습니다. 일부 주최자는 이벤트가 시작된 후 초대 목록을 받았기 때문에 초대 목록에 있는 일부 사람들이 이미 이벤트에 참여했다는 사실을 발견했습니다. 이러한 이유로 주최측은 이들 편집자를 초대하지 않았습니다. 이는 도구가 해당 이벤트에 관심이 있는 편집자를 식별하고 있음을 나타냈기 때문에 반드시 나쁜 것은 아닙니다.

다음 단계는 무엇입니까?

이벤트 초대장은 위키백과 문서에 초점을 맞춘 이벤트를 제공하여 이벤트에 초대할 청중을 식별하려는 이벤트 주최자에게 유용한 도구가 될 수 있다고 믿습니다. 이는 두 가지 주요 이유 때문입니다:

  • 정량적 데이터는 가능성을 보여주었습니다. 평균 12.43%의 비율은 이 도구가 편집 이벤트 참석에 관심이 있는 일부 편집자를 식별하는 데 도움이 될 수 있음을 보여줍니다. 또한 시간이 지남에 따라 채점 모델을 점진적으로 개선할 계획입니다(초기 아이디어는 T358526 참조). 이를 통해 향후 유사한 테스트 또는 실험에서 등록률이 더 높아질 수 있습니다.
  • 정성적 피드백은 일반적으로 주최자들 사이에서 도구에 대한 관심을 보였으며, 향후 도구를 테스트하거나 도구를 다시 사용하고 싶다고 말했습니다.

그러나 이 도구를 사용하면 주최자가 특정 문서(논란의 여지가 있거나 민감한 주제에 대한 문서일 수 있음)를 편집하는 편집자 목록을 생성할 수 있으므로 도구 사용에 대해 어느 정도 민감할 수 있습니다. 이러한 이유로 위키백과 커뮤니티가 CampaignEvents extension 확장 기능을 활성화한 경우 이벤트 초대를 원하는지 여부를 결정하는 것이 합리적이라고 생각합니다.

더욱이, 우리는 이벤트 초대의 사용을 신뢰할 수 있는 사람, 즉 이벤트 주최자 권한(로컬 위키 관리자에 의해 제어됨)이 있는 사용자에게만 제한하는 것이 합리적이라고 생각합니다. 예를 들어, 메타위키에서 권리가 어떻게 처리되는지에 대한 문서는 다음과 같습니다. 이러한 방식으로 우리는 주최자가 이벤트 청중에게 다가갈 수 있는 새로운 방법을 가질 수 있도록 권한을 부여하는 동시에 로컬 관리자에게 이러한 도구가 위키 커뮤니티에 적합한지 여부와 방법을 평가할 수 있는 권한을 제공할 수 있습니다.

CampaignEvents 확장은 현재 메타위키에서만 사용할 수 있지만 곧 일부 위키백과 위키에 출시할 계획입니다. 위키미디어 위키에서 활성화되면 해당 커뮤니티에 참여하여 일반 용도로 사용할 준비가 되면 이벤트 초대 활성화에 관심이 있는지 확인할 수 있습니다.

다음 단계에서는 간단한 버전의 이벤트 초대장이 어떻게 보이는지에 대한 몇 가지 디자인을 개발할 것입니다. T361029에서 이 작업을 따라갈 수 있습니다. 우리는 이 프로젝트 페이지에서 이러한 디자인을 공유하고 준비가 되면 피드백을 요청할 것입니다. 디자인에 대한 피드백을 수집한 후 도구에 관심이 있는 커뮤니티 및 주최자와 협력하여 이벤트 초대의 첫 번째 초기 버전을 구축하기 시작할 것입니다.

따라서 우리의 실험, 결과 및 다음 단계에 대해 어떻게 생각하는지 알려주십시오. 이벤트 초대가 주최자에게 유용한 도구가 될 수 있다고 생각하시나요? 잠재적으로 이를 어떻게 개선할 수 있나요? 토론 페이지에서 피드백을 공유해 주세요!

2023년 11월 27일ː 이벤트 초대 실험

여러분, 안녕하세요! 프로젝트에 대한 업데이트를 공유하게 되어 기쁘게 생각합니다. 먼저, 우리는 첫 번째 중점 분야인 이벤트 초대를 결정했습니다.

이벤트 초대를 통해 이벤트 주최자가 이벤트에 관심이 있을 수 있는 새로운 편집자 청중에게 다가갈 수 있도록 돕고 싶습니다. 이런 방식으로 우리는 더 많은 사람들이 이벤트에 등록하고 영향력 있는 기여를 할 수 있다고 가정합니다. 이를 위해 주최자가 초대할 수 있는 편집자의 목록인 초대 목록을 생성할 계획입니다. 초대 목록은 다음 기준 중 일부를 기반으로 할 수 있습니다.

  • 해당 주제 분야에 대한 관심: 일정 기간(예: 지난 2년 이내) 중 적어도 하나의 주제에 상당한 기여(예: 특정 최소 바이트 수)를 한 편집자를 선택할 수 있습니다. 이벤트 기간 동안 작업 중인 문서입니다. 또는 주최자의 작업 목록에 있는 페이지를 무기한 감시하는 편집자를 선택할 수도 있습니다.
  • 최근 편집 활동: 이 그룹에서는 예를 들어 지난 90일 동안 위키에 최소한 한 번 이상 되돌리지 않은 편집을 한 편집자를 선택할 수 있습니다.
  • 생산적인 편집 내역: 이 그룹에서는 예를 들어 이벤트 프로젝트에 최소한의 기여(예: 되돌리지 않은 편집 500개)를 한 편집자를 선택할 수 있습니다.

이 목록을 사용하여 주최자는 편집자를 이벤트에 초대하도록 선택할 수 있습니다. 초대 방법은 아직 결정되지 않았지만, 주최자가 첫 번째 실험으로 이미 사용 가능한 통신 방법(토크 페이지 메시지나 위키메일 등)을 사용하도록 할 수도 있습니다. 이 초대된 편집자 그룹은 생산적이고 활동적이며 잠재적으로 이벤트의 특정 주제에 관심이 있기 때문에 초대된 편집자 중 일부가 이벤트에 참여하는 데 관심이 있을 수 있기를 바랍니다.

이벤트 초대가 유용한지 평가하기 위해 다음과 같은 질문을 할 것입니다:

  • 초대 편집자 중 몇 퍼센트가 이벤트에 등록합니까?
  • 초대된 편집자 중 몇 퍼센트가 이벤트 기간 동안 기여를 합니까?
  • 초대된 편집자 중 몇 퍼센트가 행사 기간 동안 실질적인 기여를 합니까?
  • 주최자는 초대 목록에 대해 어떻게 생각합니까? 그들은 그것이 유용하다고 생각합니까? 그 이유는 무엇? 이벤트 홍보를 위해 이벤트 초대 목록을 다시 사용하시겠습니까?

이 정보를 바탕으로 우리가 취할 다음 단계를 결정하게 됩니다. 유익한 결과가 나오면 이벤트 초대를 계속 탐색할 수 있습니다. 예를 들어, 주최자가 사용할 수 있는 커뮤니케이션 인프라를 개선하여 초대된 편집자에게 직접 메시지를 보내는 것이 더 쉬워지는 방법을 조사할 수 있습니다. 또한 참가자가 이벤트 초대(일반 또는 특정 주최자의)를 거부할 수 있는 방법이 있는 주최자를 위한 일반화된 도구를 구축할 수 있는 방법을 잠재적으로 조사할 수도 있습니다. 또는 유익한 결과가 보이지 않으면 완전히 다른 행사 검색 프로젝트를 추구하기로 선택할 수도 있습니다.

엔지니어링 팀은 초대 목록을 생성하는 방법을 조사하기 시작했습니다. 파브리케이터의 이벤트 검색 게시판을 확인하여 현재와 미래에 수행할 작업 중 일부를 확인할 수 있습니다.

그동안 실험 주최자로서 실험에 참여하고 싶다면 저희에게 연락해 주세요! 우리는 이벤트에 새로운 청중을 초대하는 데 관심이 있고 2024년에 캠페인 이벤트를 개발할 주최자와 연결하고 싶습니다. 본인이라면 토론 페이지나 주최자용 채팅 그룹에 문의해 주세요.

마지막으로, 이벤트 초대 아이디어에 대한 피드백이 있으면 토론 페이지에서 공유해 주세요!