מהי אוטומציה בוואטסאפ?
אוטומציה בוואטסאפ מחברת trigger עסקי ל-WhatsApp Business Platform, למערכת מקור ול-CRM כדי לשלוח או לעבד הודעה לפי כללים מוגדרים. לדוגמה: הזמנה מאושרת → נתוני ההזמנה נשלפים → template מתאים נשלח → delivery נרשם → חריגה יוצרת משימה לנציג.
הערך אינו “בוט שעונה על הכל”. התהליך הנכון שולח הודעה צפויה ורלוונטית, שומר הקשר, מכבד opt-out ומעביר לאדם כאשר נדרשת החלטה או כשהאוטומציה נכשלת.
Business App לעומת Business Platform
| היבט | WhatsApp Business App | WhatsApp Business Platform |
|---|---|---|
| תפעול | בעיקר ידני באפליקציה | API ומערכת ניהול חיצונית |
| כלים | קטלוג, labels, quick replies | webhooks, templates ואינטגרציות |
| תהליכים | מתאימים לנפח קטן וניהול ידני | workflows, CRM ומספר נציגים לפי הפתרון |
| אחריות טכנית | נמוכה יותר | authentication, logs, retries ואבטחה |
| תמחור | לפי מוצרי האפליקציה | לפי הודעות וספקים |
מסלולי onboarding ויכולות coexistence עשויים להשתנות לפי חשבון, ספק ומדינה. אל תבטיחו שהמספר הקיים חייב לעבור או יכול להישאר באפליקציה; מאמתים את המסלול הזמין בזמן ההקמה דרך תכונות ה-Platform הרשמיות והמסמכים בחשבון Meta.
כללי Meta שחייבים להיכנס לארכיטקטורה
מדיניות WhatsApp Business Messaging קובעת בין היתר:
- העסק רשאי ליצור קשר כאשר יש לו את מספר הטלפון וגם opt-in המאשר הודעות או שיחות עתידיות;
- יש לכבד בקשת חסימה, הפסקה או opt-out;
- שיחה ביוזמת העסק נפתחת באמצעות Message Template מאושר למטרה המוגדרת;
- בתוך 24 שעות מהודעת המשתמש האחרונה אפשר להשיב ללא template;
- מחוץ לחלון השירות שולחים רק באמצעות template מאושר;
- אוטומציה בחלון השירות צריכה לכלול דרך ברורה וישירה להסלמה לאדם.
WhatsApp מציעה קטגוריות Marketing, Utility, Authentication ו-Service. הטענה ש-template “לא יכול להיות שיווקי” אינה נכונה. הודעת marketing עדיין דורשת opt-in, template מתאים ושימוש צפוי ורלוונטי. ראו את קטגוריית Marketing הרשמית.
המדיניות אינה תחליף לייעוץ משפטי. העסק אחראי להסכמה, notice, privacy policy והדין החל. רכישה או פנייה חד-פעמית אינן הסכמה גורפת לכל מסר עתידי.
איך מתחילים: חמישה שלבים
- תרחיש: בוחרים ליד, הזמנה, תזכורת או עדכון אחד.
- מדיניות: מגדירים opt-in, קטגוריה, template, חלון שירות ו-opt-out.
- Platform: משלימים onboarding, מספר, webhooks ו-credentials.
- מערכות: מחברים מקור אמת, CRM ו-workflow עם retries ולוגים.
- פיילוט: בודקים קהל קטן, חריגים, כשל ומעבר לנציג, ואז מודדים.
הרכיבים הטכניים
WhatsApp Business Platform / Cloud API
השכבה ששולחת ומקבלת הודעות ומפיקה webhooks של סטטוס. credentials נשמרים ב-secret store ולא ב-workflow גלוי.
Message Templates
תבניות מאושרות עם קטגוריה ומטרה. משתנים מקבלים רק נתונים מאומתים; אין להכניס מידע רגיש או מחיר שאינו ממקור אמת.
Webhooks ו-workflow
Webhook מקבל אירוע, מאמת חתימה ומעביר אותו ל-פלטפורמת אוטומציה. ה-workflow מטפל ב-idempotency, retries, timeout ונתיב כשל.
CRM ומקור נתונים
CRM חכם שומר סטטוס והקשר. מערכת ההזמנות, היומן או החנות הם מקור האמת לנתון התפעולי; לא ממציאים סטטוס בתוך הודעה.
AI ומעבר לנציג
סוכן AI יכול לסווג פנייה או לנסח תשובה ממידע מאושר. הוא מוגבל לתחום ולכלים, וכל בקשה רגישה, חסרת מקור או מחוץ לתחום עוברת לאדם עם סיכום.
עשר דוגמאות workflow מעשיות
הדוגמאות הבאות הן תבניות תכנון, לא מקרי לקוח ולא הבטחה להכנסה.
1. אישור הזמנה
הזמנה מאושרת → בדיקת payment state → template Utility עם מספר הזמנה → רישום delivery. אין לשלוח לפני שהמערכת מאשרת את ההזמנה.
2. תזכורת לפגישה
יומן → תזכורת במועד שהעסק והלקוח הגדירו → כפתורי אישור/שינוי → עדכון היומן. ראו תיאום פגישות אוטומטי.
3. תשובות לשאלות נפוצות
הודעת משתמש → זיהוי שאלה → תשובה ממדיניות מאושרת → קישור למקור → העברה לאדם כשאין תשובה.
4. עגלה נטושה
אירוע נטישה → בדיקת opt-in וקטגוריית Marketing → המתנה לפי מדיניות העסק → template עם קישור לעגלה → עצירה לאחר רכישה או opt-out. ראו אוטומציה למסחר אלקטרוני.
5. הצעה מותאמת
segment מורשה ב-CRM → בדיקת הסכמה ל-marketing → template מאושר → קישור מתויג → רישום תגובה. לא שולחים “bulk” ללא ציפייה והסכמה.
6. סקר שביעות רצון
שירות שהסתיים → בקשת דירוג קצרה → תשובה נשמרת → ציון נמוך פותח משימה לאדם. אין להציג שיעור תגובה שלא נמדד.
7. עדכון משלוח
Webhook מספק שילוח → שינוי סטטוס → template Utility → מספר מעקב ממקור אמת → התראה כאשר ה-API נכשל.
8. בקשת ביקורת
שירות שהושלם → הודעה ללקוח מתאים → קישור ישיר לעמוד הביקורת. לא מתנים הטבה בביקורת חיובית ולא מבטיחים השפעת SEO.
9. קופון נאמנות
כלל CRM אמיתי → בדיקת זכאות והסכמה → קוד אישי או QR → תוקף ותנאים → סימון מימוש.
10. קישור תשלום
עסקה מאושרת → ספק תשלום יוצר קישור → WhatsApp שולחת אותו → webhook תשלום מעדכן CRM. פרטי כרטיס אינם עוברים בהודעה, וזיכוי נשאר בהרשאה מתאימה.
כלים אפשריים
WATI, ManyChat, Gupshup, n8n וספקים אחרים מציעים שילובים שונים של inbox, templates, automation ו-API. אין כלי “מתאים לכולם”. משווים לפי בעלות מספר ונתונים, exports, הרשאות, webhooks, תמיכה, עלות שימוש ויכולת מעבר לספק אחר.
תמחור: Meta, ספקים והקמה
עמוד התמחור הרשמי של WhatsApp Business Platform מסביר שהחיוב הוא לפי הודעה שנמסרה, והמחיר משתנה לפי שוק היעד וקטגוריית ההודעה. Service messages ו-Utility בתגובה למשתמש עשויות לקבל תנאים שונים; rate cards משתנים ולכן אין מחיר אוניברסלי באגורות.
הקמת סוכן AI לוואטסאפ באוטומציות AI מתחילה מ-5,000 ₪ חד-פעמי לפני מע״מ. אין דמי מנוי חודשיים אלינו. עלויות Meta, מודל AI, hosting או פלטפורמה חיצונית משולמות לספקים לפי שימוש ותוכנית. הצעה מדויקת דורשת אפיון.
אבטחת מידע ופרטיות
מגדירים data flow, retention, הרשאות, vendors ו-audit. שומרים רק מידע שנדרש לתהליך, מפרידים secrets מתוכן השיחה ומגבילים מי יכול לייצא או למחוק. אין לטעון שה-API “מבטיח פרטיות” או שהחיבור יוצר עמידה בחוק.
מידע רפואי, פיננסי, מזהים ופרטי תשלום דורשים בדיקה מוגברת. WhatsApp עצמה מגבילה שימושים וסוגי מידע במדיניות. במקרה של ספק, עוצרים ומעבירים לערוץ או לאדם המתאים.
איך מודדים ומשפרים?
מגדירים קו בסיס ומודדים לפי תרחיש:
- delivery ו-failure לפי template;
- reply והשלמת הפעולה הרצויה;
- זמן עד מעבר לנציג וטיפול לאחר המעבר;
- opt-out, חסימות ודיווחים;
- כפילויות, retries וכשלי integration;
- עלות הודעות, מודל ותשתית;
- תוצאה עסקית שאפשר לייחס ל-flow.
A/B test משנה משתנה אחד — ניסוח, כפתור או תזמון — על קהל מורשה ובתקופה מוגדרת. לא מסיקים “שיפור משמעותי” בלי sample, baseline ותוצאה.
שאלות נפוצות
האם כל הודעה יזומה דורשת template?
שיחה ביוזמת העסק מתחילה ב-template מאושר. בתוך חלון 24 השעות מהודעת המשתמש אפשר להשיב ללא template; מחוץ לחלון משתמשים ב-template.
האם אותו מספר יכול להישאר באפליקציה?
האפשרויות משתנות לפי מסלול onboarding, ספק ויכולות הזמינות בחשבון. בודקים זאת מול Meta בזמן האפיון ולא מבטיחים תשובה כללית.
האם אוטומציה יכולה לפעול ללא נציג?
חלק מהשלבים יכולים, אבל המדיניות דורשת נתיב הסלמה ברור. חריג, בקשת אדם, מידע חסר או פעולה רגישה עוברים לנציג.
מה צריך להכין לאפיון?
תרחיש אחד, מקור נתונים, נוסחי הודעה, הוכחת opt-in, כללי opt-out, templates קיימים, CRM, חריגים ומדד קבלה.
סיכום
אוטומציה בוואטסאפ טובה מתחילה בהסכמה, הודעה בעלת ערך ומקור נתונים אמין. בונים flow קטן, מתעדים, בודקים מעבר לאדם ומודדים לפני הרחבה.
רוצים למפות תרחיש ראשון? דברו איתנו על סוכן וואטסאפ לעסק או צרו קשר, ונגדיר את המדיניות, המערכות והבדיקות לפני ההקמה.
