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