התשובה הקצרה

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

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

כדי לבנות אותו נכון, צריך לדעת:

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

מהו Retention באיקומרס?

Retention, או שימור לקוחות, מתאר את היכולת של עסק להמשיך לייצר ערך מלקוחות קיימים לאורך זמן.

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

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

המשמעות משתנה לפי המודל העסקי.

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

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

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

Retention אינו שם אחר לאימייל מרקטינג

אימייל הוא ערוץ. Retention הוא המערכת.

אפשר להקים עשרה Flows יפים ועדיין לא לבנות מערך שימור אמיתי.

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

לפעמים הפעולה החשובה ביותר ל־Retention היא דווקא:

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

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

מה ההבדל בין Retention, CRM, Lifecycle ומועדון לקוחות?

המונחים קשורים זה לזה, אך אינם זהים.

מושג תפקיד עיקרי דוגמה
Retention הגדלת הערך והקשר עם לקוחות קיימים קידום רכישה שנייה
CRM ניהול מידע ואינטראקציות עם לקוחות שמירת היסטוריית רכישות ופניות
Lifecycle Marketing התאמת תקשורת לשלב שבו נמצא הלקוח לקוח חדש, חוזר, VIP או רדום
Marketing Automation ביצוע פעולות לפי אירועים וכללים שליחת הודעה לאחר מסירה
Loyalty Program מתן הטבות או הכרה בהתנהגות חוזרת נקודות, דרגות או גישה מוקדמת
Recovery ניסיון להשלים רכישה שעדיין לא קרתה נטישת עגלה או Checkout

נטישת עגלה, למשל, אינה Retention במובן המדויק אם המשתמש עדיין לא ביצע הזמנה ראשונה. היא שייכת ל־Recovery או ל־Lifecycle Marketing.

ההבחנה חשובה מפני שמדד ההצלחה שונה:

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

מתי כדאי להשקיע במערך Retention?

Retention אינו תמיד צוואר הבקבוק הראשון שצריך לפתור.

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

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

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

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

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

רכישה חוזרת מתחילה ברכישה הראשונה

לפני שבונים Win-back Flow, צריך להבין מה קרה לאחר ההזמנה הראשונה.

הלקוח שואל, גם בלי לנסח זאת במילים:

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

לכן מערך Retention צריך להתחבר גם ל:

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

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

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

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

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

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

כלכלה → דאטה → סגמנטים → מסעות → ערוצים → מדידה

שכבה ראשונה: כלכלת הלקוח

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

הכנסה חוזרת אינה בהכרח רווח חוזר.

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

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

לכן מומלץ להגדיר מראש שלוש שכבות:

הכנסה נטו

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

רווח גולמי

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

רווח תרומה ללקוח

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

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

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

שכבה שנייה: דאטה וזהות לקוח

מערך Retention זקוק לזהות עקבית.

לכל הפחות, כדאי להיות מסוגלים לחבר בין:

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

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

מקור: Shopify Help Center — Customer reports

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

צריך לבדוק:

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

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

שכבה שלישית: סגמנטציה

לא כל לקוח חוזר זקוק לאותו מסר.

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

שלב במחזור החיים

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

התנהגות רכישה

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

ערך ורווחיות

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

אפשר להשתמש גם ב־RFM:

  • Recency: כמה זמן עבר מאז הרכישה האחרונה
  • Frequency: באיזו תדירות הלקוח רוכש
  • Monetary: כמה ערך כספי הוא ייצר

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

מקור: Shopify Help Center — Analytics fields

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

שכבה רביעית: מסעות ו־Flows

Flow טוב מתחיל באירוע אמין ובצורך של הלקוח.

לכל Flow צריך להגדיר:

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

אילו Flows כדאי לבנות קודם?

מצב בעסק Flow מתאים לבדיקה מדד ראשי
לקוחות אינם יודעים למה לצפות לאחר ההזמנה Post-purchase פניות, ביטולים ושביעות רצון
מעט לקוחות עוברים להזמנה שנייה Second-order nurture שיעור הזמנה שנייה
למוצר יש מחזור שימוש צפוי Replenishment רכישה חוזרת בחלון
לקוחות קונים קטגוריה אחת בלבד Cross-sell תרומה מהקטגוריה המשלימה
חסר משוב לאחר שימוש Review request שיעור ואיכות משוב
לקוחות אינם חוזרים בזמן הצפוי Win-back Reactivation lift
לקוחות חזקים מקבלים יחס זהה לכולם VIP תדירות ותרומה
קיימת תקלה, החזרה או תלונה Service recovery פתרון וחזרה לאחר טיפול

