מגדירים מה משתנה כשמחליפים שפה
בממשק עברי עשויים להופיע שם חברה באנגלית, קוד פנייה, תאריך והערה בכל אחת מהשפות. תרגום הכפתורים לא קובע כיצד הערכים האלה יתנהגו. אפיון שימושי מפריד בין שלוש החלטות: שפת הממשק, כיוון הצגת התוכן ומשמעות המידע שנשמר.
לדוגמה, נניח שעובדת פותחת במערכת שירות את הפנייה SR-0042 עבור לקוח ששמו שמור בעברית. בפנייה מופיעים שם מוצר באנגלית, מועד ביקור ב־4 בנובמבר 2026 והערה בעברית. עובד שמשתמש בממשק האנגלי צריך למצוא את אותה פנייה ולהמשיך לטפל בה. החלפת השפה לא אמורה לתרגם את שם הלקוח השמור, לשנות את קוד הפנייה או להזיז את מועד הביקור.
סכמו מה יקרה למידע שטרם נשמר בזמן החלפת שפה: המערכת תשמור עליו, או תבקש בבירור לשמור או לבטל את השינויים לפני המעבר. הגדירו גם מה יקרה למסננים ולרשומה הפתוחה. אלה דרישות מוצר שצריך להדגים; עצם קיומו של תפריט שפות לא מבטיח אותן.
שומרים על הערכים גם כשמשלבים שפות
קוד כמו SR-0042 הוא מזהה, לא כמות. צריך לשמור על האפסים המובילים, המקף וסדר התווים בהקלדה, בשמירה, בהעתקה ובייצוא. מספרי טלפון, כתובות דוא״ל וקודי אסמכתה צריכים להתנהג לפי הפורמט שלהם, גם כשהטופס שסביבם בעברית.
הנחיות W3C לטקסט דו־כיווני ממליצות לבודד מקטע שכיוונו שונה מכיוון הטקסט שסביבו. כשהכיוון ידוע, אפשר להגדיר אותו במפורש. עבור תוכן שהמשתמש הזין וכיוונו אינו ידוע מראש, HTML מציע את הרכיב bdi ואת התכונה dir עם הערך auto. הזיהוי האוטומטי נשען על התו הראשון בעל כיווניות חזקה, ולכן עדיין צריך לבדוק שמות שמשלבים שפות.
בקשו מהצוות לבדוק שם לקוח בעברית לצד שם מוצר באנגלית, קוד ליד סוגריים והערה שמתחילה במספר. בדקו גם את סימני הפיסוק. כפי שמסביר מדריך הטפסים של W3C, קידוד UTF-8 מאפשר לייצג תווים בשפות שונות, אבל קידוד תקין לבדו לא מסדר את התצוגה. אל תתקנו בעיית תצוגה באמצעות היפוך הטקסט השמור או הוספת רווחים בתוך קוד.
מתאימים את הפריסה לפי המשמעות
W3C מבחין בין הגדרת שפת הדף להגדרת כיוון הטקסט. דף בעברית צריך כיוון בסיס מתאים, מימין לשמאל; הגדרת השפה לבדה לא קובעת אותו. מאפייני פריסה שמתייחסים לתחילת התוכן ולסופו מסייעים להתאים ריווח ויישור לכיוון שנבחר.
לפני שמשקפים רכיב, בדקו מה הוא מייצג. כפתור שמשמעותו חזרה צריך להיות ברור בהקשר של הממשק. תמונת מוצר, מזהה וסמל בעל משמעות קבועה בעולם האמיתי דורשים החלטה נפרדת. שיקוף אוטומטי של כל הרכיבים עלול ליצור טעויות חדשות.
בטבלת הפניות, בחרו סדר שמאפשר לסרוק בקלות את המזהה, הלקוח, מועד הביקור, הסטטוס והפעולה הבאה בכל שפה. ודאו שכל כותרת נשארת קשורה לערך הנכון גם כשהעמודות זזות או הפריסה משתנה בנייד. בדקו שם ארוך ומסך צר; טבלה מסודרת עם טקסטים קצרים להדגמה אינה בדיקה מספקת.
מונעים עמימות בתאריכים, בסכומים ובסטטוסים
קוראים שונים עלולים לפרש אחרת את התאריך 04/11/2026. בדוגמת הפנייה שלנו הכוונה היא ל־4 בנובמבר 2026. הגדירו תצוגה חד־משמעית או הנחיה ברורה לגבי פורמט ההזנה, ובדקו מה נשמר בפועל. בחירה באנגלית לא אמורה להחליף בלי הודעה את פורמט התאריך, המטבע או אזור הזמן; סכמו את ההגדרות האלה בנפרד.
גם יום ביקור ומועד מדויק של אירוע הם סוגי מידע שונים. שאלו מה צריך להישאר קבוע כשצופים בפנייה מאזור זמן אחר. בסכומים, שמרו על המטבע והסימן לצד הערך. לפני שמאשרים את המערכת, חשוב לבדוק ששני העובדים מבינים את אותו מועד או סכום, מעבר לכך ששני המסכים נראים מסודרים.
לסטטוסים בתהליך צריכה להיות אותה משמעות תפעולית בשתי השפות. הודעה שהפנייה התקבלה אינה הודעה שהיא אושרה. הגדירו מי מטפל בה כעת ואיזו פעולה אפשר לבצע בכל מצב. בדקו הודעות שגיאה ותוצאות חיפוש ריקות באותה תשומת לב שמקדישים לכותרות, כי דווקא במצבים האלה העובד צריך להבין איך להמשיך.
בודקים תהליך שלם לפני שמאשרים גרסה
| שלב | מה מנסים | מה מתעדים |
|---|---|---|
| הזנה ושמירה | יוצרים את הפנייה SR-0042 עם שמות בשתי השפות, מועד הביקור שסוכם והערה בעברית. | בפתיחה מחדש נשמרים הקוד המדויק, הטקסט המקורי והתאריך המיועד. |
| חיפוש וסינון | מוצאים את הפנייה לפי הקוד ולפי שם הלקוח השמור בשני הממשקים. | שני החיפושים מובילים לאותה רשומה; מסנני התאריך והסטטוס שומרים על משמעותם. |
| תיקון שגיאה | משאירים שדה חובה ריק ואז מתקנים אותו באמצעות המקלדת. | ההודעה מזהה את השדה; מיקום המיקוד והפעולה הבאה ברורים. |
| החלפת שפה | מחליפים שפה בזמן צפייה ברשומה וגם בזמן עריכת טיוטה. | נשארים באותה רשומה; הטיפול בטיוטה תואם להתנהגות שסוכמה. |
| העברת טיפול | עובד בממשק האנגלי ממשיך לטפל בפנייה של העובדת בממשק העברי. | אפשר לזהות מי אחראי, מה הסטטוס ומה הפעולה הבאה בלי להזין שוב את המידע. |
| העתקה וייצוא | מעתיקים את הקוד ומייצאים את הפנייה בפורמט הנתמך. | המזהה והטקסט נשמרים; תאריכים, מטבע וכותרות שומרים על משמעותם. |
מבקשים הוכחה מתוך העבודה עצמה
בצעו את התהליך עם משתמשים שעובדים בכל שפה, בעזרת דוגמאות שמותר להשתמש בהן ושמייצגות את הרשומות האמיתיות. לגבי חיפוש, הגדירו במפורש מה נדרש: מציאת שם וקוד בדיוק כפי שנשמרו היא דרישה אחת; תעתיק, וריאציות כתיב והתאמה בין שפות הן יכולות נפרדות. ממשק מתורגם לא מבטיח שאפשר למצוא שם עברי לפי הכתיב שלו באנגלית.
כללו בבדיקה את גדלי המסך הנתמכים במחשב ובנייד, שימוש במקלדת וטכנולוגיות מסייעות הרלוונטיות למשתמשים. הנחיות W3C לגבי סדר המיקוד מדגישות סדר ששומר על משמעות ועל יכולת התפעול. שיקוף המסך לא מוכיח שסדר המעבר בין רכיבים שימושי. בדיקת התהליך בשתי השפות מספקת מידע חשוב, אך אינה מוכיחה עמידה מלאה בדרישות נגישות.
לפני אישור הגרסה, שמרו את רשומות הבדיקה, התוצאות הצפויות, התקלות שנמצאו ומי אחראי לתיקון כל תקלה. תקנו בחירה ברשומה שגויה, שינוי ערכים וחסימת פעולות לפני העלייה לאוויר. התוצאה צריכה להיות תהליך משותף שאפשר לבצע בביטחון בשפה הנבחרת, עם תיאור ברור של המגבלות שנותרו.
מקורות וקריאה נוספת
נגדיר תהליך שעובד בשתי השפות.
הביאו משימה אחת, את השפות שבהן הצוות עובד ודוגמאות לרשומות שמשלבות שפות. נעזור להגדיר את חוויית השימוש ואת הבדיקות הדרושות לה.
נדבר על חוויית השימוש במערכת
