בדרופשיפינג המלאי אינו שלכם, ולכן הסנכרון הוא המוצר. איך בונים עדכוני מלאי ומחיר, מה עושים כשספק מפסיק לדווח, ואיך לא למכור מה שאין.
עיקרי הדברים
- ברירת המחדל כשאין מידע חייבת להיות "לא זמין", ולא הכמות האחרונה שהתקבלה.
- עדכון מחיר בלי בקרה יכול למכור מוצר מתחת לעלות תוך דקות.
- ספק שמפסיק לדווח הוא התרחיש הנפוץ, וצריך לו נוהל אוטומטי.
- מלאי של ספק אינו התחייבות - הוא הצהרה, וכדאי להתייחס אליו כך.
בדרופשיפינג אתם מוכרים מלאי שאתם לא רואים. כל הסיכון מתרכז בנקודה אחת: הפער בין מה שהחנות מציגה למה שקיים אצל הספק. תהליך סנכרון טוב אינו "לעדכן כל יום" אלא להחליט מה קורה כשהמידע חסר, ישן, או סותר.
שלושת הנתונים שמסתנכרנים
| הנתון | תדירות סבירה | מה קורה כשהוא שגוי |
|---|---|---|
| זמינות / כמות | כמה פעמים ביום | מוכרים מה שאין, וההזמנה מבוטלת |
| מחיר עלות | יומי | מוכרים בהפסד בלי לדעת |
| זמן אספקה | שבועי | מבטיחים ללקוח מה שלא יקרה |
השורה השלישית נשכחת הכי הרבה. זמן אספקה של ספק משתנה לפי עונה ולפי מלאי, והוא מה שאתם מבטיחים בצ'קאאוט - ולכן הוא נתון שצריך לרענן ולא להגדיר פעם אחת.
מה עושים כשאין עדכון?
זו ההחלטה החשובה ביותר בכל הסנכרון. שלוש אפשרויות, ורק אחת מהן בטוחה:
- להשאיר את הכמות האחרונה - הכי נוח, והכי מסוכן. קובץ שלא הגיע שלושה ימים הופך את החנות למוכרת מלאי דמיוני.
- לאפס לזמינות אפס - בטוח, אבל מכבה מוצרים בגלל תקלה טכנית.
- לסמן "מידע ישן" ולהגביל - להמשיך למכור רק פריטים עם מלאי גבוה, ולכבות את הגבוליים.
השלישית היא בדרך כלל הנכונה: היא מבחינה בין פריט עם 200 יחידות מדווחות לפני יומיים לפריט עם 2. הראשון כמעט בטוח עדיין קיים; השני כנראה כבר לא.
סנכרון מחיר - הבקרה שחייבת להיות
מחיר הוא הנתון היחיד שעדכון אוטומטי שלו יכול לעלות כסף מיידית. שתי בקרות מונעות את רוב המקרים: רצועת שינוי מותרת - עדכון שמזיז מחיר ביותר מאחוז מסוים נעצר לאישור ידני; ורצפת רווחיות - מוצר שהמחיר שלו ירד מתחת למרווח המינימלי מוקפא במקום להימכר.
הבקרה הראשונה תופסת גם טעויות אצל הספק: קובץ עם עמודה שזזה, או מחיר שנרשם באגורות במקום בשקלים. בלעדיה, טעות אחת בקובץ של הספק הופכת למאה מכירות בהפסד לפני שמישהו שם לב.
איך נראה סנכרון שעובד
- משיכת הקובץ או הנתונים מהספק, לפי מה שהוא מספק.
- ולידציה - האם הקובץ נראה תקין: מספר שורות סביר, עמודות במקום.
- השוואה למצב הקיים, וזיהוי שינויים חריגים.
- החלה של מה שעבר את הבקרות.
- דוח קצר על מה לא עבר ולמה.
- התראה כשהסנכרון לא רץ בכלל.
שלב 2 הוא זה שנשכח, והוא היחיד שמונע אסון: קובץ ריק או חלקי שנטען כמות שהוא מכבה חצי חנות בלילה.
כדאי גם לשמור את הקובץ שהתקבל בכל ריצה. כשמתגלה שמוצר נמכר במחיר מוזר או שכמות קפצה, הדרך היחידה לדעת אם הבעיה אצל הספק או אצלכם היא להסתכל במה שהגיע בפועל - ובלי שמירה, המידע הזה נמחק בריצה הבאה.
מה שדרופשיפינג לא פותר
קל להתייחס לדרופשיפינג כאל מודל בלי תפעול, ובפועל הוא מעביר את התפעול ולא מבטל אותו. מה שנשאר אצלכם: שירות לקוחות על משלוחים שאתם לא שולחים, טיפול בהחזרות של סחורה שלא ראיתם, ובקרה על איכות שאתם לא בודקים.
הפער הזה הוא גם ההסבר לכך שחנויות דרופשיפינג רבות נראות רווחיות בגיליון ולא ברווח בפועל: העלות האמיתית מפוזרת על שעות שירות, ביטולים וזיכויים - שלושה סעיפים שלא מופיעים במחיר העלות של הפריט.
מה לעשות עם כמה ספקים לאותו מוצר
כשיותר מספק אחד מחזיק את אותו פריט, צריך כלל: מי מקור האמת למלאי, ומי לעלות. ברוב המקרים הכלל הפשוט עובד - הזמינות היא הסכום, והעלות היא של מי שיספק בפועל.
מה שחשוב הוא שההחלטה מי מספק תתקבל אוטומטית ולפי קריטריון ברור - זמינות, זמן אספקה, או עלות - ולא ידנית בכל הזמנה. בלי כלל, כל הזמנה הופכת להחלטה קטנה, וזה בדיוק מה שמבטל את היתרון של דרופשיפינג.
מה לבדוק מול ספק לפני שמתחילים
- באיזו תדירות הוא מעדכן מלאי, ובאיזה פורמט.
- האם המלאי שהוא מדווח מובטח או אינדיקטיבי.
- מה קורה כשהוא נגמר אחרי שהזמנתם.
- מי פונה ללקוח במקרה כזה - אתם, תמיד.
- מה זמן האספקה האמיתי, כולל בעונת שיא.
- האם הוא שולח בשם שלכם או בשם שלו.
הסעיף האחרון משפיע על חוויית הלקוח יותר משנראה: חבילה שמגיעה עם מיתוג של ספק אחר מייצרת פנייה כמעט תמיד, ולפעמים גם לקוח שפונה ישירות לספק בפעם הבאה.
מה שאתם עדיין אחראים עליו
הלקוח קנה מכם, ולכן כל מה שקורה אחרי התשלום הוא שלכם - גם כשהסחורה לא עברה דרככם מעולם. בפועל זה אומר שלושה דברים שצריך להחזיק בעצמכם: מעקב שמגיע ללקוח בשמכם ולא דרך הספק, תיעוד של מה נשלח ומתי לכל הזמנה, ותשובה לשאלה איפה החבילה בלי לחכות לספק.
הדרך הפשוטה להשיג את שלושתם היא לשמור בצד שלכם את מספר המעקב ואת ספק המקור לכל הזמנה, ולבנות את ההודעות ללקוח על הנתון הזה כמתואר בעדכוני מעקב אוטומטיים ללקוח. בלי זה, כל שאלה של לקוח הופכת למייל לספק ולהמתנה של יום.
איך בודקים ספק לפני שמתחילים
לפני שמחברים קטלוג שלם, שווה להזמין חמש הזמנות אמיתיות לכתובות שונות ולמדוד: כמה זמן עבר עד שיצאו, באיזו אריזה הגיעו, מה היה מצב המשלוח, ומה קרה כשביקשתם החזרה על אחת מהן. חמש הזמנות עולות מעט ומגלות כמעט הכול.
הבדיקה על ההחזרה היא החשובה מכולן, כי היא התרחיש שספקים הכי פחות מתארים בהצעה. ספק שמתחמק מהשאלה מי קולט החזרה ומה קורה לכסף הוא ספק שיעביר לכם את העלות הזו כשהיא תתרחש - וזה קורה, בכל חנות.
מקורות
שאלות נפוצות
כל כמה זמן לסנכרן מלאי?
מה שהספק מאפשר, וכמה שיותר תכוף בפריטים עם מלאי נמוך. הפער בין סנכרון יומי לסנכרון כל שעה מורגש בעיקר במוצרים שנגמרים מהר, ולכן שווה לסנכרן אותם בתדירות גבוהה ואת השאר פחות.
מה עושים כשהמוצר אזל אחרי שהלקוח שילם?
לפנות באותו יום, להסביר, ולהציע שתי אפשרויות - החזר מלא או המתנה עם מועד. מה שלא כדאי הוא לחכות; לקוח שמגלה לבד אחרי שבוע פותח מחלוקת מול חברת האשראי, וזה עולה הרבה יותר.
האם דרופשיפינג מתאים לכל מוצר?
פחות מתאים למוצרים שדורשים התאמה, הרכבה או שירות אחרי מכירה, וגם למוצרים ששיעור ההחזרות שלהם גבוה - כי בהחזרה הסחורה חוזרת אליכם או לספק, וזה תהליך שצריך להגדיר מראש כמתואר ב[תהליך החזרות בחנות אונליין](/he/blog/returns-workflow-israel-ecommerce).
איך מטפלים בהזמנה עם פריטים משני ספקים?
לפצל לשני משלוחים ולומר את זה ללקוח מראש. הטעות הנפוצה היא לחכות שהשני יגיע כדי לשלוח יחד - זה מעכב את שניהם ומייצר פנייה. ההודעה על הפיצול חשובה לא פחות מהפיצול עצמו.
להמשך קריאה
שירות רלוונטי
מלאי ורכש
מלאי ברמת SKU, כללי הזמנה חוזרת ותהליך אישור מתועד.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.