WhatsApp Business API לעסקים

Meta מציעה שני כלים לעסקים. עסקים רבים מכירים את האפליקציה, אבל ה-API פועלת אחרת לגמרי ומשרתת צרכים שונים:

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

ה-API פותחת שימושים שלא אפשריים באפליקציה. אלה המקרים הנפוצים שבהם עסקים משתמשים ב-API בישראל:

חוט משותף: כל השימושים האלה דורשים שליחה בהיקף, חיבור למידע (CRM, מערכת הזמנות), וניהול מרובה משתמשים. זה מה שה-API מאפשרת והאפליקציה לא.

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

מה קרה כאן: תבנית מאושרת עם משתנים אישיים (שם, חודש, נושא) פתחה את השיחה. אחרי שהליד ענה, הסוכן AI (או נציג) המשיך חופשי בתוך חלון ה-24 שעות, סינן, הציע מועדים, וקבע פגישה. השיחה עודכנה ב-CRM והפגישה נכנסה ליומן אוטומטית.

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

Sales Crew של קונקסה כולל את כל השכבות: API רשמי, אינטגרציה ל-CRM, סוכני AI מובנים ותבניות מאושרות. מתחילים בפיילוט על כמה מאות לידים.

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

• המספר יכול להישאר. אפשר להעביר את אותו מספר טלפון מהאפליקציה ל-API, אבל התהליך דורש אימות. במהלך המעבר המספר לא יהיה זמין, ולכן מומלץ לתכנן זמן שקט.
• ההיסטוריה לא עוברת. השיחות והקבצים שהיו באפליקציה לא מועברים אוטומטית ל-API. צריך לארכב אותם ידנית אם הם חשובים, או לקבל שמתחילים מנקי.
• יש להכין תבניות לפני המעבר. בניגוד לאפליקציה, ב-API אי אפשר לשלוח הודעה יזומה חופשית. כל הודעה ראשונה חייבת להיות מתבנית מאושרת, ואישור דורש הגשה ל-Meta מראש. צריך להכין אותן מראש.
• צריך לבחור ספק (BSP או Meta ישירות). האפליקציה עובדת לבד, אבל ה-API דורשת פלטפורמה שמנהלת את החיבור. צריך לבחור ספק או שירות מנוהל לפני המעבר.
• התמחור משתנה. האפליקציה חינמית, אבל ה-API מחויבת לפי הודעה. צריך להבין את המודל החדש ולתקצב בהתאם.
• הצוות צריך הדרכה. הממשק משתנה: במקום אפליקציה, הצוות עובד בפלטפורמת ניהול שמציגה את השיחות והפגישות. צריך הדרכה על הכלים החדשים.

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

אם החלטתם להתחבר ל-API, צריך לבחור ספק (BSP) או לעבוד ישירות מול Meta. הנה הקריטריונים החשובים:

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

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

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

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

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

Meta מחלקת הודעות לשלוש קטגוריות: Marketing (הודעות שיווקיות והצעות), Utility (עדכונים על עסקה קיימת כמו אישור הזמנה), ו-Authentication (קודי אימות). כל קטגוריה מתומחרת אחרת ודורשת רמת אישור שונה לתבנית.

התמחור הוא לפי הודעה שנמסרה, לפי קטגוריה ולפי מדינת הנמען. הודעות שירות (תגובות ללקוח שכתב תחילה, בתוך חלון 24 שעות) חינמיות עד 1,000 הראשונות בחודש למספר, ומעבר לזה מחויבות. התמחור המדויק משתנה לפי מדיניות Meta - ראו את עמוד התמחור הרשמי של Meta.

חשוב להבין: הקטגוריה משפיעה גם על אישור התבנית. תבנית Marketing דורשת בדיקה מחמירה יותר מאשר Utility, ו-Meta דוחה תבניות שמבטיחות דברים שאי אפשר לעמוד בהם או שנשמעות אגרסיביות מדי.

כל מספר עסקי ב-WhatsApp Business API מקבל דירוג איכות מ-Meta, מבוסס על חסימות, דיווחים ובקשות הסרה מהמשתמשים שקיבלו הודעות. דירוג נמוך מגביל את כמות ההודעות היזומות שאפשר לשלוח ביום, ובמקרה קיצוני יכול להוביל לחסימת המספר.

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

הנה איך נראות שיחות טיפוסיות ב-WhatsApp Business API כשמשתמשים בסוכן AI:

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