UXtasy
  • ראשי
  • UX בישראל
  • אודות
  • צרו קשר
  • ראשי
  • UX בישראל
  • אודות
  • צרו קשר
UXtasy
  • ראשי
  • UX בישראל
  • אודות
  • צרו קשר
  • ראשי
  • UX בישראל
  • אודות
  • צרו קשר
ראשי » על חוויית משתמש (עמוד 3)

על חוויית משתמש

שלוש טיפות מחוץ לקופסה

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

הטיפה הצבעונית

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

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

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

טוב, בסדר, הנה עוד טיפה.

הטיפה המתרחבת. 

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



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

ובכן, באו Atlassian, שאני באופן כללי מת על המוצרים שלהם (כן, שום מוצר אינו מושלם, אבל הם עושים דברים נהדרים), ואמרו: "רגע, אפשר לעשות את זה טיפ-טיפה יותר נחמד אם רק נצא מחוץ לקופסה – ליטרלי". ופתחו מטריצה קטנה ואלגנטית, של 4X4 בלבד.

ומה יעשה משתמש שצריך יותר מארבע שורות או עמודות? במיוחד כזה שעוד לא יצא לו להוסיף טבלאות בConfluence? ובכן, יש סיכוי לא רע שהוא יגיד לעצמו "טוב, כנראה שאין דרך להוסיף מכאן טבלה גדולה יותר, אני אאלץ להוסיף את זה של 4X4 ואז להוסיף את שאר העמודות ידנית. מבאס אבל זה מה יש". אז הוא ייכנס למטריצה וינסה לבחור את הגודל המקסימלי שאפשר, ואז הוא יגלה שכשמתקרבים לקצוות שלה, היא גדלה יחד עם העכבר. ההתנהגות הזו היא שבירת כלים, חציית כל הקווים האדומים, רעידת אדמה וכל שאר הדברים שאתם רואים ב-ynet כל שני וחמישי. רכיבי ממשק במערכות רציניות שמכבדות את עצמן לא משנים את גודלם ללא הוראה מפורשת של המשתמש, כמו לחיצת כפתור ייעודי, גרירה עם לחיצה או משהו בסגנון. בהחלט לא במעבר עכבר. רק ש… מעכשיו הם כן. ושוב, זה לא פותר איזו בעיה דרמטית במיוחד, רק שזה טיפה יותר יפה. אני חושב שזה מופלא. 

והבטחתי לכם שלוש טיפות מחוץ לקופסה, אז הנה עוד אחת. 

הטיפה שלא הייתה.

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

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

אממה…

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

😂😂😂

או כזה

👍👍👍

או אפילו כזה

🍺🍺🍺

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

 

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

טיפה זה הרבה.

דצמבר 12, 2019 אין תגובות

מרשימותיו של יואקסר בימי מחלה

א'

זה למה אסור לחוות דיעה על ממשק על סמך תמונה. על פניו הממשק הזה מועיל – במקרה הכי הכי טוב – רק לאנשים ש… איך נקרא לזה בעדינות… לא עשו לימודי ליבה?

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

Image may contain: screen

ב'

בר מים באחד מסניפי מכבי. האם המכשיר בשימוש, כן או לא? תזכרו את התשובה *האינטואיטיבית* שלכם, לפני שהתחלתם לחפש איפה הקאצ', יא חשדניסטים.

No photo description available.

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

לכן עושים בדיקות, ובכלל מנסים לחשוב קצת על מה קורה מסביב.

ג'

סופרפארם Be. מכונה לקבלת תור לבית המרקחת. בכל דף טיפים לעיצוב כפתורי הנעה לפעולה (calls to action) רשום שהכפתור צריך לבלוט – הוא צריך להיות יחסית מבודד עם הרבה שטח ריק סביבו, הוא צריך להיות בצבע שונה משאר הממשק, ובאופן כללי כמה שיותר בולט, יותר טוב.

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

No photo description available.

נובמבר 19, 2019 אין תגובות

פוסט אורח: UX לסוויטה

היי,

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

UX לסוויטה

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

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

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

כך גם האפליקציות השונות של Google – בסוף כולן מקושרות לאותו שם משתמש וברוב המקרים המעבר בינהן פשוט וקל – ניתן לשמור תמונות מתוך Google Photos ל- Google Drive, לפתוח מסמכים ב- Google Docs  ישירות מה- Google Drive, ולקבל ב- Gmail או ב- Inbox הודעות מאפקליציית לוח השנה Google Calendar, ואף לבצע פעולות ישירות משם.

