Campaigns/Foundation Product Team/Registration/ja

This page is a translated version of the page Campaigns/Foundation Product Team/Registration and the translation is 34% complete.
コミュニティ・コンテンツのキャンペーン

ウィキメディア運動にはたくさんのキャンペーンがあり、たとえばウィキは記念物が好き(Wiki Loves Monuments)、ウィキギャップ(WikiGap)、#1Lib1Ref(訳注:図書館員を巻き込む企画)その他です。 そこで当キャンペーン担当チームではウィキメディアのキャンペーン参加が簡単になる方法を作ろうとしています。

以下に分析を掲載しますので、ぜひ読んでみてトークページにご意見ご感想を投稿して下さい。みなさんのフィードバックは、当プロジェクトの方向性に直接、影響します。お手数ですが、よろしくお願いします。

プロジェクトのバージョン

この新機能では、キャンペーン主催者の皆さんがわざわざ登録用の解決策を開発しなくて済むため、時間を節約できます。またキャンペーン参加者やそれぞれのニーズを伝えるより洗練された情報集めることもできて、同時に参加者の個人情報も保護できます。その点、キャンペーン参加者だとキャンペーンの参加登録に手間をかけずに済むし、キャンペーンに参加しようかと思った最初の接点が楽しくてためになる場所になります。

登録に関しては、かなり大きな計画を描いています。まず最初に、既存の追跡ツールと登録システムを融合したいし、たとえばプログラムとイベント・ダッシュボードイベントの指標を考えています。これはつまり、参加登録すると、その利用者名は主催者が選んだ自動的に追跡ツールへと送られるのです。

第2に、オンウィキの参加登録が解決すると、コミュニティ感がより膨らむのではないかと期待しています。現状では、多くのキャンペーンで参加者同士、他に誰が参加しているか見えない仕組みで、特に登録に第三者のプラットフォームを使ってしまうと、そういう状態になります。新しい登録方法を使うと、参加者はキャンペーンに登録した自分以外の利用者の名前を閲覧でき、その中から、共通の関心を持つ人やモチベーションを高め合えある人が見つかるかもしれません。

第3に、登録システムをより広範なイベント用プラットフォームに組み込んだ将来像を夢見ています。このプラットフォームを活用するには、イベント主催者や参加者が使う機能を加えることが可能で、イベント作成ツールや、ウィキメディアのグローバルなイベントカレンダーにつないだらどうかと考えています。登録システムが組み上がると、プラットフォーム上のプロジェクトや機能を作成するツールとして、次の段階を積み上げる土台になります。登録サポートをカレンダーやイベント発見のさまざまなツールへと組み入れることができます。

最後に、このプロジェクトは多くの人との連携で進めていきたいと考えます。このプロジェクトの準備段階ではキャンペーン主催者の皆さんおよそ50人から聞き取り調査をしました。ご協力いただいた皆さんには心から感謝しており、主催者としての体験を彩り豊かに理解できるようになりましたし、どれほどの難しい課題があるかも知ることができました。そこで、キャンペーンを主催される皆さん、プロジェクトのトークページにぜひご意見ご感想などを投稿していただけないでしょうか。

登録を改善したいのはなぜ

