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

01נקודת הפתיחה

קליניקה פרטית עם שני מטפלים, שמנהלת תורים בשיטה נפוצה מאוד: תיאום טלפוני ובוואטסאפ ידני מול מזכירה אחת, שגם עונה ללקוחות חדשים וגם מתאמת מחדש כשמישהו מבטל. התרחיש הטיפוסי: יומן מתמלא טוב, אבל בין 15% ל-25% מהתורים מסתיימים באי-הגעה בלי הודעה מראש (טווח אופייני לתחום הטיפולים והיופי, כפי שפירטנו במאמר על אי-הגעה) - והמזכירה כבר עמוסה מכדי לשלוח תזכורות ידניות לכל תור.

02שלב 1: שיחת אפיון (שבוע 1)

השלב הראשון הוא לא כתיבת קוד - הוא הבנה של התהליך הקיים. שיחת אפיון של 30-45 דקות ממפה: אילו סוגי פניות חוזרות הכי הרבה (קביעת תור חדש, ביטול, שינוי מועד, שאלות שעות פתיחה), איזו מערכת יומן כבר בשימוש (Google Calendar, מערכת ניהול קליניקה ייעודית, או יומן נייר - זה קורה), ומה בדיוק המזכירה לא רוצה שהבוט יעשה לבד (למשל: לא לאשר ביטול של תור ראשון עם מטפל חדש בלי אישור אנושי).

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

03שלב 2: בנייה ובדיקות (שבועיים)

הבנייה בפועל, על n8n self-hosted, כוללת כמה רכיבים שעובדים יחד:

1. חיבור ליומן הקיים - קריאה וכתיבה ישירה ליומן האמיתי, כדי שהבוט תמיד יראה זמינות עדכנית ולא "יתנגש" עם תור שכבר נקבע בטלפון.
2. סוכן AI שמבין עברית חופשית - לא תפריט כפתורים נוקשה, אלא סוכן שמבין "אפשר ביום שלישי בבוקר?" או "אני צריך לבטל, קרה משהו" ומגיב בהתאם.
3. גבולות ברורים - הגדרה מפורשת של מה הבוט כן עושה (קביעה, ביטול, תזכורת, שאלות כלליות) ומה הוא תמיד מעביר לאדם (כל שאלה רפואית, כל בקשה חריגה, כל לקוח שמביע תסכול).
4. תזכורות אוטומטיות בתזמון כפול - 48 שעות לפני ו-2-3 שעות לפני, כפי שפירטנו במאמר על אי-הגעה.

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

04שלב 3: הרצה מדורגת (שבוע אחרון)

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

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

05מה אפשר לצפות לו, לפי נתוני התעשייה

בלי להמציא מספר "הצלחה" ספציפי ללקוח לא קיים, אפשר להסתכל על מה שנתוני התעשייה שכבר הבאנו במאמרים אחרים מצביעים עליו: ספקים בתחום מדווחים על הפחתה של 50%-70% באי-הגעה כשעוברים מ-SMS/ידני לתזכורות AI בוואטסאפ, לעומת 20%-30% ב-SMS בלבד. בקליניקה עם 15%-25% אי-הגעה, זה אומר להחזיר חלק משמעותי מהסלוטים האבודים האלה ליומן - בלי להוסיף שעת עבודה אחת לצוות הקיים.

06מה זה דורש מהקליניקה בפועל

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

שאלות נפוצות