Wikimedia Apps/Team/Android/Communication/UsertestingJuly2021/id

This page is a translated version of the page Wikimedia Apps/Team/Android/Communication/UsertestingJuly2021 and the translation is 83% complete.

Latar belakang

Tim Android sedang berusaha meningkatkan sistem komunikasi di aplikasi Android. Saat ini aplikasi Android kita mendukung semua notifikasi dan peringatan di sistem Android.

Namun, ketika pengguna berada di dalam aplikasi, notifikasi itu tidak mudah ditemukan. Kami berencana untuk membuatnya jadi lebih jelas.

Pembaruan Juli 2021-September 2021 akan mempermudah pengguna untuk menemukan notifikasi di aplikasi dan membuatnya lebih jelas di layar kunci. Pada Desember 2021, kita akan membuat kotak masuk dan antarmuka intuitif di pusat beranda notifikasi, dengan mempertimbangkan elemen sistem Android.

Dari Juli 2021 hingga Desember 2021 kita akan berfokus pada pengguna yang login dan telah melakukan setidaknya satu pengeditan. Kami akan melanjutkan pekerjaan awal dari bulan-bulan sebelumnya untuk memperbaiki sistem peringatan bagi pengguna yang logout di awal tahun 2022. Kami berencana untuk mengeksplorasi pengalaman orientasi alat komunikasi bagi pengguna yang logout – membantu mereka menemukannya. Ini merupakan tambahan dari penguatan positif dan alur kerja orientasi awal lainnya bagi pengguna yang login.

Sebelum membuat lebih banyak perubahan pada notifikasi dan perpesanan di aplikasi, kami ingin mendapatkan pemahaman tentang penempatan, fitur, dan alur kerja yang intuitif bagi pengguna kita di dalam aplikasi. Halaman proyek ini menghimpun penelitian awal atas pengguna. Kami meminta peserta dalam penelitian ini mengomentari halaman pembicaraan diskusi ini dengan memberikan tanggapan terhadap protokol di bawah ini atau dengan mengirim email kepada kami di android-support@wikimedia.org.

Pertanyaan penelitian

Saat meminta pengguna untuk memeriksa notifikasi mereka, di dalam aplikasi, di manakah mereka mengklik?
Mencari tahu tentang seberapa mudah berbagai titik masuk yang disajikan bagi pemberitahuan untuk ditemukan (seberapa mudahnya ditemukan)
Alur dan tindakan apa yang diharapkan pengguna saat mereka mengaktifkan notifikasi sorong (push) dibandingkan dengan yang menonaktifkannya?
Apa yang diharapkan tentang apa yang akan dilihat pengguna bila mereka mengklik bel dibandingkan dengan kotak masuk dan apa kekurangan dengan hanya memiliki satu set notifikasi?
Apakah pengguna percaya bahwa elemen halaman pembicaraan pengguna harus ada di pusat notifikasi?

Protokol

1) Kemudahan ditemukan: Bayangkan Anda membuka aplikasi Wikipedia untuk memeriksa notifikasi Anda. Versi aplikasi mana yang paling jelas menunjukkan bahwa Anda memiliki notifikasi baru? Harap jelaskan di bagian layar yang mana Anda akan mengetuk untuk mendapatkan pemberitahuan tersebut. Silakan beri peringkat varian-varian di bawah ini berdasarkan kemudahan untuk mudah menemukan ikon/tombol notifikasi.

Varian A 👇

Varian A = Lonceng notifikasi di bilah aplikasi (ini adalah rekomendasi desain saat ini)

Keunggulan:

Penempatan posisi bisa diterapkan untuk seluruh aplikasi
Konsistensi dengan platform lain (Desktop, Mobile)

Kekurangan:

Bidang pencarian menjadi lebih sempit
Tab dan notifikasi mungkin menyesatkan

Varian B 👇

Varian B = Menambahkan item daftar notifikasi ke menu overflow

Keunggulan:

