Growth/Personalized first day/Structured tasks/vi

Trang này mô tả công việc của Nhóm Tăng trưởng đối với dự án "nhiệm vụ cấu trúc", một dự án liên quan tới các dự án "nhiệm vụ người mới" và "trang nhà người mới". Trang này chứa các sản phẩm, thiết kế, câu hỏi mở và quyết định chính. Hầu hết các cập nhật thêm vào sẽ được đăng trên trang cập nhật chung của Nhóm tăng trưởng, còn một số các cập nhật chi tiết hoặc lớn hơn sẽ được đăng ở đây.

Tình hình hiện tại

 * 2020-05-01: lên kế hoạch và ghi chép những lưu ý đầu tiên

Tóm tắt
Nhóm Tăng trưởng triển khai dự án "nhiệm vụ người mới" vào tháng 11 năm 2019, thứ cung cấp cho người mới một danh sách các bài viết gợi ý để sửa đổi trên trang nhà người mới. Cho đến tháng 4 năm 2020, các bài viết gợi ý chỉ được lấy nguồn từ các bài viết có bản mẫu bảo trì do các biên tập viên có kinh nghiệm thêm vào, nó không hề đem lại cho người mới đến một chỉ dẫn cụ thể xem phải lưu ý vào câu, từ hay đoạn nào cả. Dù cho không có phương hướng như vậy nhưng chúng tôi rất vui khi thấy rằng người mới đến vẫn đang tạo ra những sửa đổi gợi ý có ích.

Mặc dù bản mẫu bảo trì cung cấp nhiều loại sửa đổi đa dạng cho người mới đến nhưng có thể chúng quá bao quát và bỏ ngỏ để có thể giúp người mới đến thành công. Và trên thiết bị di động, giao diện sửa đổi trực quan hoặc wikitext có thể khiến người mới đến bị ngợp trên màn hình nhỏ.

Do đó, chúng tôi muốn thử nghiệm một ý tưởng mang tên "nhiệm vụ cấu trúc". Nó có nghĩa là bẻ nhỏ luồng công việc sửa đổi ra thành một chuỗi các bước mà người mới đến có thể hoàn thành một cách dễ dàng. Theo sau những ví dụ đầy thành công từ thành quả của nhóm Android và Ngôn ngữ, chúng tôi nghĩ người mới đến sẽ dễ dàng thực hiện những loại sửa đổi này hơn trên điện thoại di động, từ đó giúp càng nhiều người mới đến thực hiện càng nhiều sửa đổi hơn. Người mới đến có thể tiếp cận được những nhiệm vụ cấu trúc này như là một phần của dự án nhiệm vụ người mới.

Sửa đổi là một công việc phức tạp
Thông qua kinh nghiệm của nhóm Tăng trưởng, chúng tôi tin rằng những giây phút đầu tiên của người mới đến trên wiki có thể nhanh chóng quyết định liệu họ muốn ở lại hay bỏ đi. Chúng tôi cũng tin rằng người mới đến muốn ở lại khi họ có thể nhanh chóng tạo sửa đổi và có một trải nghiệm tích cực. Nhưng đóng góp cho Wikipedia -- gần như bất kỳ loại đóng góp nào -- là một việc phức tạp, và nó khiến cho người mới khó thành công một cách nhanh chóng. Ví dụ, có cả tá các bước cần thiết để làm một việc đơn giản như là thêm một câu vào một bài viết:


 * 1) Tìm kiếm bài chính xác.
 * 2) Xem xem liệu thông tin bạn muốn thêm đã có trong bài chưa.
 * 3) Chọn đoạn văn bạn muốn thêm câu.
 * 4) Click để bắt đầu sửa đổi.
 * 5) Gõ câu vào đúng vị trí.
 * 6) Click nút chú thích.
 * 7) Quay trở lại nguồn tham khảo để lấy liên kết hoặc thông tin chú thích.
 * 8) Điền và lưu chú thích.
 * 9) Click đăng sửa đổi.
 * 10) Điền tóm tắt sửa đổi.
 * 11) Xuất bản.

Người mới đến nhìn vào trình sửa đổi trực quan hoặc wikitext lần đầu tiên sẽ không biết những bước đó là gì, phải thực hiện chúng theo thứ tự nào, hay phải click vào nút nào để thực hiện chúng. Nói cách khác, trải nghiệm của họ không được "cấu trúc hóa". Có thể họ cảm thấy choáng ngợp và bỏ đi. Hoặc có thể họ sẽ thử-và-sai, mắc sai lầm rồi nhận phản hồi tiêu cực từ người dùng có kinh nghiệm. Dự án này chính là về điều đó: làm thế nào để chúng ta có thể giúp người mới đến bước qua luồng công việc này theo đúng thứ tự?

Xây dựng dựa trên những kiến thức từ các nhóm khác
Thêm cấu trúc vào các luồng công việc sửa đổi đã là một phần của các dự án Wikimedia từ lâu. Dưới đây là một số ví dụ:


 * HotCat: cho phép người dùng lựa chọn thể loại để thêm vào bài viết chỉ với một vài cú click, thay vì phải sửa đổi wikitext bằng tay.
 * Commons Upload Wizard: bẻ quy trình tải phương tiện lên Commons thành một chuỗi các bước đơn giản.
 * Citoid: có sẵn tại Sửa đổi trực quan, công cụ này bẻ quy trình thêm chú thích thành các bước bao gồm các thuật toán để tự động sản sinh ra chữ và bản mẫu chú thích.

