Wikimedia Apps/Team/Android/Communication/UsertestingJuly2021/he

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

Outdated translations are marked like this.

רקע

צוות אנדרואיד פועל לשיפור מערכות התקשורת ביישום אנדרואיד. כרגע אנו תומכים בכל ההודעות וההתראות ביישום אנדרואיד.

עם זאת, כאשר משתמשים נמצאים ביישום, לא קל למצוא את ההודעות. אנו מתכננים להפוך אותן לגלויות יותר.

העדכון שלנו של יולי 2021–ספטמבר 2021 יקל על מציאת ההודעות ביישום ויהפוך אותן לגלויות יותר במסך הנעילה. עד דצמבר 2021, אנו נבנה תיבת דואר נכנס וממשק אינטואיטיביים במרכז הבית של ההודעות, תוך מחשבה על רכיבי מערכת אנדרואיד.

מיולי 2021 עד דצמבר 2021 אנו נתמקד במשתמשים שנכנסו לחשבון וביצעו עריכה אחת לפחות. אנו נסתמך על העבודה המקדימה שלנו מחודשים קודמים כדי לשפר את מודעות המשתמשים שאינם מחוברים להתראות בתחילת 2022. אנו מתכננים לבדוק ניסיונות כניסה לפעילות של כלי תקשורת עבור משתמשים שאינם מחוברים - לעזור להם למצוא אותם. זה יהיה בנוסף לחיזוקים חיוביים אחרים וזרימות עבודה לכניסה לפעילות עבור משתמשים מחוברים.

לפני שנבצע שינויים נוספים בהודעות ובהתכתבויות ביישום, אנו רוצים לגבש הבנה של מיקומים, תכונות וזרימות עבודה אינטואיטיביים עבור המשתמשים שלנו ביישום. דף הפרויקט הזה מאגד מחקר משתמשים ראשוני. אנו מבקשים מהמשתתפים במחקר שלנו לכתוב את תגובותיהם לפרוטוקול להלן בדף שיחה זה או לשלוח לנו דוא"ל לכתובת android-support@wikimedia.org.

שאלות מחקר

כאשר מבקשים מהמשתמש לבדוק את ההודעות שלו, ביישום, היכן הוא לוחץ?
להבין עד כמה נקודות הכניסה השונות המוצגות עבור הודעות הן ניתנות לגילוי (עד כמה קל למצוא אותן)
לאילו זרמים ופעולות המשתמשים מצפים כאשר הם מפעילים הודעות דחיפה בהשוואה לאלה שמכבים אותן?
מה מצופה שהמשתמש יראה אם ילחץ על פעמון בהשוואה לתיבת דואר נכנס ומהם החסרונות בכך שיש רק קבוצת הודעות אחת במקום זאת?
האם משתמשים סבורים כי אלמנטים של דף שיחת משתמש צריכים להיות במרכז ההודעות?

פרוטוקול

1) יכולת גילוי: תארו לעצמכם שפתחתם את יישום ויקיפדיה שלכם כדי לבדוק את ההודעות שלכם. באיזו גרסה של היישום הכי ברור לכם שיש לכם הודעה חדשה? אנא תארו היכן במסך הייתם לוחצים כדי לקבל את ההודעות שלכם. אנא דרגו את האפשרויות שלהלן לפי עד כמה קל למצוא את סמל/כפתור ההודעות.

אפשרות A 👇

אפשרות A = פעמון הודעות בסרגל היישום (זוהי המלצת העיצוב הנוכחית)

יתרונות:

ניתן להחיל כאן מיקום עבור היישום כולו
עקביות עם פלטפורמות אחרות (שולחן עבודה, האתר הנייד)

חסרונות:

שדה החיפוש נהיה קטן יותר
לשוניות והודעות עלולות להיות מטעות

אפשרות B אפשרות A 👇

אפשרות B = הוספת פריט רשימת הודעות לתפריט הצף

יתרונות:

זהו רק עוד פריט תפריט בתפריט הצף
ניתן להרחיב עם קישורים, למשל רשימת מעקב, פרופיל משתמש, היסטוריה או הודעות

חסרונות:

הודעות מוסתרות מאחורי סמל "עוד" לא ברור (בעיות דומות כמו סמל ניווט המבורגר)

אפשרות C אפשרות A 👇

אפשרות C = ניווט עקבי ביישום (והסרה של סרגל הכלים בערך)

יתרונות:

ניווט עקבי ברחבי היישום, משתמשים תמיד יודעים היכן למצוא דברים
התפריט "עוד" (בצד ימין למעלה) יציג רק פריטים הקשורים לדבר שאתם מסתכלים עליו (כמו שיתוף קישור, הוספה לרשימת המעקב, הצגת דף השיחה, הצגת היסטוריית עריכה של ערך)

חסרונות:

תפריט "עוד" מנופח בתצוגת הערך (בצד ימין למעלה), בדומה לכרום באנדרואיד - האם הסתרה של הכול זו ארכיטקטורת מידע טובה?
אנו מהססים לנקוט בגישה זו שכן ביצענו שיפורים גדולים בתצוגת הערך בהתבסס על מבחני שמישות

2) איקונוגרפיה: לאיזה מידע הייתם מצפים בעת לחיצה על כל אחד משלושת הסמלים להלן? אנא תארו את מחשבותיכם.

אפשרות A: איקונוגרפיה של פעמון 🔔
אפשרות B: איקונוגרפיה של תיבת דואר נכנס 📥
אפשרות C: איקונוגרפיה של אדם 👤

3) כדי לשרת טוב יותר הקשר נייד, אנו שוקלים להבחין בין סוגי הודעות. אילו הודעות הייתם מחשיבים כבעלות עדיפות?

4) המסך שלהלן ממחיש את הרעיון של הפרדת סוגי הודעות. "הכול" יציג רשימה של כל ההודעות במקום אחד, בדומה למצב כיום. אזכורים יציגו רשימה של הודעות הקשורות לדפי שיחת משתמש, ומשתמשים אחרים המתייגים את שם המשתמש שלכם בדפי שיחה. מה דעתכם הכללית על הרעיון הזה של הפרדת הודעות בוויקיפדיה ביישום אנדרואיד בדרך הזאת? האם המידע מוצג בצורה שמרגישה לכם יעילה או מובנת?

5) כאשר אתם מסתכלים על האיור למעלה, האם הייתם מעדיפים לראות את "כל" ההודעות שלכם או "אזכורים" כלשונית ברירת המחדל? כמו כן, האם יש דרך אחרת לבצע הפרדה במרכז הבית של ההודעות?

6) איזו פונקציונליות חדשה לתצוגת ההודעות הייתם שמחים לראות? אנא דרגו את הרעיונות הבאים לפי עדיפות:

A) דרך מהירה לסנן הודעות לפי שפת הוויקי (למשל ויקיפדיה בשוודית, ויקיפדיה בקוריאנית)
B) דרך מהירה לסנן הודעות לפי מיזם (למשל ויקיפדיה, ויקישיתוף, ויקינתונים)
C) דרך מהירה לסנן הודעות לפי סוג (למשל, להציג רק אזכורים)
D) קיבוץ הודעות (למשל, אם מישהו קיבל כמה הודעות "תודה" על עריכת ערך, יש לקבץ אותן)
E) פונקציונליות חיפוש של הודעות חדשות והודעות בארכיון כאחד
F) העדפות הודעות טובות יותר, למשל כוונון של ההודעות שאתם מקבלים (ראו שאלה #7 להלן)
G) הודעות עבור רשימת המעקב
H) פעולות החלקה שמאלה / החלקה ימינה הניתנות להתאמה אישית (לדוגמה: Gmail ← הגדרות ← הגדרות כלליות ← פעולות החלקה באימייל)
I) גישה קלה להודעות בארכיון

