איך לא להימנע ממקרה קצה באתר אינטרנט

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

על פי ההגדרה בויקיפדיה, מקרה קצה הוא מצב או בעיה, שקורים רק בנסיבות נדירות או בתנאים קיצוניים. 

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

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

מקרה קל - קוד הנחה וסל הקניות הקטן

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

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

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

האם במקרה הזה הסל הקטן יתעדכן ויציג את הקוד הנחה והסה״כ המעודכן? 

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

כיצד אם כן נוכל להימנע ממקרה קצה? 

תיאור תהליך המקביל כמה שיותר לעולם האמיתי

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

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

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

פירוק התהליך או הרכיב לחלקים קטנים

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

מחקר מחקר ועוד מחקר

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

אם זה נהוג, אפשר יהיה להסתכל על ההתנהגות וההשפעה על הסל, גם במצבים בהם מוסיפים למשל, עוד קוד הנחה! 

יצירתיות כמובן

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

בונוס - לא לפחד ממקרה קצה! 

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

אחת הסיבות יכולה להיות שבמידה והם מתגלים בשלב שלאחר סגירת החוזה, הם יכולים לגרום להפסד, בעיקר במידה ומדובר במקרה קצה מורכב במיוחד. 

סיבה שכיחה יותר יכולה להיות כאשר הם צצים בשלב תכנון והכנת הצעת המחיר. זה כמובן ייקר את ההצעה, גם ככה הלקוח/ה לא רואים, אז יאללה, בוא נתעלם! 

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

Photo by Kévin et Laurianne Langlais on Unsplash