מסע נטישת עגלה: איך בונים אוטומציה שמחזירה לקוחות בלי לשחוק רווחיות

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

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

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

אבל מה יקרה אם הלקוחה כבר השלימה את הרכישה ממכשיר אחר? מה יקרה אם המידה אזלה מהמלאי? מה יקרה אם היא נטשה בגלל שגיאת תשלום? ומה אם היא כלל לא הסכימה לקבל הודעות שיווקיות בערוץ שבו פנינו אליה?

מסע נטישת עגלה אינו רק רצף של הודעות. הוא מערכת החלטות.

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

הקופי חשוב, אבל הוא מגיע רק לאחר שהתשתית הזו קיימת.

מהו מסע נטישת עגלה?

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

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

אבל ההגדרה הזו מסתירה הבדל חשוב.

לא כל מי ש״נטש עגלה״ הגיע לאותו שלב, ולא כל מערכת משתמשת במונח באותה צורה.

Shopify, למשל, מציעה אוטומציות נפרדות למשתמש שצפה במוצר, למשתמש שהוסיף מוצר לעגלה ולמשתמש שהתחיל Checkout. גם ב־Klaviyo אפשר להפעיל Flow באמצעות אירוע Added to Cart או באמצעות Started Checkout, כאשר המסע הסטנדרטי ברבות מהאינטגרציות מבוסס על התחלת Checkout.

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

נטישת מוצר, נטישת עגלה ונטישת Checkout אינן אותו דבר

משתמש שצפה במוצר נמצא במצב שונה ממשתמש שכבר הזין פרטים בתהליך התשלום.

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

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

ב־GA4 ההפרדה מתבטאת, בין היתר, באירועים view_item, add_to_cart, begin_checkout ו־purchase. Google ממליצה על האירועים האלה לצורך מדידת מסחר אלקטרוני, אך צריך להטמיע ולבדוק שהם אכן נשלחים עם הפרמטרים הנכונים.

לכן לפני שבונים את המסע צריך לענות על שאלה פשוטה:

איזה אירוע בדיוק מפעיל אותו?

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

מסע נטישת עגלה אינו פתרון ל־Checkout שבור

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

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

במקרים כאלה, שיעור נטישה גבוה הוא סימפטום.

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

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

לכן הסדר הנכון הוא:

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

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

מסע טוב מתחיל באירוע אמין

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

נניח שהמערכת קיבלה אירוע Started Checkout. כמה דקות לאחר מכן הלקוח שילם, אך אירוע ההזמנה התעכב בדרך למערכת הדיוור. אם המסר הראשון נשלח מהר מדי, הלקוח עלול לקבל הודעת ״שכחת משהו?״ לאחר שכבר קיבל אישור הזמנה.

Klaviyo מציינת שחלק מהאינטגרציות אינן מסנכרנות את אירועי ה־Checkout מיד. כאשר הסנכרון מתבצע אחת לשעה, השהיה קצרה מדי עלולה לגרום למסרים להישלח לפני שכל האירועים הרלוונטיים הגיעו. בתיעוד שלה היא ממליצה לבדוק את תדירות הסנכרון ולא להשתמש בהשהיה קצרה מ־1:15 שעות כאשר נדרשת התאמה לאינטגרציה שמתעדכנת מדי שעה.

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

לפני הפעלת המסע צריך לבדוק:

האם אירוע הוספה לעגלה נשלח פעם אחת או בכל שינוי כמות, האם Started Checkout מופעל בנקודה שבה הלקוח באמת התחיל Checkout, כמה זמן עובר עד שאירוע Placed Order או purchase מגיע למערכת, ומה קורה כאשר ההזמנה מתבצעת בערוץ אחר.

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

לא כל עגלה נטושה שייכת לאדם שניתן לפנות אליו

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

במסע המבוסס על Started Checkout, לעיתים האימייל נאסף במהלך תהליך התשלום. במסע שמופעל כבר ב־Added to Cart, המשתמש עשוי להיות מזוהה רק אם התחבר לחשבון, נרשם קודם, הגיע דרך קישור מזוהה או השאיר פרטים בטופס אחר.

לכן צריך להפריד בין שתי שאלות:

האם אנחנו יודעים מי הלקוח, והאם מותר לנו לשלוח לו את המסר בערוץ שבחרנו?

אלו אינן אותה שאלה.

