איך מעצבים דשבורד לניהול צי של 1,200 רכבים כשרוב מערכות B2B מאמינות ש"יותר עמודות = יותר שווה". הסיפור של ממשק שהוריד מסכים ב-60% והגדיל שימוש ב-3.
הבריף הגיע ממשפט אחד של מנהל צי שהיה משתמש קצה. חברה ישראלית שמוכרת SaaS לניהול צי רכב לחברות גדולות. המשתמש הוא מנהל צי שמטפל ב-200 עד 1,200 רכבים, צריך לראות הכל, לקבל החלטות מהירות, ולא לטעות. המערכת הקיימת שלהם הייתה 17 מסכים בעמדה הקבועה. הקליינט שלהם היה אומר: "אני לא יודע איפה אני מסתכל."
מערכות B2B שגויות באותו עקרון
תפתח כל SaaS גדול B2B — Salesforce, SAP, NetSuite. תראה אותו דבר: 10-20 טאבים בראש, 30 עמודות בכל טבלה, 5 צבעים שונים לסטטוסים, פילטרים בכל פינה. הקודים האלה אומרים ללקוח: "אנחנו תכולים את הכל." הם לא אומרים: "אנחנו נחסוך לך זמן."
בעיית מנהל צי רכב היא לא מחסור במידע. הוא מוקף במידע. הבעיה שלו היא לזהות מהר 3-5 דברים שדורשים פעולה מתוך 10,000 דברים שלא דורשים. דשבורד שמראה את כל ה-10,000 — מסכל את המטרה. דשבורד שמראה רק את ה-5 שדורשים פעולה — מצליח.
הבחירה: מסך אחד עם 4 אזורים
במקום 17 מסכים — מסך אחד עם 4 אזורים מובנים: (1) פעולות דחופות (רכבים שצריכים טסט, ביטוח שעומד לפוג, רישיון נהג שפג), (2) חריגים השבוע (נסיעות מעבר ל-X ק"מ, דלק חריג, אירועים תפעוליים), (3) ביצועים (גרף 30 ימים), (4) פעולה מהירה (כפתור אחד גדול לפעולה הבאה).
הגריד הזה הוא קבוע. הוא לא משתנה. אם בשבוע מסוים אין פעולות דחופות — אזור (1) מציג צ'ק ירוק "הכל בסדר" ולא מתכווץ או נעלם. הסיבה: קביעות = הרגל. מנהל צי שיודע איפה כל דבר נמצא, לא צריך לחשוב כשהוא נכנס למערכת. הוא סורק את 4 האזורים בעין אחת ב-3 שניות, ויודע אם השבוע הזה דורש 5 דקות או 50.
דשבורד טוב לא מציג את כל המידע. הוא מציג רק את המידע שדורש פעולה — והיתר נכנס לחיפוש.
חיפוש כתחליף לטאבים
הבחירה הראשית השנייה: החלפנו 70% מהטאבים בחיפוש חכם בראש המסך. במקום טאב "רכבים", "נהגים", "תחזוקה", "דלק", "ביטוחים", "תאונות" — חיפוש אחד עליון שמבין כל פנייה. "רכב 27" → דף הרכב. "מי נהג ב-23/04" → רשימת נהגים פעילים באותו יום. "דלק החודש" → גרף.
החיפוש הוסיף 2 ימי הדרכה לאימוץ. אחרי השבועיים, הקליינטים חיפשו 4 פעמים יותר ממה שלחצו על טאבים בעבר. הסיבה: חיפוש = שאלה ספציפית. טאב = ניווט כללי. מנהל צי לא מנווט. הוא שואל שאלות.
מה למדתי מהפרויקט
UX של B2B SaaS לא נמדד ב"כמה תכונות יש." הוא נמדד ב"כמה מהר משתמש מקבל החלטה."
חברות SaaS שמתחרות על "כמות תכונות" מפסידות בטווח הארוך לחברות שמתחרות על "מהירות החלטה של המשתמש." הן מוכרות יותר תכונות, אבל המשתמשים נוטשים. חברה שמדדת אותה מטריקה — סך זמן שמשתמש משקיע בכניסה — צמחה פי 4 בשני שנתיים. זמן עבודה קצר יותר = שווי גבוה יותר בעיני הקליינט.
מערכת B2B מורכבת?
אם אתה מנהל מוצר B2B SaaS עם הרבה תכונות והעובדים שלך אומרים "המערכת שלנו מורכבת מדי," בואו נדבר. UX שעוצב נכון יוריד את הזמן ב-50%.