עיצוב UX/UI למערכות ולמוצרים דיגיטליים

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

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

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

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

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

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