בוט וואטסאפ לפריוריטי הוא בוט שמחובר דרך ממשק ה-API של Priority ויודע לשלוף ולרשום נתונים אמיתיים מתוך המערכת בזמן השיחה. לקוח שואל איפה ההזמנה שלו ומקבל תשובה מתוך פריוריטי, ולא מנציג שצריך לחפש. החיבור עצמו אפשרי וידוע, אבל ההצלחה תלויה בעיקר בשני דברים: זיהוי נכון של מי שכותב, והגדרה מדויקת של מה הבוט רשאי לראות ולעשות.
במאמר הזה נסביר מה בוט כזה יכול לעשות בפועל, איך החיבור בנוי מאחורי הקלעים, ואיפה פרויקטים כאלה נתקעים בדרך כלל.
מה בוט וואטסאפ שמחובר לפריוריטי יכול לעשות
ההבדל בין בוט רגיל לבוט שמחובר ל-ERP הוא ההבדל בין תשובה כללית לתשובה אישית. בוט שלא מחובר למערכת יכול לענות על שעות פתיחה ומדיניות החזרות. בוט שמחובר לפריוריטי יכול לענות על שאלות שהתשובה עליהן נמצאת רק אצלכם.
מול לקוחות
- סטטוס הזמנה ומשלוח: הלקוח כותב, הבוט מזהה אותו, מאתר את ההזמנות הפתוחות שלו ומחזיר סטטוס.
- חשבוניות ותעודות משלוח: שליחת עותק של מסמך שכבר הופק בפריוריטי, בלי שמישהו בהנהלת חשבונות יצטרך לחפש ולשלוח במייל.
- יתרה ומצב חשבון: ללקוחות עסקיים שעובדים בהקפה, תשובה מהירה על מצב החשבון חוסכת הרבה שיחות טלפון.
- הצעות מחיר: בקשה להצעה שנפתחת כמסמך בפריוריטי, או שליחה של הצעה קיימת לאישור בתוך השיחה.
מול עובדים וסוכנים בשטח
- בדיקת מלאי לפי מק״ט או שם פריט, בלי להיכנס למערכת מהטלפון.
- קליטת הזמנה מסוכן שטח, שנרשמת ישירות כמסמך בפריוריטי.
- דיווחים קצרים, כמו אישור אספקה או עדכון סטטוס קריאת שירות.
לעובדים פנימיים זה לרוב המקום שבו הערך מורגש הכי מהר, כי הם כבר משתמשים בוואטסאפ כל היום והמערכת מרגישה להם רחוקה.
איך החיבור עובד מאחורי הקלעים
בוט כזה בנוי מכמה שכבות, וכדאי להבין אותן גם אם לא אתם מפתחים אותו:
- WhatsApp Business API: ערוץ ההודעות הרשמי של וואטסאפ לעסקים. לא אפליקציית וואטסאפ ביזנס בטלפון, אלא ממשק שמאפשר לשרת לקבל ולשלוח הודעות.
- שכבת הלוגיקה: השרת שמקבל את ההודעה, מבין מה הלקוח מבקש, ומחליט איזו פעולה לבצע. כאן אפשר לשלב מודל שפה כדי להבין ניסוחים חופשיים, או להסתפק בתפריט כפתורים כשהתהליך פשוט.
- ה-API של פריוריטי: פריוריטי מציעה ממשק REST שדרכו אפשר לקרוא ולכתוב נתונים לפי ההרשאות של משתמש ה-API.
- שכבת תיעוד ובקרה: לוגים של כל פנייה ופעולה, כדי שאפשר יהיה לבדוק מה קרה כשמשהו לא עבד.
בחלק מהמקרים אנחנו בונים את שכבת הלוגיקה כתהליכים ב-n8n, שמאפשר לחבר בין המערכות בלי לכתוב הכול מאפס. הרחבנו על הגישה הזו במאמר על אוטומציה עסקית עם n8n. כשהלוגיקה מורכבת יותר, למשל כשהבוט צריך לנהל שיחה של כמה שלבים ולקבל החלטות, נכון יותר לבנות סוכן ייעודי. ההבדל מוסבר במאמר צ׳אטבוט מול סוכן AI.
זיהוי לקוח והרשאות: החלק שלא מדלגים עליו
זו הנקודה שבה בוט מחובר ל-ERP שונה מהותית מבוט שיווקי. ברגע שהבוט יכול לשלוף חשבוניות ויתרות, טעות בזיהוי היא חשיפת מידע של לקוח אחד ללקוח אחר.
כמה עקרונות שאנחנו מקפידים עליהם:
- התאמת מספר טלפון לאיש קשר בפריוריטי היא נקודת פתיחה, לא אימות מלא. אנשים מחליפים מספרים, ועובד שעזב עדיין יכול להיות רשום כאיש קשר.
- אימות נוסף לפעולות רגישות, כמו קוד חד פעמי או פרט שרק הלקוח יודע, לפני שליחת מסמכים כספיים.
- משתמש API עם הרשאות מינימליות: הבוט לא צריך גישה לכל המערכת. אם הוא רק קורא הזמנות ושולח חשבוניות, זה כל מה שמשתמש ה-API שלו אמור לראות.
- הפרדה בין קריאה לכתיבה: פעולות שיוצרות או משנות מסמכים בפריוריטי מקבלות בקרה נוספת, ולפעמים אישור אנושי לפני ביצוע.
כל זה מתחבר גם לחובות שלכם לפי חוק הגנת הפרטיות. מידע שעובר דרך וואטסאפ ונשמר בלוגים הוא מידע אישי לכל דבר. כתבנו על כך בהרחבה במאמר על תיקון 13 לחוק הגנת הפרטיות.
הצעות מחיר בוואטסאפ ישירות מפריוריטי
אחד השימושים שעסקים שואלים עליו הרבה הוא שליחת הצעות מחיר בוואטסאפ. יש כאן שני תרחישים שונים:
שליחת הצעה שכבר הופקה
איש המכירות מפיק הצעה בפריוריטי כרגיל, והבוט שולח אותה ללקוח בוואטסאפ עם כפתור אישור. כשהלקוח מאשר, הסטטוס מתעדכן במערכת. זה התרחיש הפשוט והבטוח יותר, כי אדם עדיין קובע את התוכן.
פתיחת בקשה להצעה מתוך השיחה
הלקוח מבקש הצעה, הבוט אוסף את הפרטים (פריטים, כמויות, כתובת אספקה) ופותח טיוטה בפריוריטי לטיפול של איש מכירות. אנחנו לא ממליצים לתת לבוט להפיק ולשלוח הצעה סופית לבד, אלא אם המחירון פשוט מאוד והכללים ברורים לגמרי.
חשוב לדעת: כשהעסק פונה ללקוח ביוזמתו, למשל כדי לשלוח הצעה, וואטסאפ דורשת שימוש בתבניות הודעה מאושרות מראש. את התבניות צריך לתכנן ולהגיש לאישור כחלק מהפרויקט, ולא לגלות את זה ביום ההשקה.
איפה פרויקטים כאלה נתקעים
מהניסיון שלנו, הבעיות כמעט אף פעם לא בחיבור הטכני עצמו. הן בדרך כלל באחד מאלה:
- נתונים לא מסודרים בפריוריטי: אנשי קשר כפולים, טלפונים בפורמטים שונים, סטטוסים שאף אחד לא מעדכן. הבוט רק מציג את מה שיש במערכת, ואם הנתונים לא נכונים, גם התשובה לא תהיה נכונה.
- התאמות מקומיות במערכת: הרבה התקנות של פריוריטי כוללות שדות ומסכים מותאמים. צריך למפות אותם מראש יחד עם מי שמתחזק אצלכם את המערכת.
- אין מעבר מסודר לנציג: בוט טוב יודע מתי הוא לא יודע. צריך להגדיר מראש מתי השיחה עוברת לאדם, ומי מקבל אותה.
- ניסיון לעשות הכול בבת אחת: עדיף להתחיל מתהליך אחד שכואב, כמו סטטוס הזמנות, ולהרחיב אחרי שהוא עובד.
איך אנחנו ניגשים לפרויקט כזה
אנחנו מתחילים משיחה על התהליך, לא על הטכנולוגיה: איזה שאלות חוזרות מגיעות היום בטלפון ובמייל, מי עונה עליהן, ואיפה בפריוריטי נמצאת התשובה. משם בונים אבטיפוס לתהליך אחד, בודקים אותו מול משתמשים אמיתיים ורק אחר כך מרחיבים.
אם הבוט צריך גם לסנן לידים חדשים ולא רק לשרת לקוחות קיימים, כדאי לקרוא גם את המאמרים על בוט שירות לקוחות בוואטסאפ ועל בוט מכירות בוואטסאפ. ואם עוד אין לכם מערכת מסודרת לניהול לקוחות, שווה להתחיל מהקמת מערכת CRM לעסק קטן.
שאלות נפוצות
האם פריוריטי מאפשרת חיבור לבוט וואטסאפ? כן. פריוריטי מציעה ממשק API שדרכו מערכות חיצוניות יכולות לקרוא ולכתוב נתונים, בכפוף להרשאות של משתמש ה-API ולרישוי שיש לכם. כדאי לבדוק מראש עם מי שמתחזק אצלכם את המערכת מה מופעל בהתקנה שלכם.
האם אפשר להשתמש באפליקציית וואטסאפ ביזנס הרגילה? לא לחיבור כזה. בוט שמחובר למערכות צריך את WhatsApp Business API, שמאפשר לשרת לקבל ולשלוח הודעות באופן אוטומטי. המספר שמחובר ל-API לא משמש במקביל באפליקציה בטלפון.
מה קורה כשהבוט לא יודע לענות? בבוט שבנוי נכון יש כלל ברור למעבר לנציג: כשהבקשה לא מזוהה, כשהלקוח מבקש אדם, או כשמדובר בפעולה רגישה. הנציג מקבל את השיחה עם ההקשר שלה, כדי שהלקוח לא יצטרך להסביר שוב.
אם יש לכם פריוריטי ואתם רוצים להבין איזה תהליך כדאי להעביר לוואטסאפ קודם, אנחנו שמחים לעבור על זה איתכם ולמפות יחד את נקודת ההתחלה הנכונה.