גם בעולם אפליקציות ה- Desktop, נוכל בקלות לראות את חשיבות הקשר בין האפליקציות השונות באותה סוויטה. הדוגמא הקלאסית היא כמובן Microsoft Office Suite שלקחה את הקשר בין האפליקציות השונות לדרגת אומנות ממש. לדוגמא, לא רק שניתן ליצור גרף באמצעות Excel ישירות ב- PowerPoint ו- Word, ניתן אפילו לשמור על קשר "חי" בינהם כך שכל שינוי בנתונים ב- Excel מייד יבוא לידי ביטוי באפליקציה המארחת.

ובכן, לחברות גדולות יש הרבה פעמים סיבות עסקיות רבות לאגד לפחות חלק מהמוצרים בפורטפוליו שלהם לסוויטה, ולהחלטה הזאת יש השלכות רבות עלינו בתור אנשי UX בארגון. ראשית, החלטה כזאת ממש מחייבת יצירת Design System, אחרת לא יהיה לנו סיכוי לעמוד באתגר ה- Alignment בין המוצרים. שנית, זה מחייב פרקטיקות תקשורת מעולות בין צוותי העבודה השונים, בין אם הם מבוזרים, ובין אם לא. אבל במאמר הנוכחי אני רוצה לדבר על האתגר השלישי – האתגר המקצועי. בואו נפרוט אותו לפרטים:

  1. ארכיטקטורת המידע – כפי שראינו בדוגמאות לעיל, גם כאשר יש לנו מספר עולמות תוכן שכל אחד מיוצג ע"י אפליקציה אחרת, סביר להניח שהן חולקות מידע משותף ואף פונקציונאליות משותפת. בנוסף, יתכן שישנו מידע חוצה אפליקציות שתרצו להציף במקום אחד מרוכז כמו Dashboard. את כל הדברים האלה חשוב מאוד לקחת בחשבון כשמתכננים את מודל הניווט. האם למשל, עלינו לייצג אחרת, או אולי אף במקום אחר, את אותם אזורים משותפים? אולי הגישה אליהם תהיה בכלל מאזור משותף כגון ה- Header, או שבכל אחת מהאפליקציות השונות ניתן יהיה להזניק אותם מאותו מקום (למשל, ע"י כפתור בולט בפינה התחתונה של המסך)? אלה הם חלק מהשאלות שנידרש אליהם כאשר נתכנן את ארכיטקטורת המידע לסוויטה.
  2. הגדרות והעדפות משתמש – אפילו באפליקציות שהקשר ביניהם רופף יחסית, סביר להניח שהגדרות המשתמש והעדפותיו הכלליות הן משותפות לכולן – שם, פרטי התקשרות, שפה, יחידות מידה וכיו"ב. את ההגדרות האלה כדאי כמובן לשים במקום אחד במרוכז, למשל, מ- Header משותף, אם יש.
    יחד עם זאת, ישנן גם הגדרות יותר ספציפיות שהן נכונות ברמת האפליקציה ולא ברמת הסוויטה. בהקשר זה חשוב מאוד לקחת בחשבון מי יהיו המשתמשים בסוויטה וכיצד הם יעשו שימוש באפקליציות השונות בה. למשל, אם אנחנו מצפים שרוב המשתמשים יבלו את רוב זמנם, ואולי אף כל זמנם, באחת האפליקציות, יתכן שכדאי לנו לפזר את ההגדרות הספציפיות באפליקציות השונות ולא במקום אחד מרוכז. לעומת זאת, אם חלק מהמשתמשים מבלים את רוב זמנם באפליקציה אחת, וחלק אחר של המשתמשים עוברים בתדירות גבוהה בין האפליקציות, אולי יהיה נכון למקם את כל ההגדרות, מכל האפליקציות, במקום אחד מרכזי.
    יתכן שבמקרה כזה כדאי באותו הזמן לאפשר גישה להגדרות הספציפיות של כל אפליקציה גם ישירות מהאפליקציה עצמה – מהתפריט או מדפים רלוונטים. אפשר למשל להציף את ההגדרות הרלוונטיות באופן מקומי כפופ-אפ שמביא את המידע שלו מתוך המקום המרכזי. פתרון אחר, נכון יותר, אבל גם מסובך יותר למימוש, הוא לשים את כל ההגדרות המלאות מכל האפלקציות במקום אחד מרכזי, ולהציף נקודתית את ההגדרות המינימאליות הנדרשות בתהליכי העבודה השונים. למשל, אם אני רוצה להגדיר קבוצת משתמשים חדשה תוך כדי הגדרת משתמש חדש, אוכל לעשות זאת ישירות משם מבלי להיות חייב לצאת מתהליך הגדרת המשתמש החדש ולפתוח את מסך הגדרות הקבוצה המלא והמורכב. וכבונוס, כדאי במקרה כזה גם לנטר את הישויות שמוגדרות באופן חלקי ולהציע בשלב מאוחר יותר להשלים את ההגדרות במלואן.
  3. מודל ניווט סקלבילי (Scalable) – באופן טבעי, הסיכוי שיותר אנשי מוצר עובדים בתוך סוויטה עם מספר אפליקציות, גבוה יותר מאשר באפליקציה אחת. זה אומר שסוויטה צריכה להיות גמישה יותר לשינויים ותוספות בארכיטקטורת המידע שלה מאשר באפקליקציה בודדת. לכן חשוב מאוד שתתכננו תפריט ניווט סקלבילי שקל להוסיף לו אלמנטים חדשים –
    • חיקרו לעומק מהו מספר הרמות בכל אפליקציה ואפליקציה, וליתר ביטחון, אם זה עדיין הגיוני, אפשרו אפילו עוד אחת.
    • דאגו ליכולת קלה לעבור בין אפליקציות – למשל, האם כל אפליקציה תיפתח בלשונית חדשה בדפדפן? לחילופין, האם בנוסף לבורר האפליקציות שכל פעם פותח אפליקציה אחת באותו חלון, תהיה יכול לחזור בלחיצת כפתור אחת לאפליקציה הקודמת ללא קשר מה היא היתה? (בקיצור, כפתור Back מובנה באפליקציה).
    • במוצר SaaS חישבו כיצד המשתמש יעבור בין הדיירים (tenants) השונים בקלות.
  4. חיפוש – האם תהיה קיימת יכולת לחיפוש כללי מעבר לאפליקציות שנגישה מכל מקום בסוויטה, או שהחיפוש יהיה מקומי בהתאם לאפליקציה הבחורה (selected)? ואם תהיה יכולת כללית – האם צריך להצהיר מראש מה אנחנו מחפשים? אם כן, האם זה אומר שהחיפוש ייקח אותנו ישירות לאפליקציה הרלוונטית? ואם לא, איפה תוצגנה התוצאות הכלליות? איך דף התוצאות הזה משתלב בתוך מודל הניווט הכללי?
  5. הצפת מידע ופונקציונאליות חוצה אפליקציות – כיצד "מארחים" מידע מאפליקציה אחרת וכיצד מבצעים פעולות השייכות לאפליקציה אחת מתוך אחרת? האם מזניקים את האפליקציה הזאת באופן מלא? אם כן, איך חוזרים? אם לא – האם בלשונית נפרדת? האם בפופאפ מודאלי? האם באופן מוטמע לחלוטין כך שהמשתמש אפילו לא מרגיש שמדובר באפקליקציה אחרת?

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

 

