אתר איקומרס יכול להמשיך לקבל תנועה, להציג מוצרים ולהיראות תקין לחלוטין, בזמן שתקלה באחד השלבים מונעת מלקוחות להשלים רכישה. לעיתים מדובר בכפתור שאינו עובד במכשיר מסוים, בקופון שמחזיר הודעת שגיאה או בשיטת משלוח שנעלמה לאחר עדכון. במקרים אחרים התקלה נמצאת מאחורי הקלעים: ההזמנה נקלטת אך המלאי אינו מתעדכן, מייל האישור אינו נשלח או נתוני המכירות אינם מגיעים למערכת האנליטיקה.
הסכנה בתקלות כאלה אינה רק אובדן ההזמנה הבודדת. כאשר הבעיה אינה מזוהה בזמן, היא יכולה להימשך ימים ואף שבועות, להשפיע על קמפיינים פעילים ולפגוע באמון הלקוחות. במקרים רבים העסק מגלה אותה רק לאחר שלקוח פונה לשירות, ולעיתים לא מתקבלת פנייה כלל והלקוח פשוט רוכש באתר אחר.
אי אפשר למנוע כל תקלה, אבל אפשר לקצר משמעותית את הזמן שבין הרגע שבו היא נוצרת לבין הרגע שבו מזהים ומתקנים אותה. לשם כך צריך להכיר את נקודות הכשל הנפוצות, לבצע בדיקות יזומות ולחבר בין הנתונים העסקיים לבין בדיקה מעשית של חוויית הרכישה.
תקלה בסליקה אינה תמיד נראית כמו תקלה
כאשר מערכת הסליקה מושבתת לחלוטין, קל יחסית לזהות את הבעיה. לקוחות מדווחים שאינם מצליחים לשלם, ומספר ההזמנות יורד באופן חד. הבעיות המורכבות יותר הן תקלות חלקיות.
ייתכן שסוג מסוים של כרטיס אינו עובר, שאפשרות התשלומים אינה פועלת, שסליקה נכשלת רק במובייל או שהמעבר לספק התשלום נתקע בדפדפן מסוים. חלק מהלקוחות מצליחים להשלים רכישה ולכן האתר נראה פעיל, אך אחרים נתקלים במחסום.
סימנים אפשריים לתקלה בסליקה כוללים עלייה בהתחלות תשלום ללא עלייה מקבילה בהזמנות, ריבוי ניסיונות תשלום על אותה עגלה, הודעות שגיאה שחוזרות במערכת או ירידה חריגה ביחס ההמרה במכשיר מסוים.
הדרך הטובה ביותר לבדוק את הנושא היא לבצע הזמנת ניסיון מלאה. כדאי לבדוק כרטיסים ואמצעי תשלום שונים, אפשרות לתשלומים, תשלום במובייל והזמנה הכוללת קופון או משלוח חריג. חשוב לא לעצור במסך האישור של ספק הסליקה, אלא לוודא שההזמנה נקלטה באתר ושכל המערכות המשיכו לפעול לאחר התשלום.
המדריך על שיפור תהליך הרכישה באתר מפרט כיצד לעבור על כל הרצף מהעגלה ועד אישור ההזמנה. במקרה של תקלה, המיפוי הזה עוזר להבין אם הבעיה נמצאת בספק הסליקה, בטופס, בחיבור בין המערכות או בשלב שמתרחש עוד לפני התשלום.
בעיות בכפתור ההוספה לסל ובווריאציות
כפתור ההוספה לסל הוא אחד הרכיבים הקריטיים באתר, אך הוא יכול להפסיק לעבוד באופן מלא או חלקי בעקבות עדכון, שינוי בתבנית או התנגשות בין תוספים.
לעיתים הכפתור מגיב אך המוצר אינו נוסף בפועל. לפעמים הוא עובד במוצר רגיל אך לא במוצר עם וריאציות. במקרים אחרים הלקוח בוחר מידה או צבע, אך הסל מקבל וריאציה אחרת או מחיר שגוי.
גם הודעות השגיאה עלולות ליצור בעיה. אם המשתמש לא בחר וריאציה, העמוד צריך להסביר מה חסר ולהפנות אותו לאזור המתאים. הודעה שמופיעה מחוץ למסך, נעלמת מהר מדי או משתמשת בניסוח טכני עלולה לגרום לו לחשוב שהאתר תקול.
כדאי לבדוק כמה סוגי מוצרים:
- מוצר רגיל עם מחיר קבוע.
- מוצר עם כמה מידות או צבעים.
- מוצר שמחירו משתנה לפי הווריאציה.
- מוצר עם מלאי מוגבל.
- מוצר במבצע.
- מוצר שמוגבלת בו הכמות להזמנה.
הבדיקה צריכה לכלול שינוי כמות, הסרת מוצר, חזרה לעמוד והוספה מחדש. כך ניתן לזהות תקלות שלא מופיעות בלחיצה הראשונה בלבד.
כאשר מוצר מקבל צפיות אך שיעור ההוספה לסל יורד, לא נכון להניח מיד שהמחיר או התוכן הם הבעיה. כדאי לבצע קודם את הבדיקות המתוארות במדריך איך לבדוק אם עמוד מוצר ממיר טוב? ולוודא שהפעולה הבסיסית אכן זמינה בכל המכשירים והתרחישים.
פערים בין המלאי באתר למלאי האמיתי
ניהול מלאי באתר איקומרס מערב לעיתים כמה מערכות: אתר, מחסן, מערכת ERP, חנות פיזית, ספקים וזירות מכירה נוספות. ככל שמספר החיבורים גדל, כך גדל הסיכון לפערים.
תקלה בסנכרון יכולה לגרום למוצר זמין להופיע כחסר, או למוצר שאזל להמשיך להימכר. במקרה הראשון העסק מאבד מכירות. במקרה השני הוא מוכר מוצר שאינו יכול לספק ונאלץ לבטל הזמנה או להציע חלופה.
פערים יכולים להופיע גם ברמת הווריאציה. דגם מסוים מסומן כזמין, אך הצבע או המידה שנבחרו אינם קיימים. לעיתים הכמות הכללית נכונה, אך מכירה דרך ערוץ אחר אינה מתעדכנת בזמן באתר.
כדאי לעקוב אחר סימנים כמו עלייה בביטולי הזמנות בגלל חוסר מלאי, מוצרים שמופיעים כחסרים למרות שהגיע משלוח חדש, מלאי שלילי או פערים קבועים בין דוח האתר לדוח המחסן.
מומלץ לבצע בדיקות מדגמיות על מוצרים מרכזיים, רבי־מכר ומוצרים שנמצאים במלאי נמוך. אין צורך לספור ידנית את כל המחסן בכל שבוע, אך חשוב לוודא שהחיבור עובד וששינויים שנעשים במערכת אחת משתקפים באחרות.
כאשר מוצר חסר, יש לבדוק גם מה המשתמש רואה. האם הוא יכול להירשם לעדכון? האם מוצגות חלופות רלוונטיות? האם המוצר ממשיך להופיע בקמפיינים ובעמוד הבית אף שאינו זמין? תקלה במלאי אינה רק בעיית תפעול; היא משפיעה גם על השיווק ועל חוויית המשתמש.
קופונים ומבצעים שמוגדרים בצורה שגויה
קופונים הם מקור שכיח לתקלות, משום שהם תלויים במספר תנאים: תקופת תוקף, סכום מינימום, קטגוריות, מוצרים, לקוחות, שימוש חד־פעמי ואפשרות לשילוב עם הטבות אחרות.
קופון יכול להיראות פעיל במערכת אך לא לעבוד בסל. הוא יכול לעבוד על מוצרים שלא אמורים להיכלל, להעניק הנחה כפולה או להמשיך לפעול לאחר תאריך הסיום. לעיתים הוא מופעל נכון במחשב אך אינו נגיש בעגלת המובייל.
גם נוסח ההודעה חשוב. לקוח שמזין קוד ומקבל הודעה כללית שהקופון אינו תקין אינו יודע אם הקוד פג, אם חסר לו סכום מסוים או אם אחד המוצרים אינו משתתף במבצע. חלק מהמשתמשים יעזבו את האתר כדי לחפש קוד אחר.
לפני העלאת מבצע כדאי לבצע כמה הזמנות ניסיון:
- סל שעומד בכל התנאים.
- סל שנמצא מתחת לסכום המינימום.
- מוצר שאינו משתתף במבצע.
- שימוש בקופון לצד הנחה קיימת.
- שימוש חוזר בקוד, כאשר יש מגבלת שימוש.
- בדיקה לפני תאריך ההתחלה ולאחר תאריך הסיום.
לאחר שהמבצע עולה, צריך לבדוק גם את הנתונים. שימוש חריג בקופון או ירידה בלתי צפויה בגודל הסל יכולים להעיד שההגדרה שונה מהתכנון. דוח המכירות והקופונים, כפי שמוסבר במדריך אילו דוחות צריך לבדוק באתר איקומרס?, מאפשר לזהות במהירות אם פעילות מסחרית מייצרת תוצאה לא צפויה.
שיטות משלוח שנעלמות או מציגות מחיר שגוי
מערכת המשלוחים מושפעת מכתובת הלקוח, משקל, גודל, סכום ההזמנה, סוג המוצר ולעיתים גם ממלאי במחסן מסוים. שינוי קטן בהגדרה יכול לגרום לכך שלקוחות באזור מסוים לא יראו אפשרות משלוח או יקבלו מחיר שאינו נכון.
תקלה נפוצה היא משלוח חינם שלא מופעל אף שהלקוח עבר את הסכום הנדרש. תקלה אחרת היא מצב שבו מוצר גדול מקבל בטעות משלוח רגיל, או שמוצרים משני סוגים יוצרים שילוב שאין עבורו שיטת אספקה.
כאשר אין שיטת משלוח זמינה, האתר לא תמיד מציג הודעה ברורה. המשתמש יכול להישאר בעמוד התשלום בלי להבין מדוע אינו יכול להתקדם.
כדי לבדוק את המערכת, כדאי להשתמש בכמה כתובות מאזורים שונים ולבנות סלים מסוגים שונים. יש לבדוק הזמנה קטנה, הזמנה שעוברת את רף המשלוח החינם, מוצר חריג ושילוב בין כמה קטגוריות.
חשוב לבדוק גם את זמן האספקה המוצג. אם עמוד המוצר מבטיח זמן אחד ובסל מופיע זמן אחר, הלקוח עלול לאבד אמון גם כאשר המחיר נכון.
לאחר שינוי בתעריפי חברת השילוח או בהגדרות האתר, הבדיקה צריכה להתבצע מיד ולא להמתין לתלונה ראשונה.
מיילים אוטומטיים שאינם נשלחים
מייל אישור הזמנה מעניק ללקוח ודאות שהתשלום התקבל. כאשר הוא אינו מגיע, הלקוח עלול לבצע הזמנה נוספת, לפנות לשירות או לחשוש שהעסקה נכשלה.
מיילים יכולים להיעצר בגלל שינוי בשרת הדואר, הגדרה שגויה, בעיית אימות דומיין או מעבר לתיקיית הספאם. לעיתים הם נשלחים ללקוח אך לא לצוות העסק, או להפך.
יש לבדוק את כל ההודעות המרכזיות: אישור הזמנה, אישור תשלום, עדכון משלוח, איפוס סיסמה, פתיחת חשבון והודעה על חזרה למלאי. אם האתר שולח חשבונית או קבלה באמצעות מערכת חיצונית, צריך לוודא שגם החיבור הזה עובד.
כדאי לבדוק את תוכן המייל ולא רק את עצם השליחה. האם סכום ההזמנה נכון? האם התמונות מופיעות? האם הקישורים עובדים? האם זמן האספקה תואם למידע באתר? האם פרטי הקשר עדכניים?
כאשר מבצעים הזמנת ניסיון שבועית או חודשית, חשוב להשתמש בכתובת חיצונית אמיתית ולבדוק את חוויית הלקוח המלאה. בדיקה מתוך המערכת בלבד אינה תמיד חושפת בעיות מסירה.
הזמנות שנקלטות באתר אך לא מגיעות להמשך התפעול
הזמנה יכולה להיראות תקינה מבחינת הלקוח ולהופיע במערכת האתר, אך לא לעבור למחסן, למערכת החשבוניות, ל-CRM או לחברת השילוח.
זו תקלה מסוכנת משום שהיא מתגלה לעיתים רק כאשר הלקוח שואל מדוע המשלוח מתעכב. מבחינת צוות האתר, התשלום התקבל. מבחינת הצוות התפעולי, ההזמנה אינה קיימת.
חיבורים בין מערכות יכולים להיכשל בגלל הרשאות, שינוי API, עדכון גרסה או פורמט נתונים לא צפוי. לפעמים רק הזמנות מסוג מסוים נתקעות, למשל הזמנה עם קופון, מוצר בעל וריאציה או משלוח לנקודת איסוף.
כדי לזהות את הבעיה צריך לבצע התאמות בין המערכות. מספר ההזמנות באתר צריך להתאים למספר ההזמנות שנכנסו למערכת התפעולית. סכומי ההכנסה צריכים להתיישב עם נתוני הסליקה, והחשבוניות צריכות להתאים לעסקאות.
אין צורך לבצע התאמה ידנית מלאה בכל שעה, אך כדאי לקבוע בדיקה יומית או התראה על כשל בהעברת הזמנה. בעסק בעל נפח גבוה, המתנה לסוף החודש יכולה להפוך תקלה קטנה למשבר שירות משמעותי.
קישורים שבורים ועמודי מוצר שנמחקו
קטלוג משתנה יוצר באופן טבעי מוצרים שיוצאים, קטגוריות שמתאחדות וכתובות שמשתנות. ללא ניהול מסודר, קישורים פנימיים, באנרים, מודעות ותוצאות חיפוש עלולים להוביל לעמודים שאינם קיימים.
עמוד 404 אינו תמיד תקלה חמורה, אך כאשר הוא נמצא במסלול מרכזי הוא יכול לעצור את המשתמש. קישור שבור מתוך עמוד הבית, קטגוריה או קמפיין פעיל מבזבז תנועה ומציג אתר שאינו מתוחזק.
כאשר מוצר מוסר מהאתר, צריך להחליט מהו היעד המתאים. אם קיים דגם חדש או מוצר חלופי קרוב, ניתן לבצע הפניה רלוונטית. אם המוצר עשוי לחזור למלאי, אפשר לשמור את העמוד ולהציג מידע מתאים. הפניה אוטומטית לעמוד הבית אינה בהכרח פתרון טוב, משום שהיא מאבדת את ההקשר של המשתמש.
כדאי לסרוק את האתר באופן תקופתי ולאתר קישורים שבורים, אך גם לבדוק ידנית את האזורים שמתחלפים בתדירות גבוהה: באנרים, עמודי מבצע, מאמרים ישנים ותפריטים.
שינויים כאלה צריכים להיכנס למערכת עבודה מסודרת. המדריך איך מנהלים משימות באתר בלי ללכת לאיבוד? מסביר כיצד לתעד שינוי, להגדיר אחראי ולוודא שהמשימה אינה נסגרת לפני שנבדקו גם הקישורים וההשפעות הנלוות.
חיפוש פנימי שמציג תוצאות לא רלוונטיות
מנוע החיפוש באתר יכול להיראות פעיל, אך להחזיר תוצאות חלשות. מוצר קיים אינו מופיע כאשר מחפשים את שמו, טעות כתיב מובילה לאפס תוצאות או חיפוש של קטגוריה מציג עמודים שאינם קשורים.
הבעיה בולטת במיוחד באתרים עם קטלוג גדול. משתמשים שיודעים מה הם רוצים נוטים לעבור ישירות לחיפוש. אם הוא אינו עוזר להם, הם לא תמיד יחזרו לנווט בתפריט.
כדאי לעבור על דוח החיפוש הפנימי ולאתר:
- ביטויים נפוצים שמחזירים אפס תוצאות.
- חיפושים שמובילים ליציאה מהאתר.
- שמות עממיים שאינם תואמים לשמות הקטלוג.
- שגיאות כתיב נפוצות.
- מוצרים שמופיעים נמוך למרות התאמה גבוהה.
- חיפושים למוצרים שאינם קיימים בקטלוג.
חיפוש שאינו פועל היטב אינו תמיד דורש החלפה מלאה של המערכת. לפעמים ניתן להוסיף מילים נרדפות, לשפר שמות מוצרים או לשנות את המשקל שניתן לשדות שונים.
תמונות ומדיה שאינן נטענות
תמונה חסרה בעמוד מוצר יכולה לפגוע ישירות במכירה. לעיתים הקובץ נמחק, הכתובת השתנתה או מערכת האופטימיזציה לא הצליחה לייצר גרסה מתאימה. במקרים אחרים התמונות נטענות במחשב אך לא בטלפון או בדפדפן מסוים.
כדאי לבדוק עמודי מוצר חדשים, מוצרים מרכזיים ועמודים שבהם בוצעו שינויים. יש לעבור בין התמונות, להגדיל אותן, לבחור וריאציות ולראות אם התמונה מתחלפת בהתאם.
גם סרטונים וקבצים חיצוניים יכולים להיעלם. סרטון שהוטמע משירות אחר, מדריך PDF או רכיב תלת־ממדי עלולים להפסיק לעבוד בלי להשפיע על שאר העמוד.
תקלה במדיה אינה תמיד מוצגת באופן בולט בדוחות. לכן היא מחייבת מעבר חזותי על האתר, במיוחד לאחר שינויים בתבנית, במערכת התמונות או ברשת אספקת התוכן.
תקלות שמופיעות רק במובייל
אתר יכול לעבוד היטב במחשב ולהציג תקלות משמעותיות בטלפון. תפריט שאינו נפתח, כפתור שמוסתר, פופאפ שאי אפשר לסגור, טבלה שיוצאת מהמסך או מקלדת שמכסה את כפתור התשלום יכולים לעצור את המשתמש.
מכיוון שבעלי האתר והספקים עובדים לרוב ממחשב, תקלות כאלה עלולות להישאר פעילות זמן רב. תצוגת הדמיה בדפדפן אינה תמיד מספיקה, משום שהיא אינה משחזרת מקלדת, מחוות מגע, רכיבי מערכת ושינויים בין דפדפנים ניידים.
כדאי לבדוק בכל שבוע מסלול קצר בטלפון אמיתי: כניסה לעמוד הבית, פתיחת תפריט, חיפוש מוצר, בחירת וריאציה, הוספה לסל והתקדמות לתשלום. מדי פעם רצוי להחליף מכשיר או דפדפן.
נתוני האתר יכולים לספק רמז. ירידה ביחס ההמרה במובייל בלבד, נטישה חריגה בשלב מסוים או צניחה פתאומית לאחר עדכון עשויות להצביע על בעיית תצוגה.
טעויות במחירים ובהנחות
מחיר שגוי יכול להיווצר מהזנה ידנית, סנכרון לקוי, מבצע שלא הסתיים או חישוב מס שאינו מוגדר נכון. לעיתים המחיר בעמוד שונה מהמחיר בסל, או שהווריאציה שנבחרה אינה מעדכנת אותו.
הבעיה אינה תמיד מחיר נמוך מדי. מחיר גבוה מהמתוכנן יכול לפגוע במכירות במשך זמן רב בלי ליצור תלונה. לקוחות פשוט עוזבים.
כדאי להשוות מחירים בין מערכת הניהול, עמוד המוצר, הסל והתשלום. במבצעים חשוב לבדוק שהמחיר הקודם והמחיר החדש מוצגים נכון ושההנחה מחושבת בהתאם לתכנון.
מוצרים חדשים, מוצרים עם וריאציות ומוצרים שמקבלים עדכונים אוטומטיים מספקים צריכים לקבל תשומת לב מיוחדת. אפשר להגדיר גם דוחות או התראות על שינוי קיצוני במחיר.
מערכת המדידה יכולה להישבר גם כשהאתר עובד
אתר יכול להמשיך למכור, אך מערכת האנליטיקה מפסיקה לתעד רכישות, הכנסות או שלבים במשפך. במקרה כזה העסק עלול להסיק שהמכירות ירדו, שהקמפיין נכשל או שתהליך מסוים אינו עובד, למרות שהבעיה נמצאת במדידה בלבד.
תקלות כאלה מופיעות לעיתים לאחר שינוי בעמוד התשלום, מעבר לספק סליקה, עדכון מנהל תגיות או שינוי בהגדרות ההסכמה לעוגיות. רכישה יכולה להירשם פעמיים, לא להירשם כלל או להופיע ללא סכום ומוצרים.
כדאי להשוות באופן קבוע בין מספר ההזמנות במערכת האתר לבין מספר הרכישות בדוחות האנליטיקה. פער קטן יכול להיות טבעי בגלל חסימות מדידה, אך שינוי חד דורש בדיקה.
יש לבדוק גם את האירועים המקדימים: צפייה במוצר, הוספה לסל, התחלת Checkout ורכישה. אם אחד מהם נעלם, משפך הרכישה הופך לבלתי אמין.
מערכת מדידה תקינה אינה מתקנת את האתר, אבל היא מאפשרת לזהות תקלה בזמן ולדעת היכן לחפש. לכן היא חלק בלתי נפרד מתהליך ניהול אתר איקומרס, ולא שכבה טכנית שמטופלת רק בתחילת הפרויקט.
איך מזהים תקלה לפני שהלקוחות מדווחים?
הדרך היעילה ביותר היא לשלב בין שלוש שכבות בקרה: בדיקות יזומות, נתונים והתראות.
בדיקות יזומות כוללות מעבר על תהליך הרכישה, טפסים, קופונים, משלוחים ומיילים. הן מאפשרות לגלות בעיה גם כאשר נפח הפעילות נמוך והנתונים עדיין אינם מראים שינוי ברור.
הנתונים מספקים תמונה רחבה יותר. ירידה פתאומית בהזמנות, שינוי ביחס ההמרה, עלייה בנטישה או היעלמות של מכירות ממכשיר מסוים יכולים להצביע על בעיה שאינה מתגלה בבדיקה אחת.
התראות מאפשרות להגיב במהירות למצבים ברורים: האתר אינו זמין, מספר ההזמנות ירד מתחת לרף, התקבלו שגיאות API, החיבור למערכת חיצונית נכשל או לא התקבלו עסקאות במשך פרק זמן חריג.
אף שכבה אינה מספיקה בפני עצמה. בדיקה ידנית יכולה לפספס תרחיש נדיר. דוח יכול להציג את הבעיה רק לאחר שכבר אבדו הזמנות. התראה טכנית יכולה להראות שהשרת פעיל, אף שתהליך התשלום אינו עובד. החיבור בין שלושתן יוצר מערכת בקרה אמינה יותר.
לבנות שגרת בדיקות לפי רמת הסיכון
לא כל רכיב באתר דורש בדיקה באותה תדירות. עדיף לתעדף את המקומות שבהם תקלה גורמת לנזק העסקי הגדול ביותר.
בדיקה יומית קצרה יכולה לכלול את מספר ההזמנות, תקלות תשלום, חריגות במלאי והזמנות שלא עברו למערכות התפעול. בבדיקה השבועית כדאי לבצע מסלול רכישה, לבדוק קופונים פעילים, טפסים, מובייל ומיילים אוטומטיים. לאחר עדכון, השקת מבצע או שינוי בתשתית יש לבצע בדיקה ממוקדת ומלאה יותר.
המדריך מה צריך לבדוק באתר אינטרנט פעם בשבוע? מספק שגרת בסיס רחבה. באתר איקומרס יש להרחיב אותה בהתאם למבנה הקטלוג, שיטות התשלום, החיבורים והפעילות המסחרית.
כדאי גם ליצור רשימת תרחישי בדיקה קבועים ולא להסתמך על זיכרון. למשל: מוצר רגיל, מוצר עם וריאציה, מוצר במבצע, קופון, משלוח חינם, משלוח חריג ותשלום במובייל. כך כל בדיקה מכסה את הנקודות המרכזיות ולא חוזרת רק על התרחיש הפשוט ביותר.
מה עושים כאשר מתגלה תקלה?
השלב הראשון הוא להבין את ההשפעה. האם התקלה מונעת תשלום מכל המשתמשים או רק מתרחיש מסוים? האם היא פוגעת במוצר אחד, בקטגוריה או באתר כולו? האם קיימת דרך חלופית להשלים את הפעולה?
תקלה קריטית דורשת לעיתים לעצור קמפיין, להסיר מוצר, לבטל זמנית קופון או להציג הודעה ללקוחות עד לתיקון. עדיף לצמצם תנועה לפעולה שאינה עובדת מאשר להמשיך להשקיע בפרסום ולהגדיל את הנזק.
צריך לתעד את התקלה בצורה ברורה: מתי התגלתה, באיזה מכשיר, באיזה עמוד, מהם השלבים לשחזור ומה הייתה התוצאה הצפויה. צילום מסך או סרטון קצר יכולים לחסוך זמן רב למפתח.
לאחר התיקון יש לחזור על התרחיש המלא, ולא רק לבדוק שההודעה נעלמה. אם תוקן קופון, יש לוודא שההנחה מחושבת, שהסכום עובר נכון לסליקה ושההזמנה נקלטת. אם תוקן כפתור, יש לבדוק את ההמשך עד אישור ההזמנה.
לבסוף, כדאי להבין מדוע התקלה לא התגלתה מוקדם יותר. האם חסרה בדיקה? האם אין התראה? האם השינוי פורסם ללא QA? השאלה הזו מאפשרת לשפר את התהליך ולא רק לטפל באירוע הנוכחי.
לא להסתפק בכך שהאתר “עולה”
אתר איקומרס נחשב תקין רק כאשר הלקוח יכול להשלים את המסלול כולו והעסק מסוגל לטפל בהזמנה לאחר מכן. העובדה שעמוד הבית נטען אינה אומרת שהמחירים נכונים, שהמלאי מסונכרן, שהתשלום עובר או שההזמנה מגיעה למחסן.
ניהול מקצועי מחייב הסתכלות על האתר כמערכת שמחברת תוכן, קטלוג, מלאי, שיווק, סליקה, משלוחים ומערכות תפעוליות. תקלה בכל אחד מהחיבורים יכולה להשפיע על התוצאה הסופית.
שגרה של בדיקות קצרות, מעקב אחר חריגות והזמנות ניסיון מאפשרת לזהות בעיות לפני שהן מצטברות. כאשר כל שינוי משמעותי עובר בדיקה וכל תקלה מתועדת, האתר הופך לפחות תלוי בתלונות של לקוחות ובמזל.
המטרה אינה להגיע למצב שבו לעולם אין תקלות. המטרה היא לבנות מערכת שיודעת לגלות אותן במהירות, לצמצם את הנזק ולהחזיר את האתר לפעילות מלאה לפני שהבעיה הופכת לאובדן מכירות מתמשך.