Growth/Personalized first day/Structured tasks/tr

Bu sayfada, Büyüme ekibinin "yeni gelen görevler" ve "yeni gelen anasayfa ile ilgili olan "yapılandırılmış görevler" projesi üzerindeki çalışmaları açıklanmaktadır. Bu sayfada önemli varlıklar, tasarımlar, açık sorular ve kararlar bulunmaktadır. İlerlemedeki en artımlı güncellemeler, genel olarak Büyüme ekibi güncellemeleri sayfasında yayınlanacak ve burada bazı büyük veya ayrıntılı güncellemeler yayınlanacaktır.

Mevcut durum

 * 2020-05-01: ilk notları planlama ve belgeleme

Özet
Büyüme ekibi, Kasım 2019'da "yeni gelen görevleri" projesini konuşlandırdı. Nisan 2020'den itibaren, önerilen maddeler sadece bakım şablonları deneyimli editörler tarafından uygulanan ve yeni gelenlere cümle, kelime veya bölümlerin özellikle dikkat etmesi gereken belirli bir yön vermeyen makalelerden kaynaklanmaktadır. Bu yön eksikliğine rağmen, yeni gelenlerin verimli önerilen düzenlemeler yaptıklarını görmekten mutluluk duyuyoruz.

Bakım şablonları, yeni gelenler için çeşitli düzenleme türleri sunsa da, yeni gelenlerin başarılı olması için çok geniş ve açık uçlu olabilir. Mobil cihazlarda, görsel veya vikimetin editörleri yeni ekranda yeni gelenleri bunaltabilir.

Bu nedenle, "yapılandırılmış görevler" adlı bir fikri denemek istiyoruz. Bu düzenleme iş akışlarını yeni gelenlerin kolayca başarabileceği bir dizi adıma ayırmakla ilgilidir. Android ve Dil ekibi çalışmalarından elde edilen başarılı örnekleri takiben, bu tür düzenlemelerin yeni gelenlerin mobil cihazlarda daha kolay ve daha kolay olacağını ve daha fazla yeni kullanıcının daha fazla düzenleme yapmasına yardımcı olacağını düşünüyoruz. Bu yapılandırılmış görevlere, yeni gelen görevler projesinin bir parçası olarak yeni gelenler erişebilir.

Düzenleme karmaşık
Büyüme ekibinin deneyimi sayesinde, yeni gelen bir kişinin vikideki ilk anlarının kalmak ya da ayrılmak isteyip istemediklerini hızlıca belirleyebileceğine inanmaya başladık. Yeni gelenlerin hızlı bir şekilde düzenleme yapabildikleri ve olumlu bir deneyim yaşadıklarında kalmak istediklerine inanıyoruz. Ancak hemen hemen her tür katkı için Wikipedia'ya katkıda bulunmak karmaşıktır ve bu onların hızlı bir şekilde başarılı olmalarını zorlaştırır. Örneğin, bir makaleye tek bir cümle eklemek kadar basit bir şey yapmak için yaklaşık bir düzine adım gereklidir:


 * 1) Doğru maddeyi arayın.
 * 2) Eklemek istediğiniz bilgilerin maddede olup olmadığını öğrenin.
 * 3) Cümlenin ekleneceği bir bölüm seçin.
 * 4) Düzenlemeye başlamak için tıklayın.
 * 5) Cümleyi doğru yere yazın.
 * 6) Alıntı düğmesine tıklayın.
 * 7) Bağlantı veya alıntı bilgisini almak için kaynağa dönün.
 * 8) Atıf formunu doldurun ve kaydedin.
 * 9) Düzenlemeyi yayınlamak için tıklayın.
 * 10) Bir değişiklik özeti doldurun.
 * 11) Yayınla.

Görsel veya vikimetin editörüne ilk kez bakan yeni başlayanlar, bu adımların ne olduğunu, hangi sırayla yapılacağını veya gerçekleşmesi için hangi düğmelerin tıklanacağını bilmiyorlar. Başka bir deyişle, deneyimleri yapılandırılmış değildir. Sadece bunalmış ve terk edilmiş olabilirler. Ya da deneme yanılma yöntemini kullanabilir, hata yapabilir ve deneyimli editörlerden olumsuz geri bildirim alabilirler. Bu proje bununla ilgili: yeni gelenlerin bu iş akışlarında doğru sırayla ilerlemelerine nasıl yardımcı olabiliriz?

