WhatsApp Business API מול אפליקציית WhatsApp Business - מה מתאים לעסק שלך

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

בואו נפריד את זה בבירור.

מה כל אחד מהם באמת

אפליקציית WhatsApp Business

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

WhatsApp Business Platform (ה-API)

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

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

השוואה מלאה

המגבלות שבאמת מכריעות

מגבלת 256 בשידור

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

אין היסטוריה משותפת

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

דירוג האיכות של המספר ב-API

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

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

ארבע שאלות שמכריעות את ההחלטה

1. 1כמה אנשים צריכים לענות במקביל? יותר משניים - ה-API כמעט תמיד מנצח.
2. 2האם יש מערכת שהוואטסאפ צריך לדבר איתה? CRM, מערכת חשבוניות, יומן, חנות. אם כן, אין דרך לעשות זאת מהאפליקציה.
3. 3כמה הודעות יזומות בחודש? מתחת לכ-200 - האפליקציה מספיקה. מעל כ-500 - הזמן הידני שנחסך מכסה את העלות.
4. 4האם מישהו יכול לבנות ולתחזק? ה-API דורש בעלות טכנית מתמשכת. בלי אדם או ספק שאחראי, הוא ייפול בשקט תוך חצי שנה.

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

מסלול הביניים שרוב העסקים בישראל בוחרים

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

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

זו שאלה אחת לשאול לפני חתימה: המספר יירשם תחת ה-Business Manager שלנו או שלכם. אם התשובה מתחמקת, זו התשובה.

מה קורה בפועל במעבר

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

מה מאבדים במעבר ל-API

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

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

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

שלושה עסקים, שלוש החלטות שונות

הדוגמאות הבאות מתארות דפוסים שאנחנו פוגשים שוב ושוב, לא לקוחות ספציפיים.

יועץ עצמאי, כשלושים לקוחות פעילים

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

קליניקה עם שלוש מזכירות

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

חנות אונליין עם 400 הזמנות בחודש

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

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

שאלות לשאול ספק לפני חתימה

1. 1המספר יירשם תחת חשבון העסק שלנו במטא או תחת שלכם. זו השאלה החשובה ביותר.
2. 2מה המחיר הסופי להודעה בקטגוריית Utility בישראל, כולל התוספת שלכם.
3. 3האם יש דמי מנוי מינימליים, והאם הם משתנים לפי מספר נציגים.
4. 4מה כלול בממשק - האם יש תיבה משותפת, הקצאת שיחות, וחיפוש בהיסטוריה.
5. 5מה קורה להיסטוריית השיחות אם נעזוב. האם אפשר לייצא.
6. 6מי מטפל באישור התבניות - אנחנו או אתם, ובאיזה זמן תגובה.
7. 7האם יש webhook יוצא לכל אירוע, או רק אינטגרציות מוכנות לרשימה סגורה של מערכות.
8. 8מה זמן ההתחייבות ומה נדרש לביטול.

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

טעויות נפוצות במעבר

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

שורה תחתונה

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

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