מסירת אימייל לצורך השלמת הזמנה אינה בהכרח זהה להסכמה לקבלת כל מסר שיווקי. מסירת מספר טלפון לצורך משלוח אינה בהכרח הרשאה לפנות ב־SMS או ב־WhatsApp למטרות שיווק.

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

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

תנאי הכניסה למסע חשובים יותר משורת הנושא

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

ניקח דוגמה בסיסית: הלקוח התחיל Checkout.

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

Klaviyo משתמשת בדוגמה של Started Checkout יחד עם פילטר שלפיו הלקוח ביצע אפס הזמנות מאז שהתחיל את ה־Flow. הפילטר הוא שהופך את ההתנהגות מ״התחיל Checkout״ ל״התחיל Checkout ועדיין לא רכש״.

אבל זהו רק התנאי הראשון.

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

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

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

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

תנאי יציאה: הרכיב שמונע את רוב הטעויות המביכות

כל מסע צריך להגדיר מה מוציא את הלקוח ממנו.

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

אך קיימים מצבים נוספים שבהם אין טעם להמשיך:

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

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

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

זהו כלל חשוב:

כל הודעה במסע צריכה להרוויח מחדש את הזכות להישלח.

כמה זמן צריך לחכות לפני ההודעה הראשונה?

אין מספר אחד שנכון לכל חנות.

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

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

מכאן שהתזמון צריך להיגזר משלושה דברים:

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

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

לכן עדיף לחשוב על תזמון כהשערה שצריך לבדוק, לא כמתכון קבוע.

נקודת פתיחה סבירה לניסוי

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

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

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

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

את השעות המדויקות צריך לקבוע באמצעות נתוני החנות ולבחון בניסוי.

ההודעה הראשונה: לעזור ללקוח לחזור

ההודעה הראשונה אינה צריכה להניח שהלקוח ״שכח״, ואינה צריכה להאשים אותו בכך שנטש.

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

הניסוח צריך להשאיר מקום לכל האפשרויות האלה.

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

נוסח אפשרי:

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

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

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

הקריאה לפעולה צריכה להיות ישירה:

המשך לתשלום

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

קישור השחזור הוא חלק מהמוצר, לא פרט טכני

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

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

Shopify מאפשרת לשלוח קישור ל־Checkout הנטוש כדי שהלקוח יוכל להמשיך בתהליך. בתבניות מסוימות ניתן גם לצרף הנחה שמוחלת דרך הקישור.

אבל יש לבדוק מה קורה כאשר הקישור נפתח:

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

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

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

ההודעה השנייה: לטפל באי־ודאות, לא רק לחזור על התזכורת

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

המטרה שלה היא לתת ללקוח מידע שלא קיבל בהודעה הראשונה.

המידע יכול להשתנות לפי החנות.

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

נוסח אפשרי:

עדיין מתלבטים? הנה מה שכדאי לדעת לפני שממשיכים.

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

המסר חייב להיות מדויק לעסק.

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

הודעת נטישה אינה מקום להמציא יתרונות. היא מקום להסיר אי־ודאות באמצעות מידע שניתן לאמת.

הודעה שלישית: לא חובה, ולא תמיד כדאי

הודעה שלישית היא החלטה עסקית, לא כלל של אוטומציה.

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

היא מוצדקת כאשר יש לה עבודה שונה לבצע.

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

אם אין לה תפקיד ברור, עדיף לא לשלוח אותה.

האם צריך לתת קופון במסע נטישת עגלה?

לא בהודעה הראשונה כברירת מחדל.

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

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

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

נניח ששתי גרסאות של המסע הניבו את התוצאות הבאות:

הגרסה עם הקופון יצרה יותר הזמנות ויותר הכנסה, אך פחות רווח תרומה.

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

זו הסיבה שקופון צריך להיות ניסוי ממוקד:

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

סף משלוח חינם אינו בהכרח סיבה לתת הנחה

נפוץ לראות עגלות שננטשו מעט מתחת לסף המשלוח החינם.

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

אך לפני שעושים זאת צריך להבין את הבעיה.

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

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

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

Email, SMS או WhatsApp?

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

אימייל

אימייל מתאים ברוב המקרים כערוץ הראשון.

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

SMS

SMS מתאים למסר קצר ורגיש לזמן, אך הוא דורש הסכמה מתאימה וזהירות גבוהה יותר.

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

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

WhatsApp

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

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

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

פרסום ממומן

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

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

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

