מצבים ריקים ב־UX: כך הופכים “אין נתונים” להזמנה חכמה לפעולה
מצב ריק הוא אחד הרגעים הכי פחות נוצצים בממשק, אבל לעיתים הוא הרגע שמכריע אם המשתמש יבין מה עושים עכשיו או ינטוש בתחושת תקלה. במסך שיש בו רשימה, דשבורד, תוצאות חיפוש, עגלת קניות, אזור מסמכים או תהליך אונבורדינג — הרגע שבו אין עדיין נתונים הוא לא חור בעיצוב. הוא חלק מהחוויה.
בכתיבה לממשק בעברית, מצבים ריקים דורשים דיוק כפול: גם להסביר למה המסך ריק, וגם להזמין את המשתמש לצעד הבא בלי להישמע מאשים, מכירתי או רובוטי. זה נכון במיוחד במוצרים בעברית, עם כיוון ימין־לשמאל, היררכיית טקסט שונה, כפתורים שמופיעים בצד אחר מהמצופה באנגלית, ומיקרו־קופי שצריך להישמע טבעי.
מצבים ריקים הם נקודת מפגש בין UX, UI, אפיון, עיצוב מוצר, UX writing, מחקר משתמשים וספריית רכיבים. אם מתכננים אותם מוקדם, הם הופכים לחלק מהזרימה. אם נזכרים בהם בסוף, הם נראים כמו הודעת מערכת שנדבקה למסך.
מהו מצב ריק, ולמה הוא לא “רק הודעה נחמדה”?
מצב ריק הוא מצב שבו אזור בממשק אמור להציג תוכן, אך כרגע אין מה להציג. זה יכול לקרות כי המשתמש חדש, כי הוא סינן יותר מדי, כי פעולה נכשלה, כי אין הרשאות, כי המערכת עדיין לא קיבלה מידע, או כי המשתמש השלים תהליך ואין כרגע פריטים פעילים.
במילים פשוטות: מצב ריק עונה על שלוש שאלות שהמשתמש שואל בלי לומר אותן:
- מה קרה כאן?
- האם זה תקין או בעיה?
- מה כדאי לי לעשות עכשיו?
מי ששואל “מה זה UX” בדרך כלל חושב על חוויית משתמש במונחים של זרימה, קלות שימוש ועיצוב נעים. אבל דווקא במצבים ריקים רואים אם המוצר באמת תוכנן סביב המשתמש. מסך מלא בנתונים יכול להסתיר בעיות. מסך ריק חושף אותן מיד.
להרחבה על העקרונות הבסיסיים שמאחורי החלטות כאלה, אפשר לקרוא גם את המדריך על יסודות UX.
הסוגים העיקריים של מצבים ריקים
לא כל “אין נתונים” הוא אותו דבר. לפני שכותבים כותרת וכפתור, צריך לזהות איזה סוג של ריקות יש כאן.
מצב ריק ראשוני
זהו מצב שבו המשתמש עדיין לא יצר כלום: אין פרויקטים, אין משימות, אין הזמנות, אין אנשי קשר, אין קבצים. זה נפוץ באונבורדינג ובמערכות ניהול.
המטרה כאן היא לא רק להסביר שאין מידע, אלא לעזור למשתמש להתחיל. דוגמה טובה בעברית:
“עדיין אין לך משימות”
“כדאי ליצור את המשימה הראשונה כדי להתחיל לעקוב אחרי העבודה.”
כפתור: “יצירת משימה”
שימו לב: לא “לא נמצאו משימות”. הביטוי הזה מתאים יותר לחיפוש או סינון, ופחות למשתמש שעוד לא התחיל.
מצב ריק בעקבות חיפוש
כאן המשתמש עשה פעולה, אבל לא נמצאו תוצאות. זה רגע רגיש, כי המשתמש השקיע מאמץ. הטקסט צריך להחזיר שליטה.
דוגמה:
“לא מצאנו תוצאות ל‘חשבונית יולי’”
“כדאי לבדוק את האיות, להסיר סינון או לחפש מילה כללית יותר.”
פעולות אפשריות:
- ניקוי חיפוש
- הסרת מסננים
- חזרה לכל הפריטים
במוצרים בעברית חשוב במיוחד להציג את מונח החיפוש בכיוון קריא וברור, במיוחד אם הוא כולל מספרים, אנגלית או שמות קבצים.
מצב ריק בגלל סינון
זה אחד המצבים הנפוצים ביותר בדשבורדים ובטבלאות. המשתמש רואה מסך ריק, אבל בעצם הנתונים קיימים — פשוט לא תחת הסינון הנוכחי.
במקרה כזה, הכפתור החשוב ביותר הוא לרוב “ניקוי סינון”, לא “הוספת פריט”. אם מציעים פעולה לא נכונה, המשתמש עלול לחשוב שחסר מידע במערכת.
מצב ריק זמני
לפעמים אין נתונים כי משהו עדיין נטען, מסתנכרן או ממתין לעיבוד. כאן חשוב להבדיל בין טעינה לבין מצב ריק אמיתי. אם כותבים “אין נתונים” בזמן שהמערכת עדיין בודקת, נוצרת תחושת תקלה.
ניסוח מתאים יותר:
“אנחנו בודקים אם יש נתונים להצגה”
“זה עשוי לקחת כמה רגעים.”
לא צריך להפוך כל מצב זמני לדרמה. אבל כן צריך להבהיר שהמערכת עובדת.
מצב ריק בגלל הרשאות
זה מצב עדין במיוחד. המשתמש רואה אזור ריק כי אין לו גישה, לא כי אין תוכן. ניסוח לא מדויק עלול להטעות.
דוגמה:
“אין לך גישה לפריטים האלה”
“אם לדעתך צריכה להיות לך הרשאה, כדאי לפנות למנהל החשבון בארגון.”
לא לחשוף מידע שאין למשתמש הרשאה לראות, וגם לא לרמוז כמה פריטים קיימים אם זה לא מתאים למוצר.
מצב ריק חיובי
לפעמים ריק הוא טוב: אין התראות, אין משימות פתוחות, אין חיובים ממתינים. כאן אפשר לאשר למשתמש שהכול בסדר.
דוגמה:
“אין משימות פתוחות כרגע”
“כל המשימות שלך הושלמו. אפשר לחזור לכאן כשיהיה משהו חדש לטפל בו.”
זה לא מקום לדחוף פעולה בכוח. לפעמים הפעולה הנכונה היא לתת למשתמש להמשיך הלאה.
המבנה המומלץ למצב ריק טוב
מצב ריק טוב לא צריך להיות ארוך. הוא צריך להיות ברור. לרוב, המבנה הבא מספיק:
| רכיב | תפקיד | דוגמה |
|---|---|---|
| כותרת | מסבירה את המצב במשפט קצר | “עדיין אין פרויקטים” |
| הסבר קצר | מוסיף הקשר ומפחית בלבול | “פרויקטים שתיצרו יופיעו כאן.” |
| פעולה ראשית | מציעה את הצעד הבא | “יצירת פרויקט” |
| פעולה משנית | עוזרת למי שלא מוכן לפעולה הראשית | “צפייה בדוגמאות” |
| המחשה | מוסיפה זיהוי ויזואלי, אם היא באמת עוזרת | איור פשוט או אייקון עדין |
לא כל מצב צריך את כל הרכיבים. במסך קטן במובייל, למשל, ייתכן שכותרת, משפט וכפתור אחד מספיקים. בדשבורד מורכב, ייתכן שצריך גם קישור להסבר, הצעה להסרת סינון, או פירוט קצר של מה יוצג כאן בהמשך.
איך כותבים מיקרו־קופי למצב ריק בעברית
כתיבה לממשק בעברית אינה תרגום של אנגלית. משפט כמו “You don’t have any items yet” הופך לעיתים ל“אין לך פריטים עדיין”, וזה נשמע מעט קשיח. בעברית טבעית אפשר לכתוב:
- “עדיין אין כאן פריטים”
- “הפריטים שתוסיפו יופיעו כאן”
- “לא נמצאו פריטים שמתאימים לחיפוש”
- “אין התראות חדשות כרגע”
העדיפו ניסוח שמתאר מצב, לא מאשים משתמש
פחות טוב:
- “לא הוספת עדיין אף פריט”
- “לא ביצעת שום פעולה”
- “אין לך נתונים”
טוב יותר:
- “עדיין אין פריטים להצגה”
- “פריטים חדשים יופיעו כאן”
- “אפשר להתחיל ביצירת פריט ראשון”
ההבדל קטן, אבל התחושה אחרת. המשתמש לא צריך להרגיש שהוא נכשל.
כתבו לפי רמת המחויבות של הפעולה
אם הפעולה פשוטה, הכפתור יכול להיות ישיר:
- “הוספת איש קשר”
- “יצירת משימה”
- “העלאת קובץ”
אם הפעולה כבדה יותר, עדיף לרכך:
- “התחלת הגדרה”
- “בדיקת אפשרויות”
- “בחירת תבנית”
בממשקי ux ui טובים, הכפתור לא רק מניע לפעולה — הוא מכין את המשתמש למה שיקרה אחר כך.
אל תעמיסו בדיחות
מצבים ריקים מזמינים לעיתים טקסט מתחכם: “שממה כאן”, “המדף ריק”, “אין פה כלום, אפילו לא אבק”. לפעמים זה עובד, אבל לרוב זה נשחק מהר. במוצר עבודה, שירות פיננסי, מערכת בריאות, כלי ניהול או טופס ממשלתי, עדיף להיות ברור מאשר חמוד.
הומור קל יכול להתאים במוצרים צרכניים מסוימים, אבל גם שם כדאי לבדוק שהוא לא מסתיר את הפעולה הבאה.
תכנון מצב ריק כחלק מאפיון UX
בשלב אפיון ux, לא מספיק לצייר את המסך כשהוא מלא. צריך לתכנן גם את מצבי הקצה. עבור כל אזור שמציג מידע, שאלו:
- מה מוצג כאן כשהכול תקין?
- מה קורה אם אין עדיין נתונים?
- מה קורה אם החיפוש לא מצא כלום?
- מה קורה אם יש סינון פעיל?
- מה קורה אם המשתמש לא מורשה?
- מה קורה במובייל?
- מה הפעולה הבאה הרצויה?
- האם הפעולה זמינה לכל המשתמשים?
במסמך אפיון טוב, מצב ריק לא מופיע כהערה בסוף. הוא חלק מתיאור המסך. אפשר לנסח זאת כך:
- באזור “הזמנות אחרונות”, אם אין הזמנות: מוצגת כותרת “עדיין אין הזמנות”, טקסט עזר קצר וכפתור “יצירת הזמנה”.
- אם יש סינון פעיל ואין תוצאות: מוצגת כותרת “לא נמצאו הזמנות בסינון הנוכחי” וכפתור “ניקוי סינון”.
- אם אין הרשאה לצפייה: מוצגת הודעת הרשאה ללא ציון כמות ההזמנות.
כך מעצבים, מאפיינים, כותבים ומפתחים מדברים על אותו מצב, בלי לנחש.
מצבים ריקים ב־UI: היררכיה, מיקום ותחושה
עיצוב ממשק לא נגמר בטקסט. מצב ריק צריך להיראות כמו חלק טבעי מהמסך. אם הוא קטן מדי, המשתמש יפספס אותו. אם הוא גדול מדי, הוא ירגיש כמו שגיאה חמורה.
בדרך כלל כדאי למקם מצב ריק באזור שבו הנתונים היו אמורים להופיע. אם טבלה ריקה, ההודעה צריכה להיות בתוך אזור הטבלה או במרכזו, לא בפינה רחוקה. אם כרטיס בדשבורד ריק, ההודעה צריכה להיות בתוך הכרטיס עצמו.
במאמר על עיצוב ממשק (UI) אפשר להעמיק בהיררכיה, ריווח, כפתורים וצבעים — כולם משפיעים מאוד על האופן שבו מצב ריק נקרא.
שימוש באיור או אייקון
איור יכול לעזור, אבל הוא לא חובה. הוא מתאים כשצריך להוריד מתח, להדגיש שהמצב תקין או להוסיף אופי למוצר. אבל אם האיור מושך יותר תשומת לב מההסבר ומהפעולה, הוא מפריע.
כלל פשוט: אם מסירים את האיור והמסך עדיין ברור — האיור מותר. אם בלי האיור לא מבינים מה קורה — הבעיה היא בטקסט או במבנה.
צבעים וטיפוגרפיה
מצב ריק לא צריך להיראות כמו שגיאה, אלא אם באמת מדובר בשגיאה. הימנעו מצבעי אזהרה במצב שבו פשוט אין נתונים. כותרת ברורה, טקסט משני בגוון רגוע וכפתור פעולה בולט בדרך כלל יספיקו.
בטיפוגרפיה בעברית, שימו לב במיוחד לאורך שורות. טקסטים קצרים מדי נשברים מוזר, וטקסטים ארוכים מדי מקשים על סריקה. במסכים רחבים, כדאי להגביל את רוחב הטקסט ולא למתוח אותו על כל הדשבורד.
שיקולי RTL במצבים ריקים
בממשק עברי, מצב ריק צריך להרגיש כאילו תוכנן מימין לשמאל, לא כאילו הוזז אוטומטית.
שימו לב ל־RTL במקומות הבאים:
- יישור טקסט: ברוב המקרים לימין, במיוחד במסכים עסקיים ובטפסים.
- סדר פעולות: הפעולה הראשית צריכה להיות במקום עקבי עם שאר המוצר.
- שילוב עברית ואנגלית: שמות קבצים, מונחי חיפוש ומספרים עלולים להתהפך ויזואלית אם לא מתכננים אותם נכון.
- אייקונים כיווניים: חץ “קדימה” בעברית לא תמיד פונה לאותו כיוון כמו באנגלית.
- כפתורי סינון וחיפוש: אם ההודעה אומרת “לא נמצאו תוצאות עבור…”, ודאו שמונח החיפוש מוצג קריא.
לדוגמה, אם משתמש חיפש “invoice 2026”, לא כדאי לשלב את הביטוי בתוך משפט עברי ארוך בלי לבדוק איך הוא נראה. לעיתים עדיף לשים את מונח החיפוש בשורה נפרדת או בתוך רכיב ויזואלי קטן.
מצבים ריקים במובייל
במובייל אין הרבה מקום להסברים. מצב ריק צריך להיות קצר, ממוקד ונוח לפעולה באגודל.
במקום:
“עדיין לא יצרת פריטים במערכת. לאחר שתיצור פריט ראשון, הוא יופיע באזור הזה ותוכל לעקוב אחרי הסטטוס שלו.”
עדיף:
“עדיין אין פריטים”
“פריטים שתיצור יופיעו כאן.”
כפתור: “יצירת פריט”
במובייל חשוב לבדוק גם מה קורה כשהמקלדת פתוחה, כשהמשתמש נמצא אחרי חיפוש, וכשהכפתור נדחק לתחתית המסך. אם הפעולה הראשית נעלמת מתחת לקפל, המצב הריק נראה כמו סוף הדרך.
מצבים ריקים בדשבורדים
dashboard ui הוא מקום שבו מצבים ריקים יכולים לבלבל במיוחד. דשבורד בנוי מכמה אזורים: גרפים, כרטיסי מדדים, טבלאות, התראות ורשימות. אם כולם ריקים, המשתמש עלול לחשוב שהמערכת לא עובדת.
במקום להציג אותה הודעה בכל כרטיס, כדאי ליצור היררכיה:
- בראש הדשבורד: הסבר כללי קצר, אם מדובר במשתמש חדש.
- בכל כרטיס: הסבר מקומי למה אין נתונים.
- פעולה אחת מרכזית: הצעד שהכי יעזור למלא את הדשבורד.
- מצבי סינון: אפשרות ברורה לניקוי טווח תאריכים או מסננים.
לדוגמה:
כותרת כללית: “הדשבורד יתמלא אחרי שתתחיל פעילות”
כרטיס הזמנות: “אין הזמנות בטווח התאריכים הזה”
כרטיס הכנסות: “יוצגו כאן נתונים אחרי הזמנה ראשונה”
פעולה: “יצירת הזמנה”
כך המשתמש מבין מה תלוי בו, מה תלוי בזמן, ומה קשור לסינון.
עבודה בפיגמה: איך לתכנן מצבים ריקים בלי להפוך אותם לנספח
בפיגמה תוכנה, קל מאוד לעצב את המסך “היפה” כשהוא מלא בתוכן לדוגמה. אבל מוצר אמיתי חי גם ברגעים שאין בהם תוכן. לכן כדאי ליצור כבר בספריית פיגמה רכיבים למצבים ריקים.
לא מדובר רק באיור וכפתור. כדאי להגדיר:
- וריאנטים לפי סוג מצב: ראשוני, חיפוש, סינון, הרשאות, חיובי, זמני.
- אורך מומלץ לכותרת ולטקסט.
- מיקום ברירת מחדל בתוך טבלה, כרטיס, רשימה או מסך מלא.
- כללי שימוש בכפתור ראשי ומשני.
- דוגמאות מיקרו־קופי בעברית.
- הנחיות RTL לאייקונים וליישור.
- התאמות למובייל.
אם צוותים משתמשים באותה ספריית פיגמה, מצבים ריקים נשארים עקביים בין מסכים. זה חוסך ויכוחים מאוחרים ומונע מצב שבו כל אזור במוצר מדבר בשפה אחרת.
גם מי שמחפש “קורס פיגמה” כדי ללמוד את הכלי עצמו יגלה מהר שהמיומנות החשובה אינה רק לדעת להזיז שכבות. צריך לדעת אילו מצבים לעצב, איך לקרוא להם, ואיך למסור אותם נכון לצוות.
מה להכין לפני שמעצבים וכותבים מצב ריק
לפני שמתחילים לכתוב, אספו תשובות לכמה שאלות פשוטות:
- מי המשתמש שנמצא כאן: חדש, חוזר, מנהל, לקוח, חבר צוות?
- האם היעדר הנתונים צפוי או חריג?
- האם המשתמש יכול לפתור את זה בעצמו?
- מה הפעולה הכי מועילה בשלב הזה?
- האם יש פעולה משנית שחשוב להציע?
- האם צריך להסביר מה יוצג כאן בעתיד?
- האם יש מגבלות הרשאה או פרטיות?
- איך זה נראה במובייל?
- האם המצב הזה קורה הרבה או לעיתים נדירות?
בלי התשובות האלה, קל לכתוב טקסט כללי כמו “אין נתונים להצגה”. לפעמים זה בסדר, אבל ברוב המקרים זו החמצה של רגע שימושי.
תהליך עבודה שלב אחר שלב
שלב 1: מיפוי כל המקומות שבהם אין נתונים
עברו על המוצר או האפיון וסמנו רשימות, טבלאות, גרפים, אזורי קבצים, תוצאות חיפוש, הודעות, תיבות דואר, עגלות, מועדפים וטפסים שמובילים למסכים ריקים.
שלב 2: סיווג הסיבה לריקות
לכל אזור כתבו את הסיבה: חדש, חיפוש, סינון, הרשאה, תקלה, טעינה, מצב חיובי או השלמת פעולה. הסיווג הזה יקבע את הטון ואת הפעולה.
שלב 3: בחירת הפעולה הבאה
שאלו מה המשתמש באמת צריך לעשות. לא תמיד זו יצירה. לפעמים זו הסרת סינון, שינוי תאריך, בקשת הרשאה, המתנה או פשוט חזרה למסך קודם.
שלב 4: כתיבת שלוש גרסאות
כתבו לפחות שלוש אפשרויות לכותרת ולטקסט. הראשונה לרוב תהיה גנרית. השנייה תהיה ברורה יותר. השלישית בדרך כלל כבר תישמע טבעית.
שלב 5: בדיקה בתוך המסך
אל תאשרו מיקרו־קופי במסמך מנותק. הכניסו אותו לעיצוב בפיגמה, בדקו שבירת שורות, כיוון טקסט, מרחקים וכפתורים. טקסט שנראה מצוין בקובץ כתיבה יכול להיראות כבד במסך אמיתי.
שלב 6: תיעוד באפיון
במסירה לצוות, תארו את התנאים להצגת כל מצב. למשל: “אם אין תוצאות לאחר חיפוש, מוצג מצב ריק מסוג חיפוש. אם אין נתונים ללא חיפוש פעיל, מוצג מצב ריק ראשוני.” זה מונע בלבול בהמשך.
טעויות נפוצות במצבים ריקים
שימוש באותו טקסט לכל מצב
“אין נתונים להצגה” מתאים אולי כמוצא אחרון, אבל הוא לא מסביר אם צריך ליצור משהו, להמתין, לנקות סינון או לבקש הרשאה.
כפתור שלא מתאים לסיבה
אם אין תוצאות בגלל סינון, כפתור “הוספה” עלול להטעות. אם אין הרשאה, כפתור “יצירה” עלול לתסכל.
יותר מדי טקסט
מצב ריק אינו דף עזרה. אם צריך להסביר הרבה, ייתכן שהמסך עצמו לא ברור מספיק.
טון שמרגיש מאשים
“לא ביצעת”, “לא הגדרת”, “אין לך” — ניסוחים כאלה עלולים להישמע קשים. אפשר לומר אותו דבר בעדינות ובבהירות.
התעלמות ממובייל
מצב ריק שעובד בדסקטופ יכול להיראות עמוס במובייל. בדקו אותו במסך צר, עם כותרות ארוכות בעברית ועם כפתור פעולה אחד לפחות.
שאלות שקוראים באמת שואלים
האם בכל מצב ריק חייב להיות כפתור?
לא. אם מדובר במצב חיובי, כמו “אין התראות חדשות”, לא תמיד צריך פעולה. אם אין פעולה מועילה, אל תמציאו אחת.
האם כדאי להציג דוגמה של תוכן עתידי?
לפעמים כן. במערכות מורכבות, אפשר להראות הסבר קצר כמו “כאן יוצגו חשבוניות שנשלחו ללקוחות”. אבל אל תציגו נתוני דמה שנראים אמיתיים, כי זה עלול לבלבל.
מה עדיף: “אין נתונים” או “עדיין אין נתונים”?
“עדיין” מתאים כאשר צפוי שיהיו נתונים בעתיד, במיוחד במצב ראשוני. אם מדובר בחיפוש שלא מצא תוצאות, עדיף “לא נמצאו תוצאות”.
האם מצב ריק הוא אחריות של כותב UX או מעצב UI?
שניהם, יחד עם אפיון מוצר. הכותב אחראי לבהירות הטקסט, המעצב להיררכיה ולמיקום, והמאפיין לתנאים שבהם המצב מופיע. במוצר טוב, זה לא נופל בין הכיסאות.
לסיכום: ריקות היא חלק מהחוויה
מצב ריק הוא לא מקום למלא ברגע האחרון. הוא הזדמנות להסביר, להרגיע ולהוביל. כשהוא כתוב טוב ומעוצב נכון, המשתמש מבין מה קרה, מרגיש בשליטה ויודע מה הצעד הבא.
בין אם מדובר במסך ראשון במוצר, חיפוש ללא תוצאות, טבלה ריקה, dashboard ui או אזור מסמכים — העיקרון זהה: לא להשאיר את המשתמש לבד מול חלל ריק. לתת לו הקשר, פעולה והרגשה שהמוצר יודע גם מה לעשות כשאין עדיין מה להציג.