ספטמבר 5, 2019 אין תגובות

עיגול מה הוא יכול?

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

טופס תשלום

 

ואם ננסח את זה בצורה קצת שונה – האם הפקד המופלא של סימן V בתוך עיגול הוא צ'קבוקס (בחירה מרובה) או כפתור רדיו (בחירה יחידה)? כי זו השאלה היחידה בעצם. ברגע שעניתם עליה יש לכם את כל התשובות.

עכשיו בואו ננסה את אותו הדבר עם הטופס הזה.

טופס תשלום 2

האם אפשר לשלב גם יתרה וגם כרטיס אשראי? גם אשראי וגם פייפאל? אשראי ו/או פייפאל ללא השימוש ביתרה?

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

פונקציונאלית שני הטפסים האלה מתנהגים באותה צורה בדיוק. הצ'ק-סירקל (check-circle, כך אני אקרא לו ברשותכם, למרות ש"עיגולצ'ק" ממש ממש מפתה) הראשון של הטופס העליון הוא בכלל לקישוט, לא ניתן לכבות אותו, הוא לא מגיב לשום לחיצה – לא עליו ולא על יתר הפקדים בטופס. שני הצ'ק-סירקלים האחרים הם למעשה כפתורי רדיו היפסטרים – כפתורים רגילים לחלוטין, בחירה יחידה, שבא להם להיראות מגניבים יותר, לכן כשלוחצים עליהם הם מגדלים V במקום עיגול סטנדרטי.

check-circles

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

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

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

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