Menjadi salah satu item menu di menu overflow
Dapat diperluas dengan tautan mis. Daftar Pantauan, Profil Pengguna, Riwayat atau Notifikasi

Kekurangan:

Notifikasi tersembunyi di balik ikon “Lainnya” yang tidak jelas (masalah yang serupa dengan ikon navigasi hamburger)

Varian C 👇

Varian C = Navigasi aplikasi yang konsisten (dan penghapusan bilah alat di artikel)

Keunggulan:

Navigasi yang konsisten di seluruh aplikasi, pengguna selalu tahu di mana untuk menemukan sesuatu
Menu “Lainnya” (di kanan atas) hanya akan menampilkan item yang terkait dengan hal yang sedang Anda lihat (seperti Bagikan tautan, Tambahkan ke daftar pantauan, Lihat halaman pembicaraan, Lihat riwayat edit untuk sebuah artikel)

Kekurangan:

Sebuah menu “Lainnya” yang membengkak dalam tampilan artikel (di kanan atas), mirip Chrome di Android — apakah menyembunyikan semua merupakan arsitektur informasi yang bagus?
Ragu untuk menggunakan pendekatan ini karena kami telah mencapai peningkatan besar pada tampilan artikel berdasarkan tes kemudahgunaan

2) Ikonografi: Informasi apa yang Anda harapkan saat mengetuk masing-masing dari tiga ikon di bawah ini? Silakan menguraikan pendapat Anda.

Varian A: Ikonografi Lonceng 🔔
Varian B: Iconografi Kotak masuk 📥
Varian C: Ikonografi Orang 👤

3) Untuk melayani konteks seluler dengan lebih baik, kami mempertimbangkan untuk membedakan antara notification types. Pemberitahuan apa yang akan Anda anggap prioritas?

4) Layar di bawah ini memvisualisasikan gagasan untuk memisahkan jenis notifikasi. “Semua” akan menampilkan semua notifikasi di satu tempat, mirip dengan sekarang. Penyebutan akan mencantumkan notifikasi yang terkait dengan halaman pembicaraan pengguna, dan pengguna lain yang menandai nama pengguna Anda di halaman pembicaraan. Bagaimana pendapat Anda secara umum tentang konsep memisahkan notifikasi pada Wikipedia untuk Android dengan cara ini? Apakah informasi disajikan dengan cara yang terasa efisien atau dapat Anda mengerti?

Rancang-tatanan penyebutan dipisahkan dari notifikasi lain

5) Melihat ilustrasi di atas, manakah yang lebih Anda sukai sebagai tab baku: notifikasi 'Semua' atau 'Penyebutan'? Lebih lanjut, apakah Anda punya ide lain untuk memisahkan notifikasi di pusat beranda Anda?

6) Fungsi baru apa untuk tampilan notifikasi yang akan Anda sukai? Harap beri peringkat ide-ide berikut berdasarkan prioritas:

A) Cara cepat untuk memfilter notifikasi menurut bahasa wiki (mis. Wikipedia bahasa Swedia, Wikipedia bahasa Korea)
B) Cara cepat untuk memfilter notifikasi menurut proyek (mis. Wikipedia, Commons, Wikidata)
C) Cara cepat untuk memfilter notifikasi menurut jenis (mis. hanya tampilkan penebutan)
D) Pengelompokan notifikasi (mis. jika seseorang menerima beberapa ucapan “Terima kasih” untuk edit artikel, perlukah dikelompokkan)
E) Fungsi pencarian untuk notifikasi baru dan yang telah diarsipkan
F) Preferensi notifikasi yang lebih baik, mis. mengatur lebih lanjut notifikasi apa yang Anda terima (lihat pertanyaan #7 di bawah)
G) Notifikasi untuk daftar pantau
H) Gerakan geser ke kiri/geser ke kanan dapat diatur sendiri (Contoh: Gmail → Pengaturan → Pengaturan umum → Gerakan geser pada email)
I) Kemudahan akses atas pemberitahuan yang telah diarsipkan