登録とは、プロジェクトとして選択するのに強力な理由があると確信しており、以下に一覧にします。

  1. 現状では、標準化されたオンウィキのシステムがない。ウィキメディア運動には、その固有のニーズに合わせた頑強な登録システムが必要。
  2. 主催者が現状で使っている大体の登録システムには問題が多く、その一部は次の通り。
    • 主催者が設定と管理をするのに、時間がかかるし面倒くさいこと。
    • データの軽さ優先。参加者のニーズに関する情報は最低しか書けず、主催者には誰がどのイベントに参加してきたか、履歴が伝わらない。
    • 編集初学者にとっては技術的に難しく、また登録したくても混乱しやすい。
    • 参加者が登録後に、情報を編集しにくい。
    • 同一の人物が重複して登録するのを予防できない。
    • 多言語対応でない、つまり言語の異なる複数コミュニティを想定していない。
    • 参加者同士にコミュニティ感が育ったり、参加している実感を伸ばす仕組みがない。
    • ウィキメディアの価値観と衝突する(たとえば多くのツールは個人情報を第三者のプラットフォーム上に書き込ませるなど。)
    • ウィキ群のどのページとも、あるいはプラットフォームとも融合していないので、編集初学者はますます複雑だと思ってしまう。
    • 既存の追跡システム、たとえばプログラムとイベントダッシュボードなどと融合していない。
  3. 主催者、提携団体その他、運動の利害関係者は参加者とそのニーズに関するもっと良質なデータを求めている。その実現には、登録システムを開発することが第一歩となる。
  4. 登録とは将来を築くいわば積み石のようなものです。登録を改善した段階で、その他の機能をキャンペーンの作業流れ図に組み込むことができ、たとえば追跡ツールの改善、連絡ツールの改善などが見込めます。
  5. このプロジェクトは当チームが進行管理できるし、目的にも合っています。

Nearly every organizer we have spoken to has designed their own registration solution. Some of these solutions are learned from other organizers and some come from previous organizing experience. Others are designed around specific technical requirements. Our goal is not to design the first registration system, but to provide an improved solution that helps create a consistent workflow for organizers in different contexts.

How campaign registration currently works

We have identified several registration solutions that are currently being used, including:

On-wiki solutions

Manually adding username

Some registration processes require participants to manually add their username or signature on-wiki. For example, see Wiki for Human Rights 2021 in Morocco or Women in Red events in the screenshot examples below. The advantage of this approach is that it is integrated into existing wiki workflows, and information on registrants is publicly available (example). The disadvantage is that it gives minimal information to organizers on participant needs, and it's not intuitive for newcomers.

 
Participants asked to manually add their username in Wiki for Human Rights Morocco
 
A separate participants section, where users manually add their signatures, for a Women in Red August 2021 event

Technical hybrids

Some organizers have built elaborate technical fixes for registration. For example, CEE Spring has a multi-wiki bot that aggregates data across multiple local events. Al Maarifa Project requires each user to generate a subpage that is then queried by a script. These solutions can be useful for specific campaigns, but they are hard to adapt or reuse across communities. They also depend on maintenance by “in the know” technical volunteers, who may eventually stop maintaining the tools, creating challenges for long-term technical support.

オフウィキの場合、所有団体の解決策として

第三者の登録フォーム

Some organizers use third-party forms, like Google Forms, to register participants. The advantage is that the forms are easy for organizers to configure and for participants to fill out. The disadvantage is that they are removed from Wikimedia workflows, and they have varying privacy and open source policies. Participants cannot see registrant information either, so they have little understanding of how to connect with other registrants. Also, these platforms are not universally supportive of languages and cultural contexts. In smaller language communities or at-risk contexts, these tools often prove challenging to use in an inclusive and safe way.

For example, a Black History month event to Celebrate Women Leaders in the African Diaspora, organized by Wikimedia Nigeria, African Women on Board, and AfroCROWD, used a Google Form for registration. See screenshot example below.

 
Registration instructions on a Black History Month Women Leader's event page, which directs users to a Google Form.

第三者の登録用プラットフォーム

Some campaigns use third-party platforms, such as Eventbrite or Meetup, for registration. The advantage is these platforms offer feature-rich and highly customizable experiences. The disadvantages are the same as those for third-party registration forms.

For example, in the screenshot below, the Vaccine Safety Edit-a-thon, organized by Wikimedia District of Columbia and Wikimedia Mexico, provided a link to register on Eventbrite.

 
Event page that links that links to an Eventbrite registration page.

キャンペーンの経過を追尾するツール

プログラムとイベント・ダッシュボード

The Programs and Events Dashboard, developed by the Wiki Education Foundation, is a tracking tool. Some organizers use a third-party tool, which is followed by registration on the dashboard. For example (screenshot example below), you can see these steps in the Africa Wiki Challenge. In other cases, organizers use the Dashboard as their one and only registration tool.

