איך קובעים סף משלוח חינם בלי לשחוק את הרווחיות

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

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

הטעות הנפוצה היא לקחת את ערך ההזמנה הממוצע, להוסיף לו אחוז כלשהו ולהכריז על סף. ממוצע אינו מתאר את פיזור ההזמנות. חנות שבה רוב ההזמנות הן סביב 180 ש״ח ומעט הזמנות גדולות מאוד מעלות את הממוצע ל־260 ש״ח שונה מחנות שבה רוב ההזמנות מרוכזות סביב 250 ש״ח. אותו AOV יכול להוביל למספר שונה לחלוטין של לקוחות שנמצאים 10, 50 או 150 ש״ח מתחת לסף.

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

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

לפני החישוב: מפרידים בין שלושה תנאים שנראים דומים

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

Google Merchant Center מגדירה free_shipping_threshold כסכום הזמנה מינימלי שמעליו המשלוח חינם. היא גם מבחינה בין הסף הזה לבין minimum order value. אם החנות עדיין מאפשרת להזמין מתחת לסף בתשלום משלוח, אין לתאר זאת כאילו המוצר אינו זמין להזמנה. הפרטים המוגשים ל־Google צריכים להתאים להצעה שמופיעה בעמוד ובקופה; הגדרה טכנית אינה קובעת אם הסף רווחי ואינה מבטיחה תצוגה.

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

שכבה ראשונה במפת Threshold Contribution: הכלכלה של הזמנה

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

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

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

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

בונים היסטוגרמה של ערך ההזמנות לפני עלות משלוח ובהגדרה עקבית של הנחות ומסים. בודקים חציון, אחוזונים וקבוצות ערך, למשל כל 25 או 50 ש״ח. המטרה אינה לבחור את המספר שנראה יפה, אלא להבין כמה הזמנות נמצאות בכל מרחק מספים אפשריים. סף של 300 ש״ח שונה מאוד אם שליש מהסלים נמצאים בין 260 ל־299 ש״ח לעומת מצב שבו כמעט כולם מתחת ל־180 ש״ח.

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

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

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

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

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

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

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

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

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

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

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

דוגמה היפותטית: אותו סף, שתי כלכלות שונות

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

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

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

הצגת הסף מתחילה בעמוד המוצר, לא בהפתעה בקופה

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

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

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

מדידה ב־GA4: לעקוב אחר בחירת משלוח, אך לחשב רווח במקור העסקי

בתיעוד GA4, add_shipping_info הוא אירוע מומלץ לשלב שבו המשתמש מוסיף פרטי משלוח, ו־shipping_tier יכול לתאר את רמת המשלוח שנבחרה. יחד עם begin_checkout, purchase, פריטי ההזמנה והערך אפשר לנתח מעבר בעגלה ובקופה לפי שיטת משלוח. שמות האירועים אינם מגדירים את המדיניות העסקית ואינם נאספים מעצמם; יש להטמיע ולאמת אותם.

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

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

שכבה חמישית: מדדי הגנה שמונעים ניצחון מדומה

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

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

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

איך בודקים סף חדש ומתי עוצרים

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

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

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

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

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

תשובה שניתנת לתחזוקה ולשימוש במנועי חיפוש ובמערכות AI

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

אין סימון שמבטיח שמנוע חיפוש או מערכת AI יצטטו את העמוד. הסיכוי להועיל מגיע מתרומה מקורית שאפשר לבדוק: מפת Threshold Contribution, הפרדה בין חמש שכבות, דוגמה עם חריגי משקל, מקורות רשמיים ומדדי הגנה. כאשר תיעוד Merchant Center או GA4 משתנה, צריך לעדכן את החלק הטכני ואת תאריך העדכון רק לאחר בדיקה אמיתית.

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