Diğer ekiplerden gelen bilgilere dayanmak
Düzenleme iş akışlarına yapı eklemek uzun zamandır Wikimedia projelerinin bir parçası olmuştur. Bazı örnekler:


 * HotCat: kullanıcıların vikimetine manüel olarak düzenlemek yerine birkaç tıklamayla maddelere eklenecek kategorileri seçmelerine olanak tanır.
 * Commons Yükleme Sihirbazı: Commons'a medya yükleme işlemini bir dizi basit adıma böler.
 * Citoid: Görsel Düzenleyici'de mevcutsa, bu, alıntı metnini ve şablonu otomatik olarak üretmek için algoritmalar içeren adımlara bir alıntı ekleme işlemini bozar.

En son olarak, "yapılandırılmış görevler" fikri Vikipedi Android uygulamasında ve İçerik Çevirisi aracında iyi çalışmaktadır. Çalışmalarından ilham alıyoruz.

"Önerilen düzenlemeler" projesiyle Android ekibi bozulması bir Vikipedi maddesine bir metin kutusuna yazmanın kolay bir adımına başlık açıklaması ekleme işlemidir. O zamandan beri aynı şeyi başlık açıklamalarını diller arasında çevirmekle yaptılar. Aynı görevleri yapılandırılmış bir iş akışı olmadan  yapmak  için, kullanıcılar Vikiveri'ye gitmeli ve aynı düzenlemeleri yapmak için birkaç adım atmalıdırlar. Ekip bu yöntemin işe yaradığını öğrendi: Birçok Android kullanıcısı bu küçük yüzlerce katkıyı yapıyor.

Dil ekibi, İçerik Çeviri aracını oluşturdu, bu da bir maddeyi tercüme etme sürecini yapılandırmak için birkaç şey yapar. Çeviriler için tasarlanmış yan yana arabirim sunar, çeviriyi bölümlere ayırır ve otomatik olarak makine çeviri algoritmaları uygular. Vikipedistler maddeleri aracın varlığından önce çevirebilse de, gerekli manüel adımların sayısı bunu çok zorlaştırdı. Bu araç, yüz binlerce çeviri tamamlandığında başarılı. Bir maddeyi çevirirken adımlara ayrılırken, ezber parçalarının (örn. makine çevirisi) otomatik olarak halledilmesiyle daha fazla maddenin çevrildiğini öğrendik.

Büyüme ekibi, bu ilkeleri bağlantı eklemek, resim eklemek, kaynak eklemek ve cümleler eklemek gibi makalelerdeki içerik düzenlemelerine de uygulamayı düşünüyor.

Yapılandırılmış bir görev çizimi
Yapısal görevler hakkında nasıl düşündüğümüzü açıklamanın en iyi yolu hızlı bir taslak göstermektir. Düşündüğümüz ilk yapılandırılmış görev "bir (viki)bağlantısı ekle"'dir. Ancak aynı fikirler, "resim eklemek", "kaynak eklemek" ve hatta "gerçek eklemek" için yapılandırılmış görevler için de geçerli olabilir.

Yeni gelenler görevinde, pek çok yeni gelen "(viki)bağlantısı ekle" görevlerini tamamlar, burada çok fazla olmayan makalelere dahili mavi bağlantılar eklerler. Bu başlamak için basit bir düzenleme görevi gibi görünüyor. Ancak, birçok yeni kişinin bir bağlantı ekleme adımlarından nasıl geçeceğini anlamayabileceğini ve bağlantılara hangi kelimelerin yapılacağını bilemeyebileceğini düşünüyoruz. Hangi kelimelerin veya kelime öbeklerinin en iyi bağlantıları yapabileceğini tahmin edebilen bir algoritmanın yardımıyla, adım adım ilerleyen bir iş akışı hayal ediyoruz.

Aşağıdaki çizimde, yeni gelen bir maddeye ulaşır ve iyi bir (viki)bağlantı oluşturabilecek bir kelime önerisi verilir. Bir bağlantı yapılması gerektiğine katılırlarsa, bağlantı kurma adımlarından geçerler. Bu, umarım gelecekte kendi başlarına bağlantılar eklemeyi öğretir ve belki de bu algoritmik bağlantı önerilerini almaya devam etmenin tadını çıkaracaklar. Algoritma ile ilgili olarak, WMF Araştırma ekibi böyle bir algoritmanın mümkün olduğundan emin olmamızı sağlayan bazı ön çalışmalar yaptı.



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.