The advantage of the Dashboard is that it's a metrics tool, so it's already integrated with tracking. The primary disadvantage is that it's not an actual registration tool. It provides minimal information about participants to organizers, and it provides minimal support to participants. Also, the dashboard is not used as a metrics tool for all campaigns, since many campaigns prefer different tracking systems.

 
Instructions on how to participate provided by the Africa Wiki Challenge event page

Fountain

Fountain(ファウンテン 解説文書)は利用者のLe Loy さんが開発し、これを利用して進捗の追尾をするキャンペーンはウィキメディア・アジア月間など複数あります。長所と短所は「プログラムとイベント・ダッシュボード」と共通です。加えて、このツールはオンウィキの登録に似て、編集初学者には難しいこと、経験の長い編集者対象に使う方が向いていることが特徴です。

 
Example of using the Fountain tool to search for campaigns related to "women"

正式な登録をしない場合

キャンペーンによっては、正式の参加登録の手順を設けておらず、その代わりにオンウィキの作業流れ図の中で特定の活動をする参加者を追尾しています。

アップロードの過程で登録

This is especially common for photography contests, such as Wiki Loves Monuments or Wiki Loves Folklore, in which registration is essentially built into the tracking process. When someone uploads a photograph and tags it for campaign tracking, they are effectively registered. This format works for some campaigns, but it’s not useful for all campaign types, especially for those targeting newcomers or writing articles. It also doesn’t collect additional information on participants, which may make communication and follow-up especially challenging.

 
Screenshot example Upload Wizard used for Wiki Loves Monuments (after competition)

ハッシュタグを使って登録

For #1lib1ref and Wikipedia Pages Wanting Photos (#WPWP) and a handful of other program activities, the Hashtags Tool acts as a default registration tool. Like with the upload process, there is benefit in that it captures contribution data. However, because hashtags are not deeply integrated in the editing interface, it’s difficult for newcomers to understand the action, and even experienced editors may forget to add the hashtag because it is not part of their regular workflow. Additionally, it is difficult for organizers to keep track of contributions in real time, and no information is directly provided on participants and their needs.

 
Example of using a hashtag in an edit summary, which can be used for tracking later via the Hashtag Tool
 
Hashtag tool, which can be used to search for edits based on hashtags

未解決の質問

Thank you for reading our analysis. Now we want to hear from you! We kindly request that you respond to the questions below (or share any other feedback!) on the project talk page:

  1. What do you think of our plan to create a campaign registration system? Do you think it would be useful to you, as a campaign organizer and/or participant?
  2. What do you think of our analysis of the current registration processes? Are we missing anything important to you?
  3. If you are a campaign organizer, what registration system do you use? What does and doesn't work well with that system? If you could change one thing about it, what would it be?
  4. If we create a registration system, how would you like it to work? Please provide as many details from what you would like or, if you have them, examples from other registration tools you have used before!
  5. We are a new team (check out the new landing page). What are your hopes, questions, or concerns for our team?
  6. Anything else you would like to add?

Your feedback is very important to us and it will directly impact the choices we make as a team. Thank you, and we look forward to reading your comments!

更新情報

May 23, 2022

Hello, everyone! First, thank you to everyone who has participated in our talk page feedback, office hours, or chat group conversations. Your feedback and insights have been absolutely crucial to our project, and we deeply appreciate it. We also have some exciting updates (and new questions!), which we’ll share below:

Engineering update

The team engineers are continuing to work on building the event registration system. They have built the majority of the back-end infrastructure, and they are now focused on building the front-end (i.e., the user interface). We predict that an early testable version of the registration solution will be available on the beta cluster in July 2022. To learn more about the engineering work, you can check out the definition of our schema on Gerrit.

Prototype updates

We have an updated prototype, which was created by our team designer, for you to check out (see links below). This prototype is for V0 (the first version of the tool that we will be releasing). Please note that these are only prototypes; they are not working software on live wikis. These prototypes give a general sense of how the finished product may look, feel, and function once we do release the registration solution, although there will probably be some changes.

Our release plan