לא מתחילים אוטומטית ב־Flow שנחשב פופולרי. מתחילים במקום שבו יש:

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

Post-purchase: לא רק “תודה שקניתם”

ה־Post-purchase Flow הוא הגשר בין ההבטחה באתר לבין חוויית השימוש.

הוא יכול לכלול:

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

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

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

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

Second-order Flow: המסע החשוב שרבים מדלגים עליו

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

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

הרצף יכול להתבסס על:

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

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

היעד אינו “לשלוח הצעה”. היעד הוא לקדם צעד המשך הגיוני.

Replenishment: תזכורת לפי שימוש, לא לפי לוח שנה שרירותי

Replenishment מתאים למוצרים שנרכשים שוב לאחר זמן שימוש צפוי, למשל:

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

התזמון צריך להתבסס ככל האפשר על התנהגות קיימת:

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

Klaviyo ממליצה להתאים Win-back ו־Replenishment למחזור הקנייה של המוצר והלקוח, ומציינת שמוצר כמו ספה דורש חלון שונה לחלוטין ממוצר מתכלה כמו שמפו.

מקור: Klaviyo Help Center — Win-back flow

תזכורת מוקדמת מדי מרגישה כמו לחץ.

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

Cross-sell: להציע את הצעד הבא, לא מוצר אקראי

Cross-sell טוב מבוסס על התאמה.

צריך לשאול:

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

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

עדיף לנסח חוזה המלצה:

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

Review Request: לבקש משוב לאחר שניתן להשתמש במוצר

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

המועד משתנה:

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

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

משוב שלילי אינו כישלון של ה־Flow. הוא יכול לזהות:

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

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

Win-back: להחזיר לקוח רק לאחר שעבר חלון הגיוני

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

הטעות הנפוצה היא לקבוע חלון אחיד לכל החנות.

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

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

לכן כדאי להגדיר:

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

גם בתוך Win-back אין חובה להתחיל בהנחה.

אפשר לבדוק קודם:

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

הנחה היא אפשרות, לא הגדרת המערך.

Service Recovery: Retention מתחיל לפעמים בהתנצלות

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

דוגמאות לטריגרים:

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

במקרים כאלה רצוי:

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

קופון ללא פתרון אינו Service Recovery. הוא רק הנחה על גבי בעיה קיימת.

שכבה חמישית: תזמור ערוצים

מערך Retention יכול להשתמש ב:

  • Email
  • SMS
  • WhatsApp
  • Push notifications
  • הודעות באתר
  • אזור אישי
  • שירות לקוחות
  • קהלים לפרסום
  • תוכנית נאמנות

אין ערוץ אחד שמתאים לכל מצב.

Email

מתאים בדרך כלל לתוכן רחב יותר:

  • הסברים
  • המלצות
  • מדריכים
  • סיכומי הזמנה
  • השקות
  • Win-back שאינו דחוף

SMS

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

WhatsApp

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

On-site

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

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

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

כיצד מונעים Over-messaging?

צריך להגדיר כללי קדימות.

לדוגמה:

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

בנוסף, צריך להגדיר:

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

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

מקור: Klaviyo Help Center — Flow exit conditions

שכבה שישית: מדידה וניסוי

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

צריך להפריד בין:

  • הכנסה שהתרחשה לאחר מסר
  • הכנסה שהמערכת ייחסה למסר
  • הכנסה שלא הייתה מתרחשת ללא המסר
  • רווח שנשאר לעסק

המדדים החשובים במערך Retention

Returning Customer Rate

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

לקוחות חוזרים שביצעו הזמנה ÷ כלל הלקוחות שביצעו הזמנה

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

מקור: Shopify Help Center — Analytics fields

שיעור מעבר מהזמנה ראשונה לשנייה

זהו מדד שימושי במיוחד:

לקוחות שביצעו הזמנה שנייה בחלון שנקבע ÷ הלקוחות שביצעו הזמנה ראשונה באותו Cohort

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

החלון חייב להתאים למחזור הקנייה.

Time to Second Purchase

מספר הימים בין ההזמנה הראשונה לשנייה.

מומלץ להציג:

  • חציון
  • ממוצע
  • אחוזונים
  • פילוח לפי מוצר ראשון
  • פילוח לפי ערוץ גיוס
  • פילוח לפי סוג לקוח

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

Cohort Retention

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