7) Versi aplikasi saat ini menawarkan untuk mengaktifkan/menonaktifkan notifikasi berikut: Sistem, Tonggak Pencapaian, Terima Kasih, Pembatalan, Halaman Pembicaraan, Login dan Penyebutan. Apakah ada preferensi notifikasi yang Anda rasa saat ini belum tersedia di aplikasi? Silakan lihat layar di bawah ini untuk melihat seperti apa yang ada saat ini:

Silakan lihat layar di bawah ini untuk melihat seperti apa yang ada saat ini:

Tampilan layar preferensi notifikasi yang ada saat ini

8) Kami sedang mengoptimalkan alur ketika pengguna menerima pemberitahuan. Idenya adalah untuk mengarahkan orang ke tempat yang tepat tanpa harus memutar. Kami juga berencana untuk menyediakan cara mudah untuk menanggapi pesan segera setelah menerima pemberitahuan. Pada gambar di bawah, Anda akan melihat contoh pemberitahuan yang berbeda dengan satu hal yang tetap: bidang balasan untuk langsung berhubungan dengan pengguna yang mengirimkan pesan di halaman pembicaraan atau membatalkan hasil edit. Apa pendapat Anda tentang cara bereaksi/menanggapi setelah menerima notifikasi? Apakah Anda merasa informasi yang disajikan akan cukup membantu untuk memberikan jawaban atau Anda memilih untuk memerlukan informasi lebih lanjut?

Seorang pengguna meninggalkan pesan di halaman pembicaraan Anda atau pengguna lain. Bidang balasan dengan mudah memungkinkan Anda membalas pesan itu setelah mengetuk notifikasi.
Bidang balasan di bagian bawah memastikan Anda dapat mengajukan pertanyaan terkait pembatalan.
Mengetuk notifikasi mengarahkan pengguna ke topik pembicaraan artikel dengan opsi balasan instan.

9) Saat ini kami berencana untuk memasukkan antarmuka untuk reaksi cepat/balasan baku setelah mengetuk bidang “Balas” yang disebutkan di atas. Pada layar di bawah ini, Anda akan melihat salah satu eksplorasi yang mewakili konsep reaksi cepat. Kami tidak berencana untuk menggunakan emoji tetapi ingin memanfaatkan frasa umum, serupa dengan cara kami, mis. memiliki templat untuk menyambut pendatang baru dengan berbagai cara atau bagaimana admin dapat memilih alasan umum untuk memblokir seseorang. Apa saja balasan atau frasa umum yang Anda gunakan saat berinteraksi dengan editor lain di wiki?

Contoh fungsi reaksi cepat. Tidak seperti apa yang akan terlihat bagi kita.

10) Saat ini kami sedang berusaha untuk memastikan notifikasi Wikipedia yang penting dapat terlihat di dalam dan di luar aplikasi Wikipedia. Kami melihat pengingat notifikasi (mis., menerima pengingat notifikasi mingguan tentang pembatalan hingga notifikasi itu ditandai sebagai telah dibaca). Pengingat notifikasi akan dapat diubah melalui pengaturan pengguna. Silakan pilih reaksi Anda terhadap usulan fungsi ini.

A) Ya, saya ingin menggunakan fungsi ini.

B) Tidak, saya tidak suka fungsi ini.

C) Saya tidak peduli.

Results

We received feedback from an English Wikipedia editor, Arabic Wikipedia editor, and Indonesian Wikipedia editor.

1) Variant A is the winner The first question we wanted to understand which icon was better for discoverability. Our Arabic and English users chose A (Bell Icon top right) as their first choice, and our Indonesian user chose A as their second choice. B (top right overflow menu) was the first choice for the Indonesian user, the second for the English Wikipedia editor and the third choice for the Arabic user. C (Bottom navigation) was ranked second, and the last choice for our Indonesian and English Wikipedia user.

2) Bell Icon is the winner

All three users associate the bell icon for notifications. The inbox was understood as a link to messages. The person iconography was associated with a profile, user page or ping.