Our release plan: We now have a basic release plan. We plan to release the registration solution in three parts, which we will explain below:

  • V0: This is the version of the tool, which we are focused on building now. It will be released to the beta cluster, probably in July 2022. We’re calling it V0 because it is a test phase that will not be released to any live wikis (just a test wiki). The purpose of this release will be to collect user feedback in preparation for the V1 release. In this version, organizers will be able to add registration to event pages and see a list of registered participants. This will be a desktop version only. You can view the prototype example in the links provided above (see “Prototype updates”):
  • V1: This version will be an improvement of V0, with the inclusion of more features, such as: the ability for organizers to contact participants, integration with the Programs & Events Dashboard, and geolocation support. We will also incorporate feedback we receive from users in the V0 testing phase. This version will be compatible with both desktop and mobile web versions of the wikis, and we plan to release it to at least 1 live wiki (probably Meta-Wiki). This version is a big upgrade with a lot to discuss, so we’ll dedicate a separate status update to collect feedback on the V1 requirements and prototypes. You can expect this status update on V1 to be posted soon.
  • V2: This version will be an improvement of V1, based on user feedback and the addition of more features. We haven’t fully fleshed out the requirements, and we don’t have a prototype yet. You can expect more updates on this final version in a future update.

Requesting your feedback

We want your feedback on event page behavior: In the open questions section, we have shared some questions on how events and event pages should be handled. We would love your feedback (see below):

  1. For event registration, what is the recommended behavior for blocked users? Should blocked users be able to join campaign events? Why or why not? And does it matter, depending on the type of block (such as hard block, soft block, etc)?
  2. For event pages in the event namespace, should we allow the pages to be moved?
    1. If yes: What happens if an event page gets moved to another namespace and it has registered participants?
    2. If yes: What should be the behavior/warnings to the user if they want to move the page?
    3. If yes: What should happen if an event page is moved to a namespace where event pages are not allowed?
  3. For event pages in the event namespace, should we allow the pages to be deleted?
    1. If yes: Who should be able to delete event pages?
    2. If yes: What should happen if an event page gets deleted and it has registered participants?
    3. If yes: If people have registered, what should happen to the data if the page is deleted?
  4. Is there anything else you would like to add (about the V0 prototypes, release plan, or anything else)?

Thank you in advance for your feedback, and we look forward to reading your responses!

2022年3月4日

Hello, everyone! We have had an eventful past few months, and we are happy to now share some updates. Also, we apologize for the delay in posting an update. Our work slowed down from October to December, both due to the holiday season and new people joining our team. Then, in the new year, we needed time to solidify and finalize our technical plan. However, our work is now picking up pace and the building phase of the project has officially begun. Also, we thank everyone who has shared feedback so far! Now, we invite you to read our new updates and share your feedback on the project talk page. All feedback is helpful, and we hope to continue learning from all of you. Thank you!

新規の名前空間を作成する提案

The Campaigns team is proposing that we create two new namespaces in MediaWiki, which will be called “Event” and “Event Talk.” You can see the proposal in T302040 on Phabricator. The purpose of this namespace would be a designated place in the wikis for all events, such as campaigns, conferences, meetups, office hours, or other events. We want a way to easily determine what is an ‘event’ page, so that we can:

  • Add registration to event pages (and avoid adding registration to inappropriate page types, such as article pages)
  • Display all events in an event calendar in the future
  • Begin getting more accurate data on event activity as a movement (such as how many events & which types of events are going on)
  • Make it easier for everyone to know what is an event page, since right now event pages often look very similar to article pages
  • Highlight the fact that organizing or participating in events is a critical form of movement activity, and that someone can be an impactful Wikimedian in more ways than just contributing to the wikis

技術面の更新情報

Between October and January, three engineers and an engineering manager joined our team. Since that time, we have been able to conduct technical planning and to officially launch the building phase of the project. The engineers will be focused on building the core infrastructure of the campaign events platform and the registration tool. Once they have built something that is testable, we will share it with all of you. In the meantime, you can track our work in the Registration project board and project profile on Phabricator.

設計の更新情報

The design team has developed a new version of the desktop wireframes, based on the feedback we received in usability tests, the project talk page, and other channels. Now, the design team is conducting a second round of usability tests on the new version of the desktop wireframes. Once we have finalized the desktop wireframes, we will share them in a status update. Additionally, the design team is developing the first version of the mobile wireframes, which we plan to share in a future status update as well.

