אסטרטגיה

פתרונות אוטומציה מתקדמים: מעבר לבוטים פשוטים

איפה רוב החברות עוצרות

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

הבוט הוא דלת כניסה, לא יעד סופי

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

מרפאה, לא מוקד שירות

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

שכבה שנייה של אוטומציה מעל הראשונה

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

מה מחבר בין הנקודות

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

למה עסקים נתקעים בשלב הזה

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

הצעד הבא הסביר

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

קריאה נוספת