Reading/Web/Desktop Improvements/Updates/2022-07 for the largest wikis/vi

Defining a process for the discussion of making Vector 2022 the new default

Giới thiệu về dự án này

Read this in another language

In short: in one to two weeks, we would like to begin the conversation to update the default design of Wikipedia to Vector 2022. We are interested in deciding on the process we want for the conversation before discussing the change itself. This is because we want to have a good decision-making process that allows for a way to identify the needs of the community from the new skin.

Hi everyone,

We would love to see the Vector 2022 skin (see what it looks like) become the new default across all wikis, including [insert your language] Wikipedia. The skin would be turned on for all anonymous users, and also all logged-in users who now use Vector (the current default). Logged-in users are and will be able to switch to any of our other available skins, including the current Vector. We will be ready to begin making the change at the end of August (and not in July, as previously announced), when the visual refinements and other deployment blockers are ready.

The goal of the project is to make the interface more welcoming and comfortable for readers and useful for advanced users. The project consists of a series of feature improvements which make it easier to read and learn, navigate within the page, search, switch between languages, use page and user tools, and more. The team has been working on this change for the past 3 years, ensuring that every change is thoroughly tested and proven to work.

Mỗi một trong những thay đổi của chúng tôi đều trải qua một quá trình nghiêm ngặt. First, research, then development, qualitative and quantitative testing with readers and editors, prototype testing with editors (across 30+ language communities), more changes based on the communities feedback, and monitoring. Khi một thay đổi không đáp ứng các tiêu chí thành công hoặc không hoạt động tốt hơn phiên bản trước, chúng tôi có thể ngừng phát triển thay đổi hoặc nghiên cứu cho đến khi hiệu suất được cải thiện.

Những thay đổi chúng tôi đã thực hiện sẽ rất quan trọng để giúp cho trang web trở nên gần gũi và dễ sử dụng hơn đối với người đọc và biên tập viên mới. When compared to the old Vector skin, Vector 2022 is proven to:

• Save time while reading and editing (measured by decreases in scrolling to the top of the page after the introduction of sticky header and table of contents)
• Increase exploration within a given page (measured by increased clicks to the table of contents)
• Improve readability (measured via collapsible sidebar usage)
• Improve the discovery of new content (measured by an increase in searching)

More details on how we have been building Vector 2022

Tắt ẩn để đọc

Problem identification research with readers and editors - during this phase, we studied the way people use the site. We identified the largest usability issues as well as issues to exploring the site further, becoming more engaged with reading or editing. We did this by interviewing readers and editors across multiple countries and locations Prototype development and testing - this is when we build out the ideas of a feature and begin showing new things to our audiences. Each feature was tested with readers and editors through interviews and rounds of prototype testing. Generally, for testing with editors we used central notice banners across multiple language wikis so that we can get the most diverse audience possible. Each prototype was tested by approximately 200 editors on average Refining and building - we then take the feedback from the prototype testing and refine or change the prototype based on what needs were identified in the prototype testing. In some cases, we ask for additional feedback so that we’re sure we’re making the right decisions A/B testing on pilot (early adopter) wikis and other quantitative testing - this is the "beta" phase. Chúng tôi kiểm tra xem tính năng này có hoạt động như mong đợi hay không dựa trên các tiêu chí mà chúng tôi đã xác định trước đó. Ví dụ: thanh đầu trang dính được thiết kế để giảm thiểu việc phải cuộn lên đầu trang. Chúng tôi đã cung cấp thanh đầu trang dính cho 50% người dùng và so sánh chúng với 50% còn lại trong hai tuần. Sau hai tuần, chúng tôi đã so sánh kết quả và xác định rằng những người sử dụng thanh đầu trang dính thực sự phải cuộn lên đầu trang ít hơn để chọn bất kỳ công cụ nào có sẵn ở đó. Nếu chúng tôi nhận được kết quả tiêu cực từ những người dùng tham gia thử nghiệm, chúng tôi sẽ sửa đổi tính năng và thực hiện thử nghiệm lại. Trong giai đoạn này, chúng tôi cũng theo dõi việc sử dụng trên tất cả các wiki, nơi người dùng đang sử dụng giao diện mới. Finally, we deploy the feature on more wikis and continue monitoring the way people are using it so that we can flag any issues. We are working on an easy way to explore all of the above data and research (and are welcome to suggestions on the best format). For now, the best way to see the testing is: From Reading/Web/Desktop Improvements/Features, select the feature you are most interested in Within that feature page, refer to the Qualitative or Quantitative testing section to see the results and our conclusions For more details on this data, please visit our repository.

A quick overview of our learnings

Thanh bên có thể thu gọn

Thanh bên có thể thu gọn cho phép mọi người thu gọn menu chính để tập trung vào việc đọc - giúp tìm thông tin cần thiết mà không bị phân tâm Qualitative testing with readers and editors on the usefulness of the sidebar and our navigation. Our conclusion here was that the number of different tools provided on the page by default was found to be overwhelming by readers and actively discouraged them from reading, but also from exploring the functionality within the page, an effect opposite of what the exposure of multiple tools aims to do. Thông tin chi tiết có thể được tìm thấy trên trang giới thiệu tính năng của thanh bên có thể thu gọn của chúng tôi, cũng như trong báo cáo gốc Quantitative testing on the usage behavior of the sidebar itself, in both its open and collapsed states (see the results). When using the sidebar, logged-out users are much more likely to collapse it and, once collapsed, to keep it collapsed. In addition, the rate of un-collapsing also indicated that users are aware that, were they to need to navigate to an item in the sidebar, that option was available to them.