סגמנטציה: לא כל עגלה ראויה לאותו מסע

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

לקוח חדש מול לקוח חוזר

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

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

עגלה קטנה מול עגלה בעלת ערך גבוה

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

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

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

מוצר פשוט מול מוצר הדורש החלטה

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

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

סל עם מוצר שאזל

לא שולחים לקוח בחזרה לעגלה שאי אפשר להשלים.

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

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

אין צורך לנחש למה אדם מסוים נטש

אחת הטעויות הנפוצות בקופי היא לכתוב כאילו אנחנו יודעים מה קרה:

״המשלוח היה יקר מדי?״ ״לא מצאת את המידה?״ ״עדיין מתלבטת בגלל המחיר?״

אולי.

אבל בלי אות אמין, אלו רק השערות.

אפשר להשתמש במידע שיש לנו.

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

כאשר אין אות, עדיף להשתמש בניסוח פתוח:

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

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

כיצד מונעים כפילויות בין מערכות?

חנויות רבות מפעילות במקביל יותר ממנגנון אחד:

האוטומציה המובנית של Shopify, Flow ב־Klaviyo או Flashy, אפליקציית SMS, מערכת WhatsApp וקמפיין רימרקטינג.

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

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

לפני השקה יש להכין מפת שליחות:

הטבלה הזו חושפת מיד היכן קיימת חפיפה.

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

כיצד מודדים מסע נטישת עגלה?

שיעור פתיחה אינו המדד הראשי.

גם שיעור הקלקה אינו מוכיח שהמסע יצר הזמנה.

המדידה צריכה לעקוב אחר הדרך המלאה:

1. כמה משתמשים יצרו אירוע נטישה תקין
2. כמה מהם היו מזוהים וזכאים לקבל מסר
3. לכמה ההודעה נמסרה
4. כמה חזרו לעגלה או ל־Checkout
5. כמה השלימו הזמנה
6. כמה הכנסה ורווח נוצרו
7. כמה היו רוכשים גם ללא המסע

Recovery Rate

הגדרה שימושית היא:

מספר Checkouts שהושלמו לאחר כניסה למסע ÷ מספר Checkouts זכאים שנכנסו למסע

אבל גם כאן צריך להחליט מה נחשב שחזור.

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

אין תשובה אחת נכונה, אך ההגדרה חייבת להיות כתובה ועקבית.

Recovered Revenue

זהו סכום ההכנסה מהזמנות שהמערכת הגדירה כשחזור.

המדד שימושי, אך אינו מספיק.

Recovered Contribution

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

• עלות המוצרים
• סבסוד משלוח
• סליקה
• עלות SMS או WhatsApp
• החזרות וביטולים
• עלויות משתנות נוספות

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

למה Revenue מיוחס אינו מוכיח שהמסע יצר את המכירה?

מערכת אוטומציה משתמשת בחלון ייחוס.

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

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

Shopify מציינת ש־Checkout עשוי להיחשב ״Recovered״ לאחר שהלקוח השלים את ההזמנה, בין אם לחץ על קישור השחזור ובין אם חזר והשלים את הרכישה בעצמו.

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

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

כדי לדעת מה המסע הוסיף, צריך להשוות לקבוצה שלא קיבלה אותו.

קבוצת ביקורת מול A/B Test

A/B Test משווה בין שתי גרסאות.

לדוגמה:

• שורת נושא א’ מול שורת נושא ב’
• הודעה לאחר שעתיים מול הודעה לאחר שש שעות
• קופון של 5% מול משלוח חינם

שתי הקבוצות מקבלות מסר.

קבוצת ביקורת, או Holdout, עונה על שאלה אחרת:

מה היה קורה אילו חלק מהלקוחות לא היו מקבלים את המסע בכלל?

Klaviyo מסבירה שקבוצות Holdout משמשות להערכת התרומה האינקרמנטלית של תוכנית השיווק באמצעות השוואה בין קבוצה שמקבלת מסרים לקבוצה שמוחרגת מהם. היא גם מבדילה במפורש בין Holdout לבין A/B Testing.

נניח שקבוצת המסע השלימה רכישה בשיעור של 11%, וקבוצת הביקורת השלימה רכישה בשיעור של 9%.

ה־Recovery המיוחס עשוי להציג את כל ה־11%, אך התוספת שניתנת לייחס למסע קרובה יותר להפרש בין הקבוצות.