技術大使の情報更新

Three product ambassadors have joined our team: Antoni Mtavangu (Swahili community ambassador), Georges Fodouop (French community ambassador), and M. Bachounda (Arabic community ambassador). The product ambassadors will be working with the team to conduct outreach and collect feedback from Wikimedia communities, and they will share ideas on the vision and strategy of the project. They will also help us understand the needs of organizers beyond our first project, so we can continue to plan for future work.

Open questions

  • Do you think it would be useful to you (or other Wikimedians) to create two new namespaces for Event and Event talk? Why or why not?
  • What questions or concerns do you have about creating these new namespaces?
  • Is there anything else you would like to share about the status update or project in general?

みなさんのご意見ご感想他はプロジェクトのトークページにて投稿をお待ちしています

October 8, 2021年10月8日

Hello, everyone! We are very excited to share an update on the Campaign Product team’s event registration project. First, we will share our project principles. Second, we will share wireframes for the desktop version (the mobile version will be in the next update). Third, we will provide questions for all of you. Thank you, everyone, and we look forward to reading your feedback on the project talk page!

プロジェクトの方針

プロジェクトの進展に伴い、私たちの作業のコアとなる複数の方針を以下のように明確にしました。

  • In the long-term, we want to build a platform, rather than one tool: Some people asked why we’re not using an existing open source solution for event registration. We’ll certainly examine the options, and nothing is ruled out yet. However, we’ll probably want to build our own solution. Here’s why: We want to build a Campaign Events platform over time—not just a registration solution. In order to build this platform, we’ll need to develop the core infrastructure, and the registration project is the first step in making this happen. To learn more, you can visit the plans & vision section of our team page.
  • We want to build for multilingual, diverse communities: Organizers have explained that the existing registration solutions lack sufficient support for global, multilingual communities. We completely agree. For this reason, we won’t consider this project complete until we build a solution that is usable for all language wikis and Wikimedia projects.
  • We plan to build in an iterative way: The first version of the registration solution will be very basic. We call it the MVP (or “Minimum Viable Product”), since it will just have the bare essentials to function. We work in this way so that we can collect feedback early on, and we can identify problems before we spend too long on a feature. Once we have released the MVP version, we can develop more advanced versions of the registration feature.
  • The MVP will just have the necessities: For the MVP, our goal is to build a simple registration configuration and management tool. The wireframes we have shared below are for the MVP version.
  • We will add enhancements later on: After we have built the MVP version, we can include the ability for organizers to add optional questions to the registration form, such as asking for the participant’s gender, location, wiki editing experience level, or why they joined the event. We can also add the ability for organizers to write custom questions.

ワイヤーフレーム:デスクトップ版

以下に示したワイヤーフレームでは、デスクトップ版の利用者にとって MVP のバージョンがどのように表示されるか共有します。ワイヤーフレームとは製品開発の一つの段階であり、特定のツールの視覚的な設計やワークフローを想起します。ワイヤーフレームは理論上のものであり、開発者によるツール開発によって見た目が変わる可能性があります。留意点として、モバイル版のワイヤーフレームは次の現状報告に合わせて共有する予定です。

イベント用の登録の作成

Access Organizer Center: We want to create an “Organizer Center,” where organizers can find tools and resources available to them. For this project, we may create a very basic Organizer Center, which will expand over time. The first tool to be featured in the Organizer Center will be the Event Registration tool. To access the Organizer Center, users can go to Contributions > Campaign Events.

Note that, in the future, the Organizer Center will probably be a part of a larger Campaign Events platform. To learn more, you can visit our plans & vision section of our team page.

 
Accessing Campaign Events platform

Selecting tool to create registration: Once the user is in the Organizer Center, they can choose to create a registration system for their campaign event. To do this, they click “Create registration for your campaigns events.”

 
Accessing the registration creation tool