Chiều rộng tối đa của đường

We have introduced a maximum line width to articles. Nghiên cứu đã chỉ ra rằng việc giới hạn độ rộng của văn bản đem đến trải nghiệm đọc thoải mái hơn và ghi nhớ nội dung tốt hơn. Các nghiên cứu của chúng tôi với đối tượng độc giả cho thấy rằng khả năng đọc là một vấn đề với giao diện hiện tại, đặc biệt là khả năng tập trung vào nội dung Pages that are not in a long-text format (such as diffs, special pages, page history) will be presented at full-width as before Người dùng đã đăng nhập muốn đọc các bài viết ở chiều rộng đầy đủ được hoan nghênh cài đặt một tập lệnh hoặc tiện ích cho phép điều này, chẳng hạn như tập lệnh này For more details on research and motivation, see our research section

Tìm kiếm

Tiện ích tìm kiếm mới bao gồm ngữ cảnh quan trọng giúp người dùng dễ dàng tìm thấy truy vấn mà họ đang tìm kiếm bằng cách thêm hình ảnh và mô tả cho mỗi kết quả tìm kiếm Mọi người gặp khó khăn trong việc tìm kiếm kết quả chính xác bằng cách sử dụng công cụ tìm kiếm trước đây của chúng tôi Our A/B testing showed that adding the new search can lead to a 30% increase in search sessions initiated on the wikis we tested

Chuyển đổi ngôn ngữ

Các công cụ chuyển đổi ngôn ngữ mới được đặt ở vị trí nổi bật hơn. Chúng cho phép người đọc và biên tập viên đa ngôn ngữ tìm thấy ngôn ngữ ưa thích của họ dễ dàng hơn. Người đọc trước đây không biết rằng họ có thể chuyển đổi ngôn ngữ ngay trên trang, ngay cả khi họ đọc nhiều wiki ngôn ngữ theo thói quen. Thay vào đó, họ sẽ sử dụng các công cụ tìm kiếm bên ngoài để tìm bài viết chính xác. Trong thử nghiệm người dùng của chúng tôi, người đọc mới có thể tìm thấy vị trí mới nhanh hơn nhiều so với vị trí trước đó Our qualitative testing showed that this was more difficult to find for existing users who were used to the previous location, leading us to iterate on the feature. We have since added a note in the previous location of the language switcher and made the button itself a more prominent color In the future, we will continue exploration on languages, considering potentially a direct link to a person’s most frequent languages

Menu người dùng

Menu người dùng mới cung cấp tất cả các liên kết liên quan đến người dùng ở cùng một nơi. Điều này làm giảm sự nhầm lẫn giữa các liên kết điều hướng chung và các liên kết người dùng cụ thể New editors were confused between the links at the top of the page and other navigation. Họ không biết những liên kết này liên quan đến các công cụ cá nhân của họ Our user testing with readers and editors showed that people found it intuitive that all user links are in a single menu and that the menu is easy to find In our prototype testing, 27 out of 38 (71%) editors and other logged-in users showed strong positive experiences with the user menu Based on community requests and current data, we iterated on the feature and moved the watchlist link out of the user menu for easier access

Thanh đầu trang dính
Thanh đầu trang dính cho phép truy cập vào chức năng được sử dụng thường xuyên nhất mà trước đây chỉ có thể truy cập được ở đầu trang. Mục tiêu là để mọi người cuộn ít hơn và từ đó giúp tiết kiệm thời gian hơn Our A/B test showed an average 15% decrease in scrolls to the top per session for logged-in users within the 15 pilot wikis we tested on

Currently, we are finishing the predicted part of the development work. We think this is the best time to plan for any additional work that might need to be done based on needs of the various communities. We hope to begin this process during this conversation.

What should the process look like?

We need your help and feedback on how to proceed. We have two requests:

1. We need to talk in a way that works well for the [insert your language] Wikipedia community. What would be the best format and timeline to discuss the change? We have included a proposed format below, and are interested in what you think about it. If you agree, we can begin the deployment conversation in one week. Here is our suggestion:
   1. Have the deployment conversation that would take 2 weeks. The goal for that discussion will be to identify breaking issues or opportunities for improvement for the new skin. It will be important for us to reduce the risk of bugs or imperfections that would be particularly troublesome on [insert your language] Wikipedia
   2. After the deployment conversation, we get back to you with a prioritized list of remaining work/fixes necessary prior to deployment
   3. Before the deployment,
      • Banners announcing the change will be displayed for logged-out and logged-in users
      • The announcement will be made both on the Village Pump as well as in the Tech News.
   4. We proceed with deployment once the agreed upon fixes are ready.
2. We need to understand the perspectives of different parts of the [insert your language] Wikipedia community. What forms of communication would help to gather feedback and further raise awareness for the [insert your language] Wikipedia community? We would like to have an open discussion, but are open to other forms such as office hours dedicated specifically for the [insert your language] Wikipedia community, or guest presentations at community meetings. Nếu cần thiết, chúng tôi cũng có thể cố gắng sửa mốc thời gian của các thảo luận.

Chúng tôi hoan nghênh câu trả lời của bạn ở đây, hoặc qua email (olga@wikimedia.org, sgrabarczuk@wikimedia.org), cũng như trong giờ hành chính tiếp theo của chúng tôi.

Thank you for your time and help.