כמה עולה בוט וואטסאפ לעסק? מפרקים את העלות לרכיבים: מורכבות התסריט, חיבור למערכות קיימות, WhatsApp Business API ועלות ההודעות של מטא, אחסון ותחזוקה שוטפת.
בעלי עסקים שואלים אותי כמה עולה בוט וואטסאפ, ומצפים למספר אחד. אין מספר אחד, כי המילה בוט מכסה גם תפריט תשובות פשוט וגם מערכת שמתאמת תורים ומעדכנת מסד נתונים. הפוסט הזה מפרק את העלות לרכיבים, כדי שתדעו לקרוא הצעת מחיר ולהשוות בין הצעות בלי לנחש.
כששואלים כמה עולה בוט וואטסאפ, זה כמו לשאול כמה עולה רכב. בוט יכול להיות תפריט עם ארבעה כפתורים שעונה על שאלות נפוצות, והוא יכול להיות מערכת שמזהה לקוח קיים, בודקת זמינות ביומן, קובעת תור, שולחת אישור ומזכירה יום לפני. אלה שני פרויקטים שונים לגמרי, עם אותה מילה בשם. הפער ביניהם הוא לא פער של אחוזים, הוא פער של סדר גודל, ולכן כל תשובה שניתנת לפני שמבינים מה בדיוק צריך היא חסרת ערך.
מפתח שלוקח את העבודה ברצינות ישאל אתכם שלוש שאלות לפני שהוא מתמחר. מה קורה ברגע שהלקוח כותב הודעה ראשונה, לאן המידע שהוא מוסר אמור להגיע, ומי מטפל במקרים שהבוט לא יודע לפתור. התשובות האלה קובעות את המחיר הרבה יותר מהטכנולוגיה עצמה, כי הן מגדירות כמה מסלולים צריך לבנות וכמה מערכות צריך לחבר. בלי התשובות האלה, כל מספר שתשמעו בטלפון הוא ניחוש שמישהו ישלם עליו בהמשך.
במקום לנקוב במחיר, נפרק כאן את רכיבי העלות אחד אחד. אחרי שתקראו, תוכלו להסתכל על הצעת מחיר ולזהות מה נכלל בה, מה חסר בה, ואיפה בדיוק נמצא ההפרש בין שתי הצעות שנראות דומות. זה גם יעזור לכם להגדיר מראש בוט שמתאים לתקציב שיש לכם היום, במקום לגלות באמצע הפיתוח שהתסריט שביקשתם גדול בהרבה ממה שתכננתם, ולעצור באמצע הדרך עם חצי מוצר.
התסריט הוא מפת השיחה. כמה שאלות הבוט שואל, כמה מסלולים יוצאים מכל שאלה, ומה קורה כשהלקוח כותב משהו שלא צפיתם. תסריט ליניארי, שבו כל לקוח עובר את אותם ארבעה שלבים, זול לבנות ומהיר לבדוק. כל נקודת החלטה שמוסיפים מכפילה את מספר המסלולים, ואיתם את זמן הפיתוח וגם את זמן הבדיקות, כי כל מסלול חדש צריך לעבור בדיקה בפני עצמו לפני שהוא עולה לאוויר מול לקוחות אמיתיים.
תרגיל פשוט לפני שמבקשים הצעה. שרטטו על דף כמה שאלות הלקוח עובר עד שהוא מקבל את מה שהוא רצה, וכמה סופים שונים יש לשיחה. בוט עם שש שאלות ושלושה סופים הוא פרויקט אחר לגמרי מבוט עם שתי שאלות וסוף אחד. השרטוט הזה שווה יותר מכל בריף מילולי, הוא מקצר את התהליך גם למפתח, והוא מאפשר לכם לוותר על מסלולים שוליים עוד לפני ששילמתם על הפיתוח שלהם.
יש הבדל גדול בין בוט שעובד עם כפתורים לבוט שמבין טקסט חופשי. כפתורים זולים יותר לפיתוח, צפויים יותר בהתנהגות ונשברים הרבה פחות. טקסט חופשי דורש שכבת פירוש, מנגנון שמזהה שהבוט לא הבין, ומסלול נפילה מסודר חזרה לאדם. אם התקציב מוגבל, כפתורים בשלב הראשון הם ההחלטה הנכונה כמעט תמיד, ואפשר להוסיף הבנת טקסט בשלב שני, אחרי שראיתם בלוגים מה לקוחות באמת כותבים לכם.
בוט שלא מחובר לשום דבר הוא שיחה יפה שנגמרת בכלום. הערך האמיתי מתחיל כשמה שקורה בצ'אט נשמר במקום שאתם עובדים איתו: מסד נתונים, פאנל ניהול, יומן או מערכת הזמנות. כל חיבור כזה הוא עבודת פיתוח בפני עצמה, עם אימות נתונים, טיפול בשגיאות של הצד השני, וסנכרון דו כיווני שלא ידרוס מידע קיים כשמישהו עורך את אותה רשומה מהמערכת הפנימית בדיוק באותו רגע.
העלות של חיבור נקבעת בעיקר בצד השני, לא אצלכם. מערכת עם ממשק API מתועד היא עבודה סבירה וצפויה בזמן. מערכת סגורה, בלי API, או כזו שדורשת עקיפות, היא לרוב החלק היקר של הפרויקט. לפני שמבקשים תמחור, בקשו מספק המערכת שלכם קישור לתיעוד ה-API, ובדקו אם יש הרשאות כתיבה ולא רק קריאה. השאלה הקטנה הזאת יכולה לשנות הצעת מחיר מקצה לקצה, לשני הכיוונים.
את הלוגיקה הזו אני בונה גם מחוץ לוואטסאפ. באתר של Sharon Tours יש מערכת ניהול פניות והזמנת נסיעות עם בקשת הצעת מחיר אוטומטית, ובמערכת FrontLife שפיתחתי יש ניהול תורים בזמן אמת עם אישורים ותזכורות אוטומטיות. בוט וואטסאפ הוא בסך הכול עוד דלת כניסה לאותה תשתית. כשהתשתית קיימת ומסודרת, הבוט הוא שכבה דקה מעליה. כשהיא לא קיימת, בונים אותה כחלק מהפרויקט, ושם נמצא עיקר התקציב.
כאן נמצאת הנקודה שהכי הרבה בעלי עסקים מפספסים. יש שני חשבונות נפרדים לגמרי: עלות הפיתוח, שהיא בעיקר חד פעמית, ועלות ההודעות של מטא, שהיא שוטפת ונגבית בנפרד לפי השימוש, במודל שמתעדכן מעת לעת. מי שנותן לכם מספר אחד בלי להפריד ביניהם, או שלא בדק את הדרישות והתעריפים העדכניים של ה-API הרשמי, או שלא רוצה שתראו את ההוצאה החודשית מראש. בשני המקרים ההפתעה מגיעה אחרי ההשקה, בדיוק כשהבוט מתחיל לעבוד ולייצר תנועה אמיתית.
השימוש ב-WhatsApp Business API דורש תהליך הקמה מסודר: אימות עסק מול מטא, מספר טלפון ייעודי שלא משמש באפליקציה הרגילה, ותבניות הודעה שצריכות לעבור אישור כשאתם יוזמים פנייה ללקוח. התהליך הזה לוקח זמן ולא תלוי רק במפתח, אלא גם בכם ובמטא. כדאי לפתוח אותו במקביל לפיתוח ולא בסופו, אחרת הוא הופך לצוואר הבקבוק של ההשקה, והבוט יושב מוכן בלי מספר שירוץ עליו.
עלות ההודעות גדלה עם הנפח, ולכן היא חלק מהתקציב החודשי ולא מהתקציב החד פעמי. לפני ההחלטה, בדקו מול מטא את התעריף העדכני, והפרידו בין פניות שהלקוח יזם ואפשר להשיב עליהן בתוך החלון שנפתח, לבין הודעות יזומות מצידכם שדורשות תבנית מאושרת, כי אלה שני מצבים שונים מבחינת חיוב. ההפרדה הזו משנה את החשבון, והיא משפיעה גם על תכנון התסריט: כמה תזכורות באמת צריך לשלוח, ומתי עדיף לרכז עדכון אחד במקום שלושה.
בוט הוא שירות שרץ כל הזמן, לא קובץ שמעלים פעם אחת ושוכחים ממנו. הוא צריך שרת, ניטור, לוגים של שיחות וגיבוי למסד הנתונים. באתר תדמית שנופל מגלים את התקלה מהר, כי מישהו נכנס ורואה שגיאה. בוט שנופל שותק בשקט, והלקוחות פשוט לא מקבלים מענה ופונים למתחרה. ניטור והתראה על תקלה הם חלק מהמוצר, לא תוספת נחמדה שמוסיפים אם נשאר תקציב בסוף.
התחזוקה השוטפת נובעת משלושה מקורות. מטא משנה כללים ותבניות, המערכות שאליהן הבוט מחובר משתנות בעצמן ומשנות שדות ותגובות, והעסק שלכם משתנה: שירות חדש, מחירון חדש, שעות פעילות חדשות. בוט שאף אחד לא נוגע בו במשך חצי שנה מתחיל לתת תשובות לא מדויקות, וזה מזיק יותר מאשר לא לענות בכלל, כי הלקוח מקבל מידע שגוי ומסיק שהעסק לא רציני מספיק.
שאלו לפני החתימה שלוש שאלות. מה כלול בחודשים הראשונים אחרי ההשקה, איך מתומחרים שינויים בתסריט בהמשך, ולמי שייכים הקוד, המספר וחשבון מטא. ההסכמות האלה זולות לסגור מראש ויקרות לתקן בדיעבד, במיוחד אם תרצו יום אחד לעבור למפתח אחר או לנהל את הבוט בעצמכם. בקשו גם גישה ללוגים ולפאנל, כדי שתוכלו לראות מה קורה בשיחות בלי להיות תלויים באף אחד.
רמה ראשונה, בוט תשובות בסיסי. תפריט, שאלות נפוצות, שעות פעילות, כתובת וניווט, והעברה לנציג אנושי כשצריך. הוא לא מתחבר לשום מערכת ולא זוכר את הלקוח בין שיחות. זו הרמה המהירה והזולה ביותר לבנייה, והיא מתאימה לעסק שמוצף בשאלות חוזרות אבל סוגר את העסקה עצמה בטלפון. החיסרון שלה ברור: היא חוסכת לכם זמן, אבל היא לא משאירה אחריה שום נתון שאפשר לעבוד איתו אחר כך.
רמה שנייה, בוט שאוסף פרטים ומעביר לפאנל. הוא שואל כמה שאלות סינון, שומר את הליד במסד נתונים, שולח לכם התראה מיידית, ומציג את הפניות בפאנל ניהול עם סטטוס ותאריך. זו הרמה שאני ממליץ להתחיל בה ברוב המקרים, כי היא הופכת שיחה בוואטסאפ לרשומה שאפשר לעקוב אחריה, לסנן ולמדוד. במקום לחפש פנייה ישנה בגלילה אינסופית, יש לכם רשימה מסודרת עם היסטוריה מלאה.
רמה שלישית, בוט שמבצע פעולה אמיתית. מחובר ליומן או למלאי, בודק זמינות, קובע תור או הזמנה, שולח אישור ותזכורת ומטפל גם בביטול. זו הרמה היקרה מבין השלוש, בגלל מקרי הקצה ולא בגלל השיחה עצמה: שני לקוחות שמבקשים את אותה שעה בדיוק, ביטול ברגע האחרון, סנכרון עם יומן שכבר קיים, ולקוח שמתחרט באמצע. שם נמצא רוב זמן הפיתוח והבדיקות, לא בניסוח ההודעות.
ההמלצה המעשית שלי היא להתחיל ברמה השנייה, לא בראשונה, אבל עם תסריט צר. בוט שרק עונה תשובות חוסך לכם זמן, ובוט שאוסף פרטים ומעביר אותם לפאנל נועד להפוך פנייה לרשומה מסודרת שאפשר לחזור אליה ולסגור. ההפרש בעלות בין השניים קטן, והערך שהרמה השנייה יכולה להחזיר גדול יותר, ולכן לרוב זו ההחלטה שאני ממליץ עליה כשהתקציב מוגבל. צמצמו את מספר השאלות בתסריט, לא את היכולת של הבוט לשמור את מה שהוא אסף.
בחרו תהליך אחד שמכניס כסף ובנו רק אותו, מקצה לקצה. אצל חברת הובלות זה איסוף פרטי ההובלה והערכת מחיר ראשונית, אצל קליניקה זו בקשת תור, אצל חנות זו בדיקת סטטוס הזמנה. הריצו אותו חודש שלם, קראו את הלוגים של השיחות האמיתיות, ורק אז החליטו מה השלב הבא. השיחות האמיתיות תמיד מפתיעות, ולרוב מגלות שדווקא שאלה שלא חשבתם עליה חוזרת שוב ושוב.
אם אתם רוצים לראות איך זה נראה בפועל, בעמוד בוטים לוואטסאפ באתר שלי יש פירוט של היכולות ושל סוגי התסריטים שאפשר לבנות, בלי שתצטרכו להתחייב לשום דבר. מוזמנים גם להתקשר, 050-4491234, ולתאר את התהליך שאתם רוצים לאוטמט. אשמח לומר לכם באיזו רמת מורכבות הוא נופל ומה נדרש מכם מול מטא, גם אם בסוף תחליטו לא לפתח או לדחות את הפרויקט לשלב מאוחר יותר.
אין מחיר אחד, כי העלות נגזרת ממורכבות התסריט, ממספר החיבורים למערכות קיימות ומרמת התחזוקה. בוט תשובות בסיסי הוא הפרויקט הקטן ביותר, בוט שאוסף לידים ומעביר לפאנל נמצא באמצע, ובוט שמחובר ליומן ומבצע פעולה אמיתית הוא היקר ביותר. תיאור מדויק של התהליך שאתם רוצים לאוטמט מאפשר לתת הצעה אמיתית ולא ניחוש.
לא, אלה שני דברים נפרדים. עלות הפיתוח היא בעיקר חד פעמית, ועלות ההודעות ב-WhatsApp Business API נגבית על ידי מטא בנפרד לפי השימוש, במודל שמתעדכן מעת לעת, ולכן כדאי לבדוק את התעריף העדכני ישירות מול מטא. כשמשווים הצעות מחיר, ודאו שההפרדה הזו מופיעה במפורש, והעריכו את היקף השימוש הצפוי לפני שמחליטים.
קיימים פתרונות שעוקפים את ה-API הרשמי, אבל הם פחות יציבים וחושפים את המספר לחסימה. לעסק שמסתמך על הערוץ הזה להכנסות, ה-API הרשמי הוא הבחירה הנכונה: אימות עסק, מספר ייעודי ותבניות מאושרות ליזום שיחה. ההקמה לוקחת זמן, וכדאי להתחיל אותה במקביל לפיתוח ולא אחריו.
בוט בסיסי הוא הפרויקט הקצר ביותר מבין השלושה, ולוח הזמנים שלו נקבע רק אחרי שהתסריט המלא מוגדר. בוט שמחובר לפאנל ניהול או ליומן לוקח יותר, כי רוב הזמן מושקע בחיבורים, באימות נתונים ובבדיקות של מקרי קצה. תהליך האימות מול מטא רץ במקביל ולא תלוי במפתח, ולכן כדאי לפתוח אותו כבר בתחילת הפרויקט.
מערכת מוכנה מתאימה לתסריט פשוט וקבוע. ברגע שצריך לקרוא ולכתוב למסד הנתונים שלכם, לבדוק זמינות ביומן או להציג פניות בפאנל ניהול, התבניות נגמרות. אני בונה בוטים ב-Node.js מאפס, מחוברים ישירות למערכת הניהול, כך שהתסריט מתנהג כמו שהעסק צריך ולא כמו שהמערכת מאפשרת.