Creating registration for campaign event: After the user has chosen to create a registration form, a new interface will appear. The organizer will input the following information: the event URL, event name, date, time, timezone, if it’s online or in-person, which tracking tool will be used, URL of tracking tool instance, usernames of organizers, and a link to the event's chat group. The tracking tool and chat group information will be optional. The user clicks on “Create Registration” when they are finished adding information.

Once the registration creation is complete, a registration interface will automatically appear on the campaign event page. Please refer to the next section ("Registering participants") for more details.

It is important to note that, with this system, organizers will need to create a few things in advance: the campaign event page, the tracking instance (for example, on Programs & Events Dashboard), and the chat group in advance.

For the first version of the registration system, we will only be asking participants for their usernames. This is because it is much easier to implement. However, after the first version is released, we will look into allowing organizers to create more sophisticated registration forms that can ask participants optional questions about themselves and why they are joining the campaign event.

 
Creating registration system for campaign event

参加者の登録

Registration automatically added to the event page: Once the organizer has created event registration, the registration experience will be automatically added to the event page URL specified by the organizer. The registration experience is a bottom sheet that overlays the event page. We chose the bottom sheet design so that it could work for many different types of event pages. In the bottom sheet, there is a button to “Register as userName.” So, if someone’s username was Lola, it would say, “Register as Lola.” The user can click the button to register.

 
Example of event page with registration bottom sheet that has been automatically added

More information: If the user clicks “More Information,” they can see more information on the event, such as the date, location, organizers, and list of participants. They can then click “Register as userName” in this view too. After the user registers, they should see the confirmation message.

 
More information view of registration experience; side panel on event page

Login and account creation support: If the user is not logged in, they will automatically see a pop-up appear when they click “Register as userName.” They can choose to login, if they already have an account, or they can sign up, if they do not already have an account. Once they login or create an account, they will become automatically registered in the campaign event.

 
Example of login pop-up when user tries to register for campaign event
 
Example of sign-up pop-up if user tries to register for campaign with no wiki account

Successful registration: After the participant has successfully registered, a pop-up will appear to confirm their registration. The pop-up will automatically disappear after a short time. If they have an email address associated with their account, we would also like an email to be automatically sent, which provides information on the event, such as the chat group that they can join. If participants would like to leave the event, they can click “Edit registration” (via the bottom sheet or side bar), which will then ask them to confirm if they want to leave the event.

In the future, participants may be able to add optional information about themselves when they register (such as wiki editing level, why they are joining the campaign event, etc). If this support is added, participants will also be able to edit this information as well.

 
View after participant registers on event page with bottom sheet
 
View after participant registers on event page with side sheet
 
View for participant who wants to leave campaign

登録の管理

View all registration forms: Once the organizer has created the registration form, they will be able to see all registration forms for their events. They can click on one of the forms to get more registration details, including the participant list. They can also easily delete, edit, or close registration forms via this view.

 
List of registration forms applicable to organizer

Viewing, deleting, and messaging participants: Once a registration form has been created, any specified as an organizer can view registrant information, including: participant username, and the date and time of registration. They will be able to select some or all of the participants from the list, and they will be able to message them or delete them from the list.

Organizers will be able to send a message to the participants, either on their talk page or to their email address. Depending on the technical difficulty of the work, we may choose to release an MVP version that only sends a message to the talk page, or the MVP version may allow both options. Either way, our plan is to eventually allow both messaging options.

 
Organizer can view, delete, or message registered participants

未解決の質問

  1. What do you think of our proposed system for creating and managing event registration, as a campaign organizer? What benefits does it offer compared to your current system? What disadvantages does it have compared to your current system?
  2. What do you think of our proposed experience for registering participants on the event page? What benefits does it offer compared to your current system? What disadvantages does it have compared to your current system?
  3. We first plan to build a lean version (also known as the “MVP,” or minimum viable product version) of the registration tool.
  4. What are the essential features this first version needs to have so that you can use it?"
  5. When you are running a campaign, what information do you typically send to participants, and where do you usually send it (e.g., talk page, email, social media, etc)?
  6. Do you prefer that we build the desktop version first or the mobile version of the registration system first?
  7. Is there anything else you would like to add?

皆さんのご意見ご感想をトークページに投稿してください。よろしくお願いします。