3) We are going ahead with our assumptions made in T288064, as the consistent notifications that were prioritized by respondents were: mentions, talk page messages, email from other users, edit reverts and user right changes.

4) All respondents were in favor of the idea of having mentions separately and that mentioned they would appreciate some sort of grouping within the 'All' tab

   The idea of separating the notification types on the Android app is a good one. The information is presented in an understandable and efficient way but the other notifications might be jumbled up under 'All'.
  Quotes from respondents:
That's an excellent idea. However, it would be nice to separate some of the notifications into several categories. The 'All' section is still confusing.
   I think separating notifications is a good idea, but having All might bury important notifications inside, like what's happening with FB, even with the iconography used. Mentions might be merged with emails to give more sense

Our thoughts:* Grouping could make it easy to miss notifications, so we will see how filtering addresses the organization challenge

5) Two users prefer mentions first and all secondarily. One user prefer all first. To reduce risk we will have 'All' first and review metrics around people clicking on mentions.

Answers:

   “I would prefer all notifications as the default tab. If I had to organize my notification home center, I would have tabs for each notification type and a button/text to 'view all notifications' which would remove/hide the tabs and just show all the notifications in a list.”
   “I suggest adding the 'Edits' section in the notification. This section contains notifications about edit reverts, page links, thanks, and translation. For the default tab, I prefer mentions because when admins give warnings, users can see them instantly.”
   “I'd like to see Mentions and emails merged under one name and then All. But in the All, I want to be able to distinguish easily the list of notifications, maybe use a slightly different color variation for the background + the icon.”

6) Filtering by type: Ranking (point scale from 1-9)

   D (22 points): Grouping of notifications (e.g. if someone received several “Thanks” for an article edit, should it be grouped) [Grouping by Mentions].
   C (21 points):** Filtering by type [action item for design]
   B (17 points):** Filter by project, task created: T288068
   E (14 points):** Search for new notifications: Yes. Search for archived notifications: No (as technically not ready / out of scope)
   H (13 points):** Customizable swipe left and right gestures~~ (No, since design feedback from experienced Android users advocated for one swipe gesture [Mark as read]
   A (12 points):** Filter by language, task created (T288068)
   F (11 points):** Better preferences, task created (T287477)
   G (11 points):** Notifications for Watchlist (Not now, as technically not ready / out of scope)
   I (11 points):** Easy access to archived notifications. New designs have been improved and it’s easy to access it

7) Page links was the only thing mentioned as missing, and it has been added in the designs (T287477) 8) One user said: More context is needed for edit reverts or article talk. Otherwise people are ok with the suggestion 9) "Thank you". "I'll fix that", "I agree", "Thanks for pointing that out" "Well done" "Very good point, it will be updated" (Task created: T288105) 10) People would like to see notification reminders (V2 option)

Research Questions

   When asking a user to check their notifications, in the app, where do they click?
   What flows and actions do users expect when they have push turned on vs. those that have it turned off?
   What are the expectations of what a user will see if they click a bell vs. an inbox and what are the tradeoffs for consolidation?
   Do users believe elements of the user talk page should be in the notification center?

Khalayak umpan balik utama

Kami menerima umpan balik dari semua editor Wikipedia saat ini dan calon editor Wikipedia.

Namun, kami khususnya sangat tertarik untuk mendengar bagaimana potensi dampak alat ini terhadap:

Editor Wikipedia bahasa Inggris di India dengan gangguan penglihatan
Editor Wikipedia bahasa Hindi
Editor Wikipedia bahasa Arab dan Prancis di Maroko, Mesir, RD Kongo, dan Mali
Editor Wikipedia bahasa Inggris di Nigeria
Editor Wikipedia bahasa Indonesia
Editor Wikipedia bahasa Jepang yang Perempuan dan Non-Biner

Kelompok-kelompok di atas telah dipilih berdasarkan penelitian yang dilakukan tim sebelumnya di tahun ini tentang bagaimana khalayak saat ini dan area pertumbuhan potensial sejalan dengan Strategi Produk WMF.