זה אינו אומר שהמסע ״עבד רק ב־2%״. הוא אומר ש־9% מהלקוחות היו חוזרים גם ללא ההודעות.

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

איך בונים תוכנית ניסויים נכונה?

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

סדר הניסויים צריך לעקוב אחר גודל ההשפעה האפשרי.

תחילה בודקים את הטריגר והזכאות: Added to Cart מול Started Checkout, לקוח חדש מול חוזר או מסע כללי מול מסע לפי קטגוריה.

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

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

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

בכל ניסוי צריך לבחור מדד ראשי אחד.

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

QA לפני שמפעילים את המסע

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

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

לא מספיק לשלוח Test Email. בדיקת תצוגה אינה בודקת את הלוגיקה של המסע.

מסע נטישת עגלה ב־Shopify

ב־Shopify צריך להחליט תחילה אם המסע יתבסס על הכלים של Shopify או על מערכת חיצונית.

Shopify מציעה אוטומציות נפרדות לנטישת צפייה, נטישת עגלה ונטישת Checkout. ניתן לערוך את ההמתנה, את קהל היעד ואת תוכן ההודעה באמצעות כלי האוטומציה שלה.

כאשר משתמשים ב־Klaviyo, Flashy או מערכת אחרת, צריך לבדוק שהאוטומציה המובנית של Shopify אינה פעילה במקביל.

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

בעיות תשלום שמופיעות ב־Abandoned Checkout history יכולות להפוך למסלול עזרה נפרד במקום למסע שיווקי רגיל.

מסע נטישה ב־Klaviyo

ב־Klaviyo המסע הסטנדרטי מבוסס בדרך כלל על Started Checkout, אך ניתן לבנות גם מסע Added to Cart כאשר מעקב ההתנהגות והאינטגרציה תומכים בכך.

הפילטר הבסיסי צריך למנוע שליחה לאחר Placed Order.

לאחר מכן אפשר להוסיף פיצולים לפי:

• ערך עגלה
• לקוח חדש או חוזר
• קטגוריה
• מוצר
• אפשרות לקבל SMS
• היסטוריית הזמנות

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

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

מסע נטישה ב־WooCommerce

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

לכן הבדיקה הטכנית חשובה במיוחד.

צריך לוודא מתי האימייל נשמר, האם עגלות אורח ניתנות לשחזור, כיצד נשלחים אירועי Added to Cart ו־Started Checkout, ומה קורה כאשר משתמש מסיים את ההזמנה לאחר שה־Flow כבר התחיל.

Klaviyo מציינת כי בחיבור ל־WooCommerce ניתן להשתמש ב־Started Checkout או ב־Added to Cart, כאשר המסע הסטנדרטי שלה משתמש ב־Started Checkout.

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

מתי מסע נטישת עגלה אינו כדאי?

לא כל עסק צריך מיד מסע של שלושה ערוצים ועשרות פיצולים.

אם נפח העגלות קטן, אם אין זיהוי אמין של לקוחות או אם רוב הנטישה נובעת מתקלה קשה ב־Checkout, עדיף להשקיע קודם בתשתית.

גם מוצרים מסוימים אינם מתאימים ללחץ מהיר.

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

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

המטרה אינה להחזיר כל עגלה.

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

איך נראה מסע נטישת עגלה טוב?

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

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

ההודעה הראשונה עוזרת.

ההודעה השנייה מוסיפה מידע.

ההודעה השלישית נשלחת רק כאשר יש לה סיבה.

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

ומעל הכול, הוא נמדד לפי השאלה העסקית הנכונה:

כמה רכישות ורווח המסע יצר שלא היו מתרחשים בלעדיו?

לא כמה כסף המערכת הצליחה לייחס לעצמה.

שאלות נפוצות על מסע נטישת עגלה

מה ההבדל בין נטישת עגלה לנטישת Checkout?

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

כמה הודעות כדאי לשלוח?

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

מתי צריך לשלוח את ההודעה הראשונה?

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

האם כדאי לתת הנחה בהודעה הראשונה?

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

מה צריך להופיע במייל נטישת עגלה?

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

איך מונעים מייל לאחר שהלקוח כבר רכש?

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

האם אפשר לשלוח SMS על עגלה נטושה?

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

כיצד מודדים את הצלחת המסע?

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

האם Revenue שמוצג במערכת הוא הכנסה אינקרמנטלית?

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

האם מסע נטישה יכול לפתור שיעור נטישה גבוה?

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