google photos

וגם מיקרוסופט
ms outlook mobile

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

והנה הדיון הרלוונטי ממועצת חכמי היואיקס. כולל הפניות להנחיות הרשמיות של מערכות ההפעלה השונות, ומקורות מגדולי הדור. מומלץ.

יוני 13, 2019 אין תגובות

אל תהיו כמו הונוריה

No photo description available.

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

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

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

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

וכל זה למה? בגלל שכמעט ואין דבר כזה – "אייקון אוניברסלי". שימו טקסט! תבדקו עם המשתמשים הנכונים! אל תהיו כמו הונוריה!

יוני 7, 2019 אין תגובות

מה לעשות כשהמחקר שלך נוגד את המספרים בפועל?

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

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

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

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

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

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

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

אפשר להסיק מהסיפור הזה כמה מסקנות מעניינות (עבורי לפחות).

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

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

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

גם אני כותב בבלוג חיצוני ומפיץ קישורים בפייסבוק, מה שעשוי להסביר את בעיות ההפצה. חלופה אחת היא לכתוב ישירות בפייסבוק (יש להם מין פורמט של note מורחב, עם אפשרויות עריכה בסיסיות שתומכות בתמונות, קישורים וכאלה). אבל פירוש הדבר הוא ויתור על הבלוג החיצוני ועקירה סופות לפייסבוק – שהתלות שלי בו היא זו שהביאה אותי למצב הזה מלכתחילה. אמנם if you can't beat them join them, אבל גם fuck them זה אחלה סלוגן. להקריב פלטפורמה עצמאית בת 10 למפלצוקר זה לא משהו שאני מעוניין לעשות, קל וחומר אחרי שכתבתי פרק מרגש על עקידת יצחק! זה עשוי לשפר את החשיפה בטווח המיידי, אבל לא נשמע נכון ברמה האסטרטגית. ישנה כמובן האפשרות של לפרסם גם בפייסבוק וגם בבלוג, אבל בהיעדר טראפיק לבלוג עצמו זה חסר כל תכלית.

 

facebook notes
פייסבוק notes. כל דימיון למדיום הוא מקרי בהחלט?

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

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

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

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

ובכן, בפסיכולוגיה ניסויית נוהגים להבחין בין כמה סוגים של תוקף.

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

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

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

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

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

אז מה עושים כשהמחקר האיכותני לא תואם את הכמותני? מנסים להבין מדוע. מסיקים מסקנות ומפסיקים ניסויים כושלים. במקרה שלנו – חוזרים בשאלה. אז – חזל"ש. בלי נדר. בע"ה.

ובינתיים,
תכניסו אחת לצוקרברג, הרשמו לעדכונים במייל!

 

 

פברואר 16, 2019 אין תגובות

השבוע בחומ"ש 6 – האמפתיה של עשיו

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

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

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

–המשך קריאה–

נובמבר 3, 2018 אין תגובות

השבוע בחומ"ש 5: אברהם אבינו – פסיכולוג חברתי

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

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

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

–המשך קריאה–

אוקטובר 27, 2018 תגובה אחת

השבוע בחומ"ש 4 – וירא

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

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

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

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

–המשך קריאה–

אוקטובר 20, 2018 תגובה אחת

השבוע בחומ"ש 3 – לך לך

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

האל אומר לאברם לעלות לארץ כנען.

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

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

–המשך קריאה–

אוקטובר 10, 2018 תגובה אחת
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

ux_by_examples

www.bit.ly/uxbe8

מערכת המדיה של אל-על היא ברו מערכת המדיה של אל-על היא ברורה, אינטואיטיבית, חדשנית, לא מפרה שום כלל יואקסי חשוב, ו... בלתי ניתנת לשימוש בעליל. ויש מצב שאפילו עברה בדיקות שמישות. דברים שקורים בשמיים.
חג ח(פי)רות שמח חברים! חג ח(פי)רות שמח חברים!
Follow on Instagram
ויטלי מיז'יריצקי

מנהל, חוקר ומאפיין חוויית משתמש, עוסק בתחום משנת 2006 וכותב עליו מ-2007.

מרצה בקורס הUX של הטכניון בתל אביב. עונה בשמחה על שאלות לגבי הקורס ובכלל.

ממייסדי UXI -- חוויית משתמש ישראל.

מנטור UX ב-Google for Startups.

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

יצירת קשר
UXtasy
עדכונים באימייל

uxtasy.com © כל הזכויות שמורות.
We WordPress
גלילה לראש העמוד