גרסאות מוצר בחנות: איך מגדירים אפשרויות בלי ליצור שילובים לא תקפים
מאת איתי דילן זריהן זיונץ· הבעלים של POCAST
גרסאות מוצר צריכות לייצג אפשרויות שאפשר לספק. לפני הפיתוח מגדירים אילו מאפיינים משתנים, האם יש תלות ביניהם ומה יקרה כששילוב אינו זמין.
התשובה בקצרה
גרסאות מוצר צריכות לייצג אפשרויות שאפשר לספק. לפני הפיתוח מגדירים אילו מאפיינים משתנים, האם יש תלות ביניהם ומה יקרה כששילוב אינו זמין.
החלטות ותהליך עבודה
מפו אפשרויות כמו גודל, שפה או תכולה והבחינו בינן לבין מוצר נפרד. קבעו מזהה לגרסה, אופן הצגת זמינות וכללי בחירה. בדקו אם מחיר ותיאור משתנים לפי הגרסה. תהליך ההזמנה צריך לאמת את הבחירה בשרת, ולא להסתמך רק על מה שהדפדפן מאפשר לבחור.
להרחבה: אימות קלט ובחירות בצד השרת — OWASP.
תרחיש להמחשה
במוצר לדוגמה אפשר לבחור גרסה רחבה או אנכית ותכולת כתוביות. אם גרסה מסוימת אינה מוצעת, המערכת מסבירה זאת ולא מציגה שילוב שאפשר להוסיף לסל אך אי אפשר למסור. שינוי זמינות נבדק גם בזמן ההזמנה.
רשימת בדיקה
- אפשרויות ותלות מוגדרות.
- לכל גרסה מזהה.
- שילוב חסר מקבל הסבר.
- תכולה ומחיר נשמרים לפי הבחירה.
- השרת בודק את האפשרות שנשלחה.
בדיקת החלטה לפני שממשיכים
נסו שילוב שאינו מותר גם בבקשה ישירה לשרת בסביבת בדיקה. אפשרות מוסתרת במסך אינה מונעת הזמנה לא תקפה אם השרת מקבל אותה.
שאלה שכדאי להכניס לבריף
אילו אפשרויות ניתן לשלב, ואילו צירופים חייבים להידחות?
המוצר והתכולה לבירור
פיתוח גרסאות מוצר — בחירה לפי אפשרויות ותכולה. השירות כפוף להצעת מחיר מותאמת לאחר בירור החומרים, ההיקף ונקודות האישור.
לעריכת בריף ולפנייה בנושא המוצר.
לכל המוצרים בתחום פיתוח חנויות דיגיטליות.
הכנת בריף
כלי לתכנון הפרויקט — אפשר להכין סיכום ולערוך אותו לפני פנייה.