Gần đây nhất, ý tưởng về "nhiệm vụ cấu trúc" đã hoạt động tốt trên ứng dụng Android Wikipedia và trên công cụ Biên dịch nội dung. Các công trình của họ đã truyền cảm hứng cho chúng tôi.

With their "suggested edits" project, the Android team broke down the process of adding a title description to a Wikipedia article into one easy step of typing into a text box. They have since done the same with translating title descriptions across languages. In order to do the same tasks without a structured workflow, users would have to go to Wikidata and go through several steps to make those same edits. The team learned that this method works: many Android users make hundreds of these small contributions.

The Language team built the Content Translation tool, which does several things to structure the process of translating an article. It offers a side-by-side interface built for translations, it breaks the translation down into sections, and it automatically applies machine translation algorithms. Though Wikipedians could translate articles before the existence of the tool, the number of manual steps required made it very difficult. This tool is successful, with hundreds of thousands of translations completed. We learned that when translating an article is broken down into steps, with rote parts (e.g. running machine translation) taken care of automatically, more articles get translated.

The Growth team is thinking about applying these same principles to content edits in articles, like adding links, adding images, adding references, and adding sentences.

A structured task sketch
The best way to explain how we're thinking about structured tasks may be through showing a quick sketch. The first structured task we've thought about is "add a link". But the same ideas could apply to structured tasks for "add an image", "add a reference", or even "add a fact".

In the newcomer tasks feature, lots of newcomers complete "add a link" tasks -- in which they add internal blue links in articles that don't have many. This seems like a simple editing task to get started. But we think that many newcomers may not understand how to go through the steps of adding a link and may not know which words to make into links. We're imagining a workflow that walks them through it, step-by-step, with the assistance of an algorithm that can guess which words or phrases might make the best links.

In the sketch below, the newcomer arrives on an article, and is given a suggestion of a word that might make a good link. If they agree that it should be made a link, they are walked through the steps of making the link. This will hopefully teach them to add links on their own in the future -- and perhaps they'll enjoy continuing to receive these algorithmic link suggestions. Regarding the algorithm, the WMF Research team has done some preliminary work that makes us confident that such an algorithm is possible.



In thinking further about this, we sketched a second idea. Instead of being aimed toward teaching the newcomer to add links using the visual editor, this next workflow lets the user quickly confirm or reject recommendations from the algorithm, directly editing the article. While it does not teach them how to add links via the editor, it might help a newcomer edit at high volume, and might be a better fit for a user who is trying to be productive with simple tasks while they are on the go. Or perhaps might be a good fit for users who only are interested in very simple edits, similarly to how the Android app has many editors who only want to write title descriptions.



In thinking about structured tasks, it looks like this might be a big question: should workflows be more aimed toward teaching newcomers to use the traditional tools, or be more aimed toward newcomers being able to do easy edits at higher volume?

Why this idea is prioritized
We think that quickly making productive edits is what leads to newcomer success. Once they've done some edits, the rest of the wiki experience quickly becomes richer. Newcomers can then see their impact, get thanked, ask informed questions to their mentors, create their userpage, etc. Therefore, we want lots of newcomers to make their first edits as soon as possible. We have already seen from the newcomer tasks project that many newcomers are looking for easy tasks to do. But we also have observed these things:


 * Only about 25% of the newcomers who click on a suggestion actually edit it.
 * Only about 25% of those who do a suggested edit do another one.
 * There are a handful of newcomers who really thrive on suggested edits, doing dozens of them every day. This shows the potential for newcomers to accomplish a lot of wiki work.
 * In live user tests, when newcomers are told to copyedit an article or add links to an article, they frequently want to know exactly which sentence or words need their attention. In other words, attempting to edit the full article is too open-ended.

Taking these points along with the experiences described above of the Android and Content Translation teams, we think we could increase the number of newcomers editing and continuing to edit by structuring some of the content editing workflows in Wikipedia.

Opportunities with structured tasks
When we break down editing workflows into steps, we call them "structured tasks". Here are some of the possible benefits we think could come from structured tasks:


 * Make it easy for newcomers to make meaningful contributions.
 * Develop editing workflows that make sense for mobile. Mobile design principles tell us that users should see one step at a time, not a complicated workspace.
 * Let newcomers increase their skills incrementally. They could take on successfully more challenging types of tasks.
 * Let people find an editing experience that fits them. By giving newcomers a feed of structured tasks, they could find the type of tasks that they prefer.
 * Perhaps similar workflows could be opened to experienced editors in the future.

Concerns and downsides to structured tasks
Whenever we add new ways for people to edit Wikipedia, there are many things that can go wrong:


 * By making editing too quick and easy, we may attract vandals, or users who don't apply enough care when editing.
 * Giving newcomers simple workflows may keep them from learning the traditional editing tools, which are essential for doing the most impactful wiki work.
 * Structured tasks may not be good at accounting for differences across languages, idiosyncrasies with wikitext, and could cause other kinds of bugs.
 * Algorithms that surface structured tasks may not be accurate enough, and falsely encourage newcomers to complete edits they shouldn't.