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

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

למה עברית היא מגרש משחקים אחר לגמרי

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

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

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

כפתור הוא ההבטחה הקטנה ביותר באתר. המשתמש לוחץ, ומשהו קורה. UX writing טוב לכפתורים עונה על שאלה אחת: מה יקרה אחרי הלחיצה? "שלח" לא עונה על זה. "המשך" לא עונה על זה. "קבלת הצעת מחיר" עונה.

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

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

הודעות שגיאה: הרגע שבו האתר מדבר או צועק

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

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

הטעויות שאנחנו רואים שוב ושוב באתרים ישראליים:

• האשמת המשתמש. "הזנת נתונים שגויים" הופך את המשתמש לאשם. "לא מצאנו חשבון עם הכתובת הזו" מתאר מצב.
• ז'רגון טכני. "Error 422: Unprocessable Entity" הוא הודעה למפתח, לא ללקוח. משתמש ישראלי ממוצע לא צריך לדעת מה זה Entity.
• הודעה כללית במקום ממוקדת. "יש שגיאה בטופס" מכריחה את המשתמש לחפש. השגיאה חייבת להופיע ליד השדה, בצבע ובמילים שמסבירות מה לתקן.
• עברית מתורגמת. "משהו השתבש. אנא נסה שוב מאוחר יותר." זה תרגום ישיר של Something went wrong. ישראלי לא מדבר ככה. "לא הצלחנו לשמור. ננסה שוב?" עם כפתור ניסיון חוזר עובד הרבה יותר טוב.

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

הודעת שגיאה טובה לא מתנצלת. היא פותרת.— RAMS Studio

Empty states: המסך שכולם שוכחים לכתוב

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

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

יש שלושה סוגי Empty states ולכל אחד טקסט אחר:

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

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

טון מותג: עקביות היא מה שבונה אמון

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

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

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

CTA: המילים שמכריעות את העסקה

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

ראשון: ספציפיות מנצחת נלהבות. "התחילו עכשיו" לא אומר כלום. "קבלת הצעת מחיר תוך 24 שעות" אומר הכל. המשתמש הישראלי חשדן. הוא רוצה לדעת מה הוא מקבל ומתי.

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

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

ועוד נקודה שמפרידה בין CTA ישראלי לתרגום: הימנעו מסימני קריאה. "הירשמו עכשיו!" נשמע כמו דוכן בשוק. הישראלי מגיב טוב יותר לביטחון שקט. "הרשמה" עם שורת "פחות מדקה" מתחתיה תעשה יותר מכל סימן קריאה בעולם.

איך מטמיעים את זה בפועל

UX writing לא מתחיל אחרי שהעיצוב נגמר. הוא חלק מהעיצוב. הטעות הנפוצה ביותר שאנחנו רואים בסטודיו: המעצב שם Lorem Ipsum, המפתח מחליף ב"שלח", ואיש השיווק מגלה את זה שבוע אחרי העלייה לאוויר. התהליך שאנחנו מיישמים הפוך: המילים נכתבות בפיגמה יחד עם הקומפוננטות, כל מצב (רגיל, ריק, שגיאה, טעינה, הצלחה) מקבל טקסט לפני שיש לו עיצוב סופי, והמפתחים מקבלים קובץ Strings אחד עם כל הטקסטים ולא מחליטים לבד.

ומדידה. כל שינוי במיקרו-טקסט הוא השערה עד שהוא נבדק. הקלטות סשנים ומפות חום מראות איפה משתמשים מהססים, ובדיקות A/B על כפתורים ראשיים הן מהזולות והמהירות שאפשר להריץ. שינוי טקסט לא דורש ספרינט פיתוח. הוא דורש החלטה.

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