7) הגרסה הנוכחית של היישום מאפשרת להפעיל/לכבות את ההודעות הבאות: מערכת, אבן דרך, תודה, שחזור, דף שיחה, כניסה, ואזכור. האם ישנן העדפות הודעות שלדעתכם חסרות כרגע ביישום?

אנא ר' את המסך למטה כדי לראות כיצד הוא נראה כיום:

8) כרגע אנו מייעלים את הזרימות כאשר משתמשים מקבלים הודעה. הרעיון הוא להוביל אנשים למקום הנכון ללא מעקפים. כמו כן, אנו מתכננים לספק דרך קלה להגיב להודעות מייד לאחר קבלת הודעה. בתמונות למטה, תראו דוגמאות שונות להודעות עם קבוע אחד: שדה תשובה ליצירת קשר ישיר עם המשתמש ששלח הודעה בדף שיחה או ביטל עריכה. מה דעתכם על הדרך הזאת להגיב / להשיב לאחר קבלת הודעה? האם אתם מרגישים שהמידע המוצג מועיל מספיק כדי למסור תשובה או שהייתם זקוקים למידע נוסף?

משתמש השאיר הודעה בדף השיחה שלכם או של משתמש אחר. שדה התשובה מאפשר לכם להשיב עליה בקלות לאחר לחיצה על ההתראה.
שדה תשובה בתחתית מוודא שאתם יכולים לשאול שאלות בנוגע לביטול עריכה.
לחיצה על ההתראה לוקחת את המשתמשים לנושא בדף השיחה של הערך עם אפשרות לתשובה מיידית.

9) כרגע אנו מתכננים לשלב ממשק לתגובות מהירות / תשובות ברירת מחדל לאחר לחיצה על השדה "תשובה", שהוזכר לעיל. במסך למטה, תוכלו לראות את אחת הבדיקות המייצגת את הקונספט של תגובות מהירות. אנו לא מתכננים להשתמש באימוג'ים, אך נרצה להיעזר במקום בביטויים נפוצים, למשל בדומה לאופן שבו יש לנו תבניות לקבל בברכה משתמשים חדשים בדרכים שונות או לאופן שבו מפעילי מערכת יכולים לבחור סיבות נפוצות לחסום מישהו. מהם חלק מהתגובות או הביטויים הנפוצים שאתם משתמשים בהם בעת אינטראקציה עם עורכים אחרים בוויקי?

10) אנו פועלים כעת לוודא שהודעות ויקיפדיה חשובות ייראו בתוך יישום ויקיפדיה ומחוצה לו. אנו בוחנים הודעות תזכורת (למשל קבלת הודעות תזכורת שבועיות על ביטול עריכה עד שההודעה מסומנת כהודעה שנקראה). הודעות תזכורת ניתנות לשינוי באמצעות הגדרות המשתמש. אנא בחרו את תגובתכם לפונקציונליות המוצעת הזאת.

A) כן, אשמח לראות את הפונקציונליות הזאת.

ב) לא, אני לא אוהב את הפונקציונליות הזאת.

C) זה לא משנה לי.

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?

קהל המשוב העיקרי

אנו מקבלים בברכה משוב מכל עורכי ויקיפדיה הנוכחיים והפוטנציאליים.

עם זאת, אנו מעוניינים במיוחד לשמוע כיצד הכלים שלנו עשויים להשפיע על:

עורכי ויקיפדיה באנגלית בהודו עם ליקויי ראייה
עורכי ויקיפדיה בהינדית
עורכי ויקיפדיה בערבית וצרפתית במרוקו, מצרים, קונגו ומאלי
עורכי ויקיפדיה באנגלית בניגריה
עורכי ויקיפדיה באינדונזית
עורכות ועורכים לא בינריים של ויקיפדיה היפנית

הקבוצות לעיל נבחרו על סמך מחקר שהצוות ערך מוקדם יותר השנה על האופן שבו קהלים נוכחיים ואזורי צמיחה פוטנציאליים תואמים את אסטרטגיית המוצר של קרן ויקימדיה.