כך אפשר להשוות:

  • לקוחות שנרכשו בחודשים שונים
  • ערוצי גיוס
  • מוצרים ראשונים
  • מבצעים
  • מדינות
  • סוגי לקוחות
  • חנויות או מותגים

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

מקור: Shopify Help Center — Customer reports

Purchase Frequency

מספר הזמנות ÷ מספר לקוחות ייחודיים

יש להגדיר תקופה קבועה ולהיזהר מערבוב בין לקוחות חדשים ללקוחות ותיקים.

רווח תרומה מצטבר ללקוח

המדד צריך לחבר בין:

  • הכנסה לאחר הנחות והחזרים
  • עלות מוצר
  • משלוח ו־Fulfillment
  • סליקה
  • עלות החזרות
  • עלויות ערוץ
  • עלות רכישת הלקוח, בהתאם לניתוח

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

מדדי שמירה

לצד הרכישות, צריך לבדוק:

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

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

למה Revenue מיוחס אינו מספיק?

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

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

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

ייתכן שהלקוח:

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

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

מקור: Klaviyo Help Center — Message attribution

לכן צריך להבחין בין:

Attributed Revenue

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

Incremental Revenue

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

כיצד מתקרבים למדידת Incrementality?

אפשר להשתמש ב:

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

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

מקור: Klaviyo Help Center — Global holdout groups

לא לכל חנות יש מספיק נפח לניסוי רחב.

בחנות קטנה אפשר להתחיל בצורה מצומצמת יותר:

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

העיקר הוא לא להציג Revenue attributed כהוכחה אוטומטית לסיבתיות.

דוגמאות למערך Retention לפי סוג חנות

חנות אופנה

האתגרים המרכזיים עשויים להיות:

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

מערך אפשרי:

  • עדכון ברור לאחר ההזמנה.
  • מידע על החלפה, טיפול ותחזוקה.
  • בקשת משוב לאחר מסירה ושימוש סביר.
  • המלצות לפי פריט, מידה, מותג או קטגוריה.
  • החרגה של פריטים שהוחזרו.
  • Back in Stock למידה או לדגם מתאים.
  • Win-back לפי דפוס עונתי, לא בהכרח לפי שלושים יום.

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

חנות למוצרים מתכלים

האתגר הוא לתזמן את החזרה לפני שהמוצר נגמר.

מערך אפשרי:

  • הסבר שימוש לאחר הרכישה.
  • חישוב זמן בין הזמנות לפי מוצר וכמות.
  • Replenishment לפני נקודת החוסר.
  • אפשרות לרכישה חוזרת פשוטה.
  • Cross-sell למוצר משלים.
  • החרגה לאחר הזמנה חדשה.
  • Win-back רק לאחר שעבר מחזור הקנייה הרגיל.

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

חנות למוצרים בני־קיימא

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

לכן Retention לא חייב להתמקד ברכישה חוזרת של אותו מוצר.

המערך יכול להתמקד ב:

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

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

האם צריך לתת הנחה כדי להחזיר לקוחות?

לא כברירת מחדל.

הנחה יכולה לעזור כאשר המחיר הוא החסם, אך היא יכולה גם:

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

לפני הנחה, אפשר לבדוק:

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

אם בוחרים בהנחה, רצוי להגדיר:

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

אילו מערכות צריך למערך Retention?

אין כלי אחד שחייב להתאים לכל חנות.

המערך יכול לכלול:

  • פלטפורמת מסחר, כמו Shopify או WooCommerce
  • מערכת דיוור ואוטומציה
  • CRM
  • מערכת שירות לקוחות
  • מערכת ביקורות
  • כלי אנליטיקס
  • מחסן נתונים או BI
  • תוכנית נאמנות
  • מערכת SMS או WhatsApp
  • כלי פרסונליזציה

הבחירה צריכה להגיע לאחר הגדרת התהליך.

לפני שבוחרים בין Klaviyo, Flashy, Smoove, ActiveCampaign או פתרון אחר, צריך להבין:

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

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

פרטיות, הסכמה והסרה

מערך Retention משתמש במידע אישי ובערוצי תקשורת ישירים.

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

מקור: ממשלת ישראל — שאלות ותשובות בנושא דואר זבל

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

המשמעות המעשית:

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

הטעויות הנפוצות בבניית מערך Retention

מתחילים מהכלי

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

הדרך הנכונה: להגדיר צורך, טריגר, קהל ומדד לפני בניית ה־Flow.

שולחים לכולם אותו רצף

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

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

קובעים תזמון ללא נתונים

