כשהזמנות מגיעות בארבעה ערוצים, הבעיה אינה הכמות אלא שאין תור אחד. איך מאחדים בלי לבנות מערכת, ומה חייב להיות זהה בכל ערוץ.
עיקרי הדברים
- הזמנה שלא נכנסת לתור אחד היא הזמנה שתישכח בסופו של דבר.
- כל ערוץ יכול להישאר בערוץ שלו, כל עוד הרישום מגיע למקום אחד.
- המלאי הוא הנתון שחייב להיות משותף, אחרת תמכרו פעמיים.
- אין צורך במערכת גדולה - צריך כלל אחד ומספר הזמנה אחד.
הבעיה בעסק שמקבל הזמנות בארבעה ערוצים אינה כמות ההזמנות אלא היעדר מקום אחד שבו כולן נמצאות. כשכל ערוץ מנוהל לחוד, ההזמנה שנשכחת היא תמיד זו שהגיעה בערוץ שאיש לא בדק הבוקר.
איך נראית הבעיה בפועל
| הערוץ | מה מגיע | מה חסר |
|---|---|---|
| חנות אונליין | הזמנה מלאה עם תשלום | בדרך כלל כלום |
| וואטסאפ | שיחה, לפעמים תמונה של מוצר | מחיר, כתובת, אישור תשלום |
| טלפון | פרטים בעל פה | הכול, אלא אם מישהו רשם |
| מרקטפלייס | הזמנה בפורמט שלהם | לרוב לא מסונכרן למלאי שלכם |
השורה השנייה והשלישית הן מקור רוב התקלות, כי הן תלויות באדם שיזכור להעביר.
הכלל היחיד שחייב להתקיים
כל הזמנה מקבלת מספר במקום אחד, בלי קשר לערוץ שבו הגיעה. זה יכול להיות במערכת החנות, בתוכנת החשבוניות או ב-CRM - מה שלא משנה הוא איפה, אלא שיש רק מקום אחד כזה.
מרגע שזה קיים, הערוץ הופך ללא רלוונטי לתפעול: המחסן מלקט מרשימה אחת, השירות מחפש במקום אחד, והספירה בסוף היום נכונה. בלי זה, כל שאלה - כמה הזמנות היום, מה יצא, מה ממתין - דורשת איסוף ממקומות שונים.
איך מכניסים הזמנת וואטסאפ לתור
זו החוליה שהכי הרבה עסקים ישראליים נאבקים בה, והפתרון פשוט יותר משנדמה. שלוש דרכים, לפי גודל:
- טופס קצר - במקום לנהל את ההזמנה בצ'אט, לשלוח קישור למילוי פרטים ותשלום. ההזמנה נכנסת כמו כל הזמנת חנות.
- הקלדה מיידית - הנציג פותח הזמנה במערכת בזמן השיחה, ולא "אחר כך".
- חיבור בין הוואטסאפ העסקי למערכת, כך שהשיחה נשמרת בכרטיס הלקוח - כמתואר בוואטסאפ בתוך CRM.
הראשונה היא הזולה והיעילה, והיא גם פותרת את בעיית התשלום: הזמנה שנסגרה בצ'אט בלי תשלום היא הזמנה שאולי לא תשולם.
מה חייב להיות זהה בכל הערוצים
- המחיר. מחיר שונה בטלפון ובאתר הוא מקור לוויכוח ולחוסר אמון.
- המלאי. אם המרקטפלייס לא יודע שמכרתם באתר, תמכרו פעמיים.
- זמן האספקה שמובטח.
- מדיניות ההחזרות.
- מספר ההזמנה ומבנה המסמכים.
השורה השנייה היא היחידה שיכולה לעלות כסף מיידית. כשמוכרים בכמה מקומות, צריך להחליט אם המלאי משותף או מחולק - ושתי הגישות עובדות, כל עוד ההחלטה מפורשת.
חלוקת מלאי בין ערוצים
שתי גישות, ולכל אחת מחיר:
- מלאי משותף - הכול מוצג בכל מקום, וסנכרון מהיר מונע מכירה כפולה. יעיל יותר, ודורש סנכרון אמין.
- מלאי מחולק - כמות מוקצית לכל ערוץ. בטוח יותר, ומייצר מצב שבו פריט "אזל" באתר בזמן שהוא קיים בהקצאה של ערוץ אחר.
ברוב העסקים הקטנים, מלאי משותף עם סנכרון תכוף עדיף - בתנאי שיש נוהל ברור למה שקורה כשבכל זאת נמכר פעמיים: מי פונה ללקוח, באיזו מהירות, ומה מציעים.
מה שמשתנה כשמוסיפים ערוץ
כל ערוץ חדש נראה כמו הוספת מכירות, ובפועל הוא מוסיף גם עבודה תפעולית קבועה: מקום נוסף לבדוק, מלאי נוסף לסנכרן, ומדיניות שצריכה להתאים. לכן שווה לשאול לפני הוספת ערוץ שתי שאלות - האם ההזמנות ממנו יגיעו אוטומטית לתור הקיים, ומי אחראי לבדוק אותו כל בוקר.
כשלשתי השאלות יש תשובה, ערוץ נוסף הוא צמיחה. כשאין, הוא בדרך כלל הערוץ הבא שבו הזמנה תיפול - ובמרקטפלייס זה גם עולה בדירוג, כי איחור במענה או בביטול נרשם לחובתכם בפלטפורמה עצמה.
מה למדוד
כמה הזמנות הגיעו בכל ערוץ הוא הנתון הראשון, והוא כמעט תמיד מפתיע - עסקים רבים מגלים שהערוץ שהם מזניחים הוא השני בגודלו. אחריו: כמה זמן עובר מקבלת ההזמנה ועד שהיא בתור, וכמה הזמנות התגלו באיחור.
המדד השני הוא הסימן הטוב ביותר לכך שהתהליך עובד. כשהוא נמדד בדקות, הערוץ לא משנה; כשהוא נמדד בשעות, יש ערוץ שמישהו בודק פעם ביום, וזה בדיוק שם שהזמנות נופלות.
איך מתחילים כשכבר יש בלגן?
לא באיחוד מערכות אלא בשבוע אחד של מדידה. לרשום בגיליון פשוט כל הזמנה שנכנסה: הערוץ, השעה שהגיעה, והשעה שנרשמה במקום הרשמי. בסוף השבוע התמונה ברורה לגמרי, ולרוב היא מצביעה על ערוץ אחד שאחראי כמעט לכל הפערים.
אחרי זה, התיקון בדרך כלל ממוקד: ערוץ אחד שצריך כלל חדש. זה כמעט אף פעם לא "לבנות מערכת" - בדרך כלל זה טופס קצר במקום צ'אט, או החלטה שמי שעונה לטלפון פותח הזמנה בזמן השיחה.
מה שחשוב הוא לא לנסות לתקן הכול. עסק שמשנה ארבעה ערוצים בו-זמנית מגלה אחרי חודש שאף אחד מהם לא באמת השתנה, כי הצוות לא הספיק להתרגל לאף נוהל חדש. ערוץ אחד שתוקן ונשאר מתוקן שווה יותר מארבעה שינויים שהתפוגגו.
מה קורה לשירות אחרי המכירה
תור אחד משרת לא רק את הליקוט אלא בעיקר את השירות. לקוח שקנה בטלפון ומתקשר שבועיים אחר כך מצפה שתדעו מה הוא קנה - ואם ההזמנה הזו מעולם לא נרשמה במקום הרשמי, הנציג מתחיל בשאלות במקום בתשובה.
זו גם הסיבה שכדאי לרשום גם הזמנות "קטנות" שנסגרו בצ'אט: הן קטנות בכסף וגדולות בסיכוי לפנייה, כי דווקא עליהן אין תיעוד. הקשר בין תיעוד ההזמנה לבין איכות השירות מפורט בניהול קריאות שירות ב-CRM.
יש לזה גם צד כספי: הזמנה שלא נרשמה במקום הרשמי היא הזמנה שאולי לא הופקה עליה חשבונית. בעסקים שמנהלים חלק מהמכירות בצ'אט, זה מתגלה לעתים רק בסוף החודש - וזה בדיוק סוג הפער שקשה לשחזר אחורה, כי הזיכרון של מי שסגר את העסקה כבר מטושטש.
מקורות
שאלות נפוצות
צריך מערכת שמחברת הכול?
לא בהכרח. בעסק קטן, כלל ברור ומשמעת - כל הזמנה נרשמת במקום אחד תוך כמה דקות - מספיקים לחלוטין. מערכת מחברת מוצדקת כשהנפח גבוה או כשיש מרקטפלייס שדורש סנכרון מלאי אוטומטי.
מה עושים עם הזמנות טלפוניות?
להקליד אותן בזמן השיחה, לא אחריה. אם זה לא אפשרי - לשלוח ללקוח קישור לאישור ולתשלום, וכך ההזמנה נכנסת כמו כל אחת אחרת. דף פתקים ליד הטלפון הוא הדרך הבטוחה לאבד הזמנה.
איך מונעים מכירה כפולה במרקטפלייס?
בסנכרון מלאי תכוף ככל שהפלטפורמה מאפשרת, ובמרווח ביטחון על פריטים אחרונים - למשל לא להציג את היחידה האחרונה בשני מקומות. הפתרון השני פשוט יותר ועובד מצוין בעסקים קטנים.
איפה שומרים את השיחה שקדמה להזמנה?
בכרטיס הלקוח, ולא רק במכשיר של הנציג. זה חשוב במיוחד כשההזמנה נסגרה בוואטסאפ עם פרטים שסוכמו בעל פה - כי כשמתעוררת מחלוקת, השיחה היא התיעוד היחיד של מה הובטח.
להמשך קריאה
שירות רלוונטי
WhatsApp Cloud API
תבניות, אינבוקס דו-כיווני ותזכורות על ה-API הרשמי של Meta.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.