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