בוט וואטסאפ: כל המפה ב-80 דקות - רשמי מול לא-רשמי, מה לבחור, ואיך לא להיחסם

מפת המושגים של בוטי וואטסאפ

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

אבחון: בוט, בוט-טיפש, או בכלל לא בוט

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

בחירת מערכת הבוטים הנכונה

פה אלעד עשה סדר במבחר המסחרר של מערכות. הלא-רשמיות (ג'וני, Wami, Green API, ועוד) - חלקן 'שולחניות' שעובדות רק כשהמחשב פתוח, ו-Green הוא API טהור שלא מתאים למי שאינו איש אוטומציה. הרשמיות מתפצלות ל-BSP (שותפים רשמיים כמו ManyChat, Wati, ChatRace) שהם 'one-stop shop' נוח, מול ה-Cloud API הישיר שחוסך עמלות אבל דורש גישה לפייסבוק של הלקוח ובניית אפליקציה. אלעד עבר על הפרמטרים המכריעים - עננית או שולחנית, לייב-צ'אט, מגבלות אנשי קשר והודעות - וחשף ניואנסים ששוברים פרויקטים: ב-ManyChat אי אפשר לשלוח כרטיס איש קשר, ולא רשימה נפתחת דינמית. ההנחיה שלו: 'לא הכל אפשרי' בכל מערכת - תמיד לוודא שהפיצ'ר הספציפי שאתם צריכים נתמך, לפני שבוחרים.

אלעד עצר על משהו שרוב האנשים מדלגים עליו וחוטפים על זה: אפיון ויזואלי לפני בנייה. תרשים זרימה מלא, אמר, מקצר את זמן הבנייה בהרבה. העקרונות שלו: שהאפיון יהיה כמה שיותר זהה למה שיקרה בפועל - גם הזרימה וגם הנראות (כפתורים ובועות כמו בוואטסאפ האמיתי). לפרט כל שלב, להוסיף ולידציות (מה קורה אם המשתמש מזין מספר לא תקין), ולסמן בכל נקודה את העדכונים למסד הנתונים. והמלכודת שהוא הזהיר ממנה במיוחד: טקסט חופשי. משתמש שכותב במקום לבחור מהתפריט שובר את הפלואו - צריך Default Reply ומילות מפתח, ולזכור את הפח של 'contains': מילת המפתח 'הסר' תיתפס גם בתוך 'סרטונים'. ועוד עיקרון - בוט קצר ככל האפשר, לפצל תהליכים ארוכים. אפיון טוב = חצי מהעבודה.

הנדסת תמחור הודעות וחלונות 24 שעות

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

בניית הצעת מחיר מודולרית לבוט

אלעד עבר מהטכני לעסקי: איך מתמחרים פרויקט בוט נכון, ומגנים על עצמכם. הוא לימד לקבוע מחיר בסיס שמתחתיו לא ניגשים בכלל (בוט רשמי לא נפתח מתחת ל-3,000 ש'), ולבנות תוספות מודולריות - רשמי או לא, כמות שלבים, ממשק למערכות חיצוניות, ואימות עסק כ-fixed price נפרד. אבל שתי הנקודות הכי חכמות שלו היו הגנתיות: סעיף שמסיר אחריות על חסימות מראש (אני אעזור לנסות לשחרר, אבל זה לא תמיד תלוי בי), ו'קומה שיווקית' - לצרף להצעת המחיר דמו חי של הבוט על הוואטסאפ שלכם, כך שהלקוח רואה את הזרימה מול העיניים. הסנדלר שהולך עם נעליים - שירות אוטומטי שמדגים את עצמו. תמחור הוא לא רק מספר, הוא הגנה ומכירה.

ניהול הסרות, חסימות ואבטחה

ואת הסשן אלעד סגר בחלק שמפריד בין בוט שמחזיק לבוט שנחסם: ניהול הסרות ואבטחה. בלא-רשמי, אמר, אפשר להיחסם ביום בהיר אחד בלי אזהרה, וברשמי מקבלים 'כרטיסים צהובים' לפני. הכלל: תמיד לשים אפשרות הסרה ברורה, ועדיף כפתור הסרה משלכם על פני זה של מטא (שמסמן את המספר לרעה). בבוט טיפש צריך לבנות את זה ידנית - תופסים מילות הסרה מדויקות (לא 'contains', שיסיר את מי שכתב 'אהבתי את הסרטונים'!), מעבירים לרשימה שחורה, וכל שליחה סורקת אותה. ואלעד גם נגע ברגישות שרבים מפספסים: בלא-רשמי אתם עובדים מול צד ג' שחשוף לתכתובות - צריך לשקף את זה ללקוח, ולהסביר שאתם רואים רק את שכבת האוטומציה, לא את תוכן השיחות. אמון נבנה בשקיפות.