כל הלקוחות מקבלים Win-back לאחר שלושים או תשעים יום.

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

משתמשים בהנחה בכל Flow

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

הדרך הנכונה: לבדוק רלוונטיות, נוחות, מידע ושירות לפני תמריץ כספי.

לא מגדירים תנאי יציאה

הלקוח כבר רכש, אך ממשיך לקבל תזכורות.

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

מתעלמים מהחזרות וביטולים

המערכת רואה רכישה אך אינה רואה שהעסקה התהפכה.

הדרך הנכונה: לחבר אירועי החזרה וביטול למודל הלקוח ול־Flows.

מסתמכים על פתיחות

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

הדרך הנכונה: למדוד קליקים, רכישות, תרומה, החזרות ו־Lift בהתאם למטרה.

מאמינים ל־Attributed Revenue כאילו הוא Incremental

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

הדרך הנכונה: להוסיף קבוצות ביקורת או השוואה ולבדוק את הרווח בפועל.

לא מתאמים בין הערוצים

הלקוח מקבל Email, SMS, WhatsApp ומודעה על אותה הצעה.

הדרך הנכונה: להגדיר קדימות, מגבלות ותזמור.

מנסים לפתור בעיית שירות באמצעות קמפיין

לקוח שמחכה להחזר מקבל קופון.

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

תוכנית עבודה לבניית מערך Retention בשלושה חודשים

שלב ראשון: שלושים הימים הראשונים — בניית תמונת אמת

נתונים

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

ניתוח

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

תוצאה נדרשת

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

שלב שני: החודש השני — הקמת התשתית וה־Flows הראשונים

בוחרים שניים עד ארבעה Flows בעלי ראיות ברורות, למשל:

  • Post-purchase
  • Second-order nurture
  • Replenishment
  • Review request
  • Win-back

לכל Flow כותבים:

  • מטרה
  • טריגר
  • קהל
  • החרגות
  • תזמון
  • ערוץ
  • מסרים
  • תנאי יציאה
  • KPI
  • מדדי שמירה
  • בדיקות QA

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

שלב שלישי: החודש השלישי — סגמנטציה וניסויים

לאחר שהבסיס עובד:

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

בסוף התקופה צריך להיות ברור:

  • אילו Flows פעילים
  • כמה לקוחות נכנסים לכל אחד
  • כמה יוצאים ומדוע
  • מהי התוצאה העסקית
  • אילו תוצאות עדיין אינן ודאיות
  • מהו הניסוי הבא

למי מערך Retention מתאים?

הוא מתאים במיוחד לעסק ש:

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

למי הוא עדיין לא מתאים?

ייתכן שעדיף להמתין כאשר:

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

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

איך יודעים שמערך ה־Retention עובד?

לא לפי מספר ה־Flows.

לא לפי כמות ההודעות.

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

המערך עובד כאשר, לאורך זמן:

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

המטרה אינה לגרום לכל לקוח לקנות שוב במהירות האפשרית.

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

שאלות נפוצות

מהו מערך Retention לאיקומרס?

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

מה ההבדל בין Retention למועדון לקוחות?

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

מהו שיעור Retention טוב באיקומרס?

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

איזו אוטומציית Retention כדאי לבנות קודם?

מתחילים ב־Flow שמתאים לבעיה שנמצאה. אם לקוחות אינם מבינים מה קורה לאחר ההזמנה, מתחילים ב־Post-purchase. אם למוצר יש מחזור שימוש צפוי, בודקים Replenishment. אם לקוחות אינם עוברים להזמנה שנייה, בונים מסע ממוקד לרכישה השנייה.

מתי שולחים Win-back?

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

האם חייבים להשתמש בקופון?

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

האם Email מספיק למערך Retention?

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

איך מודדים הצלחה?

בודקים שיעור מעבר להזמנה שנייה, זמן להזמנה שנייה, Cohort retention, תדירות רכישה, רווח תרומה מצטבר, החזרות, הנחות ו־Incremental lift. אין להסתמך רק על הכנסה שהמערכת ייחסה למסרים.

האם חנות קטנה צריכה מערך Retention?

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

מקורות ובדיקה

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

  1. Shopify Help Center — Customer reports
  2. Shopify Help Center — Customer cohort analysis
  3. Klaviyo Help Center — Understanding message attribution
  4. Klaviyo Help Center — Global holdout groups
נכתב ונבדק על ידי

כפיר אהרון, לולו דיגיטל

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

הניסיון והגישהאיך התוכן נכתב ונבדקדיווח על טעות