위키백과:새 사용자 경험/성장 팀 아이디어

위키백과, 우리 모두의 백과사전.

문서 작업하기[편집]

맥락적 질문 또는 채팅[편집]

  • 문제
    • 새 사용자가 문서를 작업할 때, 어려운 부분에 대해 질문할 장소를 찾는 것은 매우 어려운 일입니다. 새 사용자는 작업하던 환경을 떠나 질문방이나 IRC, 아니면 다른 토론 공간으로 가야 합니다.
  • 잠재적 해법
    • 새 사용자가 편집하던 자리에서 다른 문서로 떠나지 않고도 그대로 질문을 입력할 수 있도록 공간을 만듭니다.
    • 새 사용자가 질문하는 내용이 바로 이미 존재하는 질문방에 자동으로 게시되도록 할 수도 있을 것입니다.
    • 새 사용자임이 확실한 사용자에게 더 잘 보이게 인터페이스를 조정할 수도 있습니다.
    • 이 아이디어가 잘 동작하면, 이 기능을 새 사용자와 숙련된 사용자 간의 1대1 실시간 채팅 기능으로 확장하는 것도 고려할 수 있습니다.
  • 이슈
    • 시각편집기에 이미 비슷한 기능이 존재합니다. 이 기능으로는 시각편집기의 버그를 보고할 수 있습니다.
    • 충분한 수의 숙련된 사용자가 새 사용자의 질문에 응답할 수 있어야 합니다.
    • 새 사용자의 질문에 응답이 달렸을 때 새 사용자의 이메일로 알림을 보내 주는 기능도 같이 개발할 지도 모릅니다.
    • 어디에 질문을 게시할 지도 고려해야 합니다. 기술적인 질문은 질문방에 어울릴 지 모르지만, 특정 출처의 신뢰도에 관한 내용은 관련 위키프로젝트의 토론 문서에 어울릴지도 모릅니다.

질문방에 집중[편집]

  • 문제점
    • 대부분의 위키는 새 사용자가 질문을 할 수 있는 질문방을 가지고 있지만, 대부분의 새 사용자는 질문방의 존재 자체를 모르거나 질문방을 찾는 데 어려움을 겪습니다.
  • 잠재적 해법
    • 새 사용자의 토론 문서에 봇 메시지를 남기거나, 배너를 사용하거나, 이메일을 보냄으로써 질문방으로 사용자를 유도합니다.
    • 질문방에 대한 다른 개선과 함께 이 문제를 검토할 수 있습니다. 새 질문을 자동으로 맨 위로 분류하거나, 아니면 질문에 응답이 달렸을 때 이메일로 알림을 보내 줄 수 있습니다.
  • 이슈
    • 새 사용자를 유지하기 위한 영어 위키백과의 시도 중 가장 성공적인 것은 새 사용자를 초대하는 “친절한 질문방"인 “찻집" (en:WP:Teahouse)이었습니다. 이 방식은 새 사용자를 10% 더 유지시켰습니다.
    • 질문방으로 트래픽을 보내기 전에 질문에 응답할 숙련된 사용자가 충분한지에 대한 고려가 필요합니다.
    • 한국어 위키백과를 포함한 많은 위키가 새 사용자의 토론 문서에 환영 메시지를 부착하는데, 환영 메시지에도 질문방으로 가는 링크가 있습니다. 이 작업은 질문방으로 가는 링크를 더 잘 보이게 만들 것입니다.

새 사용자의 편집 제안[편집]

  • 문제점
    • 연구 결과는 새 사용자들이 실수를 두려워하여 과감해지기를 꺼려한다는 내용을 언급하고 있습니다. 또한, 많은 새 사용자의 편집이 되돌려지며, 이는 새 사용자를 떠나게 만드는 요소가 됩니다.
  • 잠재적 해법
    • 새 사용자가 자발적으로 편집을 “게시"하는 대신 “제안"할 수 있도록 합니다. 이 버튼은 선택 사항으로 강제되지 않습니다.
    • 단기적으로, 새 사용자가 제안 사항을 중앙집중화된 토론 문서에 게시하는 형식으로 구현할 수도 있습니다.
    • 장기적으로 구조적인 작업 순서가 개발되어 새 사용자가 변경 사항을 작성하고 제안하면 숙련된 사용자가 스스로 변경 사항을 합칠 수 있도록 할 수 있을 것입니다.
    • 새 사용자의 기여가 되돌려지는 대신에 문서에 관한 토론에 참여하도록 유도합니다.
  • 이슈
    • 백:검토된 판 2단계에서 이러한 기능이 이미 존재합니다.
    • 보호 문서 편집 요청 시스템이 이미 존재합니다.
    • 편집 충돌에 대해 유념할 필요가 있습니다.
    • 저품질 제안 또는 문서 훼손을 유도하고, 검토자가 해야 할 일이 늘어납니다.
    • 검토자가 추가로 해야 할 일이 얼마나 늘어나는지에 대하여 검토할 필요가 있습니다.

실시간 편집 강의[편집]

  • 문제점
    • 새 사용자는 편집 창에서 혼란을 겪는 경우가 많지만 편집 창을 떠나지 않고도 편집에 도움을 줄 도움말은 사실상 전무합니다.
  • 잠재적 해법
    • 편집 창에 도움말 콘텐츠를 추가해서 사용자들이 편집 창을 떠나지 않고도 "인용", 위키텍스트, 링크를 추가하는 법을 알 수 있도록 합니다.
    • 끌 수 있는 팝업 박스 형식으로 보여줄 수도 있습니다.
    • 예를 들어, 시각편집기에서 "Insert" -> "틀" 창을 클릭하면 틀이 무엇인지 설명해주고, 틀을 어떻게 쓰는 지 알려주는 작은 박스를 띄워 줍니다.
  • 이슈
    • 이러한 도움말 상자 중 한두개부터 시작해서 결과를 추적해가며 더 많은 도움말을 추가할 수 있습니다.
    • 시각편집기에도 비슷한 동작을 하는 도움말 실행이 여럿 있습니다. 시각편집기에서의 도움말이 새 사용자에게 미치는 영향에 대해서는 알려져 있지 않습니다.

편집 첫 날과 이메일[편집]

사용자에게 자신의 편집의 영향에 대해 이메일 발송[편집]

  • 문제점
    • 연구 결과에 따르면 새 사용자들은 자신의 기여가 인정받는다고 느낄 때 기여를 지속할 동기를 부여받을 수 있다고 합니다. 그러나 새 사용자들은 자신의 편집이 얼마나 많은 사람에게 보여지는 지 모릅니다.
  • 잠재적 해법
    • 새 사용자에게 사용자가 생성하거나 편집했던 문서가 얼마나 많은 사람에 의해 보여졌는지 보여줍니다.
    • 비슷한 방식으로, 새 사용자에게 위키로 돌아올 것을 권하는 이메일을 보내거나, 이미 진행한 편집을 기반으로 어떤 편집을 할 지 권하는 메일을 보냅니다.
  • 이슈
    • 모든 사용자가 가입할 때 이메일을 입력하지는 않습니다.
    • 새 사용자가 너무 많은 이메일을 받지 않도록 해야 합니다.

개인화된 첫 경험[편집]

  • 문제점
    • 새 사용자가 처음 계정을 생성하면, 계정이 생성되고 사용자는 작업하던 곳으로 다시 돌아갑니다. 추가적인 도움말이나 안내, 또는 새 사용자가 필요로 하는 정보가 제공되지 않으므로 새 사용자가 가장 도움을 필요로 하는 시기에 도울 기회를 놓치고 있습니다.
  • 잠재적 해법
    • 새 사용자가 계정을 생성할 때 선택 질문으로 계정을 만드는 이유, 위키백과에서 하고자 하는 것, 관심있는 주제, 멘토가 필요한지와 같은 것을 물어봅니다.
    • 새 사용자 계정이 생성된 후에 새 사용자의 응답을 기반으로 새 사용자의 필요에 맞는 도움말, 관심있는 주제와 관련된 위키프로젝트, 같은 관심사를 가진 멘토와 연결해 줍니다.
  • 이슈
    • 추가 질문은 입력하지 않아도 진행할 수 있어야 합니다.
    • 회원 가입이 너무 복잡해 지지 않아야 합니다.
    • 질문을 먼저 추가한 다음에 질문에 대한 응답을 기반으로 개발 방향을 결정할 수 있습니다. 응답 그 자체도 가치있는 자료가 될 것입니다.
    • 등록 과정에서 질문을 한 다음에 그 응답을 기반으로 새 사용자와 숙련된 사용자를 매칭하는 연구가 제안되어 있습니다.

첫 날 이해하기[편집]

  • 문제점
    • 위키백과에 등록하는 사용자의 대다수는 기여를 한번도 안 합니다. 기여를 한번도 안 하는 사용자가 등록 후 무엇을 하는지 알 수 없습니다. 도움말은 읽는지, 편집을 시도했다가 포기하는지, 아니면 뭐 다른 일을 하는지... 사용자의 첫 세션에 대한 정보는 유용한 자료가 될 것입니다.
  • 잠재적 해법
    • 새 사용자가 등록 직후에 시도하는 행위를 기록하도록 소프트웨어를 수정합니다. (팀은 사용자를 보호하기 위해 애그리게이션, 익명화, 데이터 삭제와 같은 개인정보 관련 규정을 준수합니다.)
  • 이슈
    • 사용자의 경험을 향상하는 것보다는 연구적인 목적이 더 큽니다.
    • 사용자의 프라이버시와 데이터 보존 정책을 염두에 두어야 합니다.

이메일 응답에 대한 답장 메일[편집]

  • 문제점
    • 새 사용자가 토론 문서가 편집될 때 이메일을 받고, 그냥 그 메일에 응답을 해 버릴 수도 있습니다. 이메일 응답용 계정은 발신 전용이므로 보낸 답장은 사라져버리고 메일을 보낸 새 사용자는 영영 응답을 받을 수 없게 됩니다.
  • 잠재적 해법
    • 이메일 응답을 OTRS로 보내 새 사용자가 사람으로부터 답장을 받을 수 있게 하고, 새 사용자가 어떻게 위키에서 응답하는 지 가르쳐 줍니다.
  • 이슈
    • 이러한 문제가 얼마나 자주 발생하는 지 알아야 합니다. 선행 연구가 필요합니다.
    • 응답을 적절한 언어 OTRS 큐로 넘길 수 있어야 합니다.
    • 사용자에게 응답이 어디로 가는지, 누가 그 응답을 읽는지 명확하게 고지해야 합니다.