מה זה אוטומציה לשירות לקוחות בעסק קטן?
אוטומציה לשירות לקוחות היא סדרה של כללים שרצים סביב פנייה של לקוח: מה קורה כשהיא נכנסת, מי מקבל אותה, מה הלקוח שומע, ומה קורה כשאף אחד לא טיפל בה. היא לא צ׳אט שעונה במקום הצוות, והיא לא מוקד.
בעסק גדול שירות לקוחות הוא מחלקה. בעסק של 2 עד 10 אנשים אלה בדרך כלל אותם אנשים שגם סוגרים עסקאות, גם מבצעים את העבודה וגם עונים לטלפון. פנייה נכנסת בוואטסאפ למי שבמקרה ראה, בטופס באתר שנוחת במייל, או בשיחה שנרשמת על פתק. הבעיה היא לא שאין מי שיענה. הבעיה היא שאין מקום אחד שמראה מה פתוח, אצל מי, ומאז מתי.
לכן נקודת המוצא היא לא הכלי שעונה, אלא הרשומה. כל פנייה נכנסת למערכת אחת ומקבלת שלב, אחראי ומשימה. כשזה קיים, אפשר לבנות סביבו כללים: אישור קבלה, תזכורת, העברה. בלי זה, כל אוטומציה רק מזיזה את הבלגן למקום אחר.
ניוטון מערכות (New Tone) בונה את זה על monday: לוח לפניות, שלבים ברורים, אחראי לכל פנייה, ואוטומציות שמחוברות לשלבים. את התמונה הרחבה, איך אותו היגיון עובד גם בלידים ובמעקב אחרי לקוחות חדשים, תיארנו בעמוד אוטומציה לעסקים.
איך פנייה של לקוח הופכת למשימה עם אחראי, ולא נשארת בצ׳אט?
בשלושה צעדים שקורים מיד כשהפנייה נכנסת, עוד לפני שמישהו קרא אותה.
הראשון: הפנייה מוצאת את הלקוח. אם כבר יש רשומת לקוח ב־CRM עם אותו מספר טלפון או מייל, הפנייה נפתחת תחתיה. אם אין, נפתחת רשומה חדשה. כך מי שמטפל רואה את ההיסטוריה: מה הלקוח הזמין, מה פתוח אצלו, ומי טיפל בו בפעם הקודמת.
השני: הפנייה מקבלת אחראי לפי כלל. לפי סוג הפנייה, לפי הלקוח (מי שמטפל בו באופן קבוע), או תור משותף עם ברירת מחדל ברורה. «מי שראה ראשון» הוא לא כלל. בוואטסאפ משותף כולם ראו, וכל אחד חושב שמישהו אחר עונה.
השלישי: נוצרת משימה עם מועד. לא «לחזור ללקוח», אלא «לחזור ללקוח על הבקשה הזו, עד מועד מסוים». המועד הוא החלטה פנימית של העסק, לא הבטחה ללקוח, והוא זה שמאפשר לכל השאר לעבוד.
ב־monday זה נראה כמו לוח פניות שבו כל שורה היא פנייה, עם שלב, אחראי, קישור לרשומת הלקוח ומועד טיפול. העיצוב פחות חשוב. מה שחשוב הוא שאין פנייה בלי שלושת אלה.
הכשלים הנפוצים בוואטסאפ, כשהפנייה נשארת אצל מי שפתח את הטלפון, מפורטים במדריך לידים בוואטסאפ בלי אחראי. אותו עיקרון עובד גם בפניות של לקוחות קיימים.
אילו שלבים בשירות לקוחות אפשר לכתוב מראש?
כל שלב שאפשר לנסח כמשפט «כש… אז…», בלי «תלוי». ארבעה כאלה חוזרים כמעט בכל עסק.
אישור קבלה. כשנפתחת פנייה, הלקוח מקבל הודעה שהיא התקבלה ומי מטפל בה. לא תשובה, רק אישור. זה חוסך את ה«קיבלתם?» השני, ומונע מצב שבו הלקוח כותב שוב בערוץ אחר ונפתחת פנייה כפולה.
משימה. כשנפתחת פנייה, האחראי מקבל משימה עם מועד ורואה אותה ברשימת המשימות שלו. לא הודעה שנבלעת, אלא משימה שנשארת פתוחה עד שמסמנים אותה.
תזכורת. כשהמועד מגיע והפנייה עדיין בשלב פתוח, האחראי מקבל תזכורת. אם הוא סימן שהוא ממתין ללקוח, התזכורת לא נשלחת. זו בדיוק הסיבה שהשלב צריך להיות מדויק.
העברה למנהל. כשהתזכורת לא עזרה, הפנייה מופיעה אצל מי שמנהל את השירות, עם האחראי המקורי והמועד שעבר. לא כדי להאשים, אלא כדי שמישהו יחליט: לטפל, להעביר, או לעדכן את הלקוח.
שני צעדים נוספים שכדאי לשקול: הודעה ללקוח כשהפנייה נסגרת, ובקשה לפרטים חסרים כשהפנייה נפתחה בלי מידע מספיק. בשניהם הכלל זהה: הטקסט כתוב מראש, והאוטומציה רק שולחת אותו ברגע הנכון.
מה שמחבר את כולם הוא השלבים של הפנייה. כל כלל מופעל משינוי שלב או ממועד שעבר. לכן הצעד הראשון הוא להגדיר את השלבים, ורק אחר כך לכתוב כללים.
מה בשירות לקוחות חייב להישאר אצל אדם?
כל מה שהתשובה עליו היא «תלוי». אוטומציה טובה בלהעביר פנייה למקום הנכון, וגרועה בלהחליט מה נכון ללקוח הזה.
התשובה עצמה. אישור קבלה אפשר לכתוב מראש. תשובה לבעיה של לקוח מסוים, לרוב לא. גם כשהשאלה נשמעת חוזרת, הפרטים שונים: הזמנה אחרת, הסכם אחר, היסטוריה אחרת.
תלונות. לקוח כועס לא צריך עוד הודעה אוטומטית. הוא צריך אדם. כדאי שפנייה שסומנה כתלונה תדלג על התור ותגיע ישר למי שמוסמך להחליט.
חריגים וכסף. החזר, הנחה, שינוי תנאים, ביטול. כל דבר שמחייב את העסק. האוטומציה יכולה לפתוח משימה ולצרף את ההיסטוריה, אבל ההחלטה אצל אדם.
סגירת פנייה. רק מי שטיפל יודע אם הבעיה נפתרה. אם פנייה נסגרת אוטומטית כי הלקוח לא חזר, כדאי שזה יהיה שלב נפרד, כמו «נסגר, הלקוח לא חזר», כדי שאפשר יהיה להבדיל בינה לבין פנייה שטופלה.
יש גם צד שני: האוטומציה צריכה לדעת מתי לשתוק. אם לקוח כתב שלוש הודעות כועסות, אישור קבלה אוטומטי נשמע מזלזל. אם הפנייה כבר בטיפול של אדם, תזכורת ללקוח על «פנייה פתוחה» מבלבלת. לכן כל הודעה שיוצאת ללקוח צריכה תנאי שמונע אותה כשאדם כבר בשיחה.
מבחן פשוט לכל צעד: אם טעות בו תגרום ללקוח להרגיש שלא הקשיבו לו, הצעד נשאר אצל אדם. אם טעות בו רק תייצר תזכורת מיותרת, אפשר לכתוב אותו מראש.
מתי שירות לקוחות צריך סוכן AI ולא אוטומציה?
כשהצעד הבא תלוי במה שהלקוח כתב בשפה חופשית, ולא בשלב או במועד. למשל: לקוח שולח הודעה ארוכה, וצריך להבין ממנה על איזה שירות מדובר, מה חסר ולמי להעביר. כלל לא יודע לקרוא את זה. סוכן AI יכול: לשאול את מה שחסר, לכתוב סיכום ברשומה ולפתוח משימה לאדם הנכון.
אבל ברוב העסקים הקטנים הבעיה הראשונה בשירות היא לא הבנת השפה. היא פניות בלי אחראי ובלי מועד. סוכן שמחובר לתהליך כזה רק יכתוב סיכומים טובים לפניות שאף אחד לא מטפל בהן. לכן הסדר הוא קודם רשומה, אחראי ומשימה, ורק אחר כך סוכן, אם בכלל.
גם כשסוכן כן נכנס, הגבולות שלו בשירות צריכים להיות כתובים מראש. מה הוא רשאי לכתוב ללקוח, ומה רק אדם כותב. אילו שדות ברשומה הוא מעדכן, ואילו לא. ומה קורה כשהוא לא בטוח: הפנייה עוברת לאדם עם הסיכום שכבר נכתב, כדי שהלקוח לא יצטרך להסביר הכול מההתחלה. סוכן בלי מסירה כזו הוא בדיוק המצב שאוטומציה לשירות אמורה למנוע: לקוח שמדבר עם מישהו, ואף אחד בעסק לא יודע.
ההבחנה המלאה בין כלל שכתוב מראש לבין סוכן שמחליט בדרך נמצאת במדריך מתי צריך סוכן AI ומתי מספיקה אוטומציה פשוטה. ואם מגיעים לסוכן, הוא רץ רק כשיש לו כלי, הרשאה ומסירה לאדם.
איך וואטסאפ ומסמכים נכנסים לתהליך השירות?
וואטסאפ הוא ערוץ, לא תהליך. בעסקים קטנים בישראל זה לעתים קרובות הערוץ שבו לקוחות קיימים פונים, ולכן הוא צריך להתחבר לאותו לוח פניות, ולא לחיות לצידו.
מה מחליטים: אילו הודעות פותחות פנייה ואילו לא. «תודה» או אימוג׳י לא צריכים משימה. שאלה חדשה מלקוח קיים כן. מה עובר מהשיחה לפנייה: מספר טלפון, שם, תקציר והפניה לשיחה. ומה קורה כשהלקוח ממשיך לכתוב באותה שיחה אחרי שהפנייה נפתחה: ההודעות מתווספות לפנייה הקיימת, ולא פותחות חדשה.
לניוטון מערכות (New Tone) יש כלי וואטסאפ משלה, שנבנה לעבודה של עסקים וסוכני AI. ועדיין, ההחלטות למעלה קודמות לכלי, כי הן אלה שקובעות מה החיבור צריך לעשות. רשימת בדיקה מפורטת לחיבור עצמו נמצאת בצ׳קליסט לחיבור וואטסאפ ל־CRM.
מסמכים הם שלב בשירות, לא נספח. הצעה, טופס, אישור או חשבון שנשלחים ללקוח הם רגע שבו הפנייה משנה מצב. מה שמחליטים: באיזה שלב יוצא כל מסמך, מי אחראי לשלוח אותו, איפה הוא נשמר ברשומת הלקוח, ומה משתנה בשלב הפנייה כשהלקוח מחזיר אותו. כשזה מוגדר, הכלל פשוט: המסמך חזר, השלב מתקדם, והאחראי מקבל את המשימה הבאה.
איך יודעים שאוטומציה לשירות לקוחות עובדת?
מסתכלים על הלוח, לא על התחושה. שלוש שאלות, שעליהן צריך להיות אפשר לענות ב־monday בלי לפתוח את וואטסאפ.
לכל פנייה פתוחה יש אחראי? תצוגה של פניות בלי אחראי צריכה להיות ריקה. כל פנייה שמופיעה בה היא מקום שבו הכלל לא עבד, או ערוץ שעוד לא חובר.
אילו משימות עבר המועד שלהן? תצוגה של משימות פתוחות שעבר מועדן, לפי אחראי. היא לא נועדה להעניש. היא מראה איפה העומס, ואיפה המועדים שנקבעו לא ריאליים.
מה נכנס ולא נרשם? לזה אין תצוגה, ולכן צריך בדיקה ידנית מדי פעם: לקחת כמה שיחות וואטסאפ ושיחות טלפון אחרונות, ולבדוק שלכל אחת יש פנייה בלוח. פער כאן הוא הסימן החשוב ביותר, כי זה בדיוק מה שהאוטומציה אמורה למנוע.
ומה עם המועדים עצמם? אחרי תקופה של עבודה עם הלוח רואים אילו סוגי פניות מסתיימים בזמן ואילו נתקעים שוב ושוב. פנייה שנתקעת קבוע היא לא בעיה של האחראי, אלא סימן שהשלב לא מוגדר טוב, או שהיא מחכה למשהו שלא נרשם.
כדאי לקבוע מי מסתכל על שתי התצוגות האלה, ומתי. לא «כולם», אלא אדם אחד בשם, בקצב קבוע. בעסק קטן זה לרוב בעל העסק או מי שמנהל את התפעול. בלי זה, התצוגות קיימות ואף אחד לא פותח אותן, ואז הן לא שונות מהוואטסאפ.
ועוד סימן אחד, שקשה למדוד אבל קל לשמוע: הצוות מפסיק לשאול «מי מטפל בזה?». כשהתשובה נמצאת בלוח, השאלה נעלמת. אם היא ממשיכה לעלות, משהו בכלל השיוך לא ברור, וזה מה שמתקנים קודם, לפני שמוסיפים עוד כלל. איך הכלל הראשון בנוי, מהפנייה ועד המשימה: איך עובדת אוטומציה לעסק.