אחרי ההשקה: איך מנהלים סוכן AI ב-90 הימים הראשונים

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

החודש הראשון הוא חלק מהמוצר, לא בונוס

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

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

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

ארבעה מספרים שכדאי לקרוא כל שבוע

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

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

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

תקלה, עדכון או פיתוח חדש

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

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

כמה עדכונים בחודש עסק באמת צריך

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

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

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

בסיס הידע מתיישן, וזה מה שמכשיל את הסוכן

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

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

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

מתי להרחיב, ומתי עוד מוקדם

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

הראשון הוא ערוץ. אם לקוחות מבקשים שוב ושוב לעבור לוואטסאפ ואתם במסלול Start, שכולל ווידג׳ט לאתר או Telegram בלבד, המסלול פשוט לא מתאים יותר. וואטסאפ דרך Meta API הרשמי וזימון תורים ביומן מתחילים ב-Standard. השני הוא יכולת: תשלום בתוך הצ׳אט, אינסטגרם ופייסבוק, צוות עם הרשאות נפרדות, כמה יומנים או חיבור API ו-Webhook נמצאים ב-Business, עם כמה סוכנים. השלישי הוא חשבון: אם אתם משלמים חריגה בכל חודש, מחיר ההודעה הכלולה יורד ככל שהמסלול עולה, ושווה לעשות את ההשוואה במקום להמשיך לשלם חריגה מתוך אינרציה. כל המחירים מופיעים בעמוד טבלת המחירים ואינם כוללים מע"מ.

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

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

שאלות נפוצות

כמה זמן לוקח עד שסוכן AI באמת מכוון היטב?

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

מה ההבדל בין תקלה לבין עדכון, ולמה זה משנה לי?

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

הלקוחות שלנו שולחים הודעות קוליות ותמונות. זה מנפח את מכסת ההודעות?

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

אפשר לשנות דברים במערכת בעצמנו בלי לפנות אליכם?

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

איך יודעים שהגיע הזמן לעבור מסלול?

יש שלושה טריגרים ברורים ואחד מטעה. הראשון הוא ערוץ: אם הלקוחות מתעקשים לכתוב בוואטסאפ ואתם ב-Start, המסלול לא מתאים יותר, כי וואטסאפ וזימון תורים מתחילים ב-Standard. השני הוא יכולת: תשלום בתוך הצ׳אט, אינסטגרם ופייסבוק, צוות עם הרשאות נפרדות, כמה יומנים או חיבור API ו-Webhook נמצאים ב-Business. השלישי הוא חשבון פשוט: אם אתם משלמים חריגה כל חודש שווה להשוות את עלות החריגה למחיר ההודעה הכלולה במסלול הבא, שיורד ככל שהמסלול עולה. הטריגר המטעה הוא מספר העדכונים, כי אם הכול מתאים חוץ מהמכסה, ליווי מורחב זול משמעותית ממעבר מסלול. כל המחירים אינם כוללים מע"מ.