סוכן AI לסיטונאים ויבואנים: הזמנות חוזרות בוואטסאפ בלי הקלדה כפולה

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

שלוש העלויות של הזמנה שנכנסת בהתכתבות

קליטה כפולה. קחו את מספר ההזמנות החוזרות שלכם בחודש, נניח 250, והכפילו בזמן שבאמת עובר מהודעה ראשונה עד שורה מסודרת במערכת: בירור יחידות, אימות כמות חשודה, חיפוש מקט, הקלדה. שש דקות להזמנה זו הערכה שמרנית, וזה כבר 25 שעות בחודש. אם השעה של מי שעושה את זה שווה 110 שקל, אלה כ-2,750 שקל בחודש שאף אחד לא רואה כשורה בדוח, כי הם מפוזרים בין חמישה אנשים ובעיקר בין שמונה לעשר בערב.

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

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

מה הזמנה חוזרת דורשת מהסוכן, שלב אחר שלב

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

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

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

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

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

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

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

הכללים שדווקא כן משתלם לאכוף

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

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

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

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

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

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

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

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

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

איפה זה נפגש עם המערכת שכבר יש לכם

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

בלי אינטגרציה. הקטלוג, המחירונים וכללי המסחר נטענים כמסמכים מאושרים שהסוכן עובד מהם. במסלול Standard מדובר בעד 15 מסמכים, ובמסלול Business עד 45. ההזמנות מצטברות ככרטיסים ב-WhaleBiz CRM עם ייצוא לאקסל, וההקלדה למערכת שלכם נעשית פעם אחת מרשימה מסודרת ומאושרת ולא מתוך שיחה. זה כבר מבטל את מרבית העלות של הקליטה הכפולה.

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

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

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

מה זה עולה ובאיזה מסלול מתחילים

סיטונאי מתחיל ב-Standard, 490 שקל לחודש בתוספת הקמה חד-פעמית של 1,990 שקל, לפני מע"מ. זה המסלול שיש בו וואטסאפ דרך Meta API רשמי, שליחת קבצים כמו מחירון או תמונת פריט, ואנליטיקה עם ייצוא וייבוא לאקסל, והוא כולל 1,800 הודעות AI בחודש. מסלול Start, 190 שקל בתוספת הקמה 990 שקל, אינו מתאים לענף מסיבה אחת: אין בו וואטסאפ.

חברה שרוצה סוכן נפרד לכמה חטיבות, מענה גם באינסטגרם ובפייסבוק, תשלום בתוך הצ׳אט מלקוח חדש שאין לו מסגרת אשראי, או גישת API ו-Webhooks לדחיפת הזמנות, נמצאת ב-Business, 990 שקל לחודש והקמה 2,990 שקל, עם 4,000 הודעות בחודש. ההשוואה המלאה מופיעה בעמוד המחירים.

לוח הזמנים חשוב לא פחות מהמחיר. הקמה ב-Standard היא עד 14 ימי עסקים וב-Business עד 21, והספירה מתחילה מרגע שקיבלנו את כל החומרים ולא מרגע התשלום. ההקמה משולמת בתשלום אחד לפני תחילת העבודה, המנוי מתחיל ביום שהסוכן עולה לאוויר, וכל שינוי שוטף אחר כך נכנס למכסת השינויים החודשית של המסלול: 5 שינויים ב-Standard ו-10 ב-Business. תיקון תקלה, למשל סוכן שלא עונה או הזמנה שלא נשמרה, אינו נספר במכסה והוא ללא עלות.

שאלות נפוצות

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

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

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

לקוחות שולחים הודעות קוליות ותמונות של מדף חסר. איך זה נספר? נספרות תשובות של הסוכן ולא הודעות נכנסות, ותשובה להודעה קולית, לתמונה או לקובץ נספרת כהודעה אחת, כמו תשובה בטקסט. ב-Standard יש 1,800 הודעות וחריגה 0.38 שקל, ב-Business 4,000 וחריגה 0.32 שקל. הקבצים נשמרים בכרטיס ההזמנה.

באיזה מסלול מתחילים וכמה זמן ההקמה? ב-Standard, 490 שקל לחודש והקמה חד-פעמית 1,990 שקל, עד 14 ימי עסקים, כי שם יש וואטסאפ דרך Meta API רשמי ושליחת קבצים. Start, 190 שקל והקמה 990 שקל, אינו מתאים כי אין בו וואטסאפ. כמה סוכנים, אינסטגרם, תשלום בצ׳אט או API ו-Webhooks מחייבים Business, 990 שקל והקמה 2,990 שקל, עד 21 ימי עסקים. המחירים ללא מע"מ והמנוי מתחיל ביום העלייה לאוויר.