אפיון השפה של ממשלת ישראל

נוהל עבודה מומלץ לכתיבת מיקרו-קופי

תאריך פרסום: 15/07/2020, 17:15 | תאריך עדכון: 03/01/2021, 14:21

לפני הכל

 

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

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

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

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

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

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

היעזרו בשאלון קהל היעד

אחרי אפיון UX, לפני עיצוב

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

2. כתיבת המיקרו-קופי

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

3. בדיקות
אם אפשר, ערכו בעצמכם בדיקות שמישות (אמיתיות או גרילה) כדי לוודא שהמיקרו-קופי עובד כמו שתכננתם.
בקשו להיות נוכחים בכל בדיקת שמישות ושימו לב למילים שבוחרים המשתמשים ולמקומות שדרושה בהם הבהרה.

שלבי העיצוב והפיתוח

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

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

אחרי הפיתוח מתגלות לעיתים גם תקלות שנובעות ממגבלות של המערכת, למשל שומרי מקום שנחתכים כי השדה מוגבל בתווים.  יש להדגיש בפני המפתחים כמה חשבתם על כל מילה וכמה חשוב לעשות מאמץ להציג את המיקרו-קופי בדיוק כמו שכתבתם אותו. אם אי אפשר – עשו את ההתאמות הדרושות.

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

להישאר עם יד על הדופק

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

הרי בסופו של דבר – עשינו את כל זה כדי שיהיה להם טוב יותר :)​

חזור לראש הדף