איך בוחרים את התהליך הראשון לאוטומציה בעסק קטן?

למה הבחירה של התהליך הראשון חשובה יותר מהכלי?

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

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

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

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

אילו סימנים מראים שתהליך מוכן לאוטומציה?

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

שווה לעבור על הרשימה עם מי שעושה את העבודה בפועל, לא רק עם מי שמנהל אותה. לפעמים מה שנראה מהצד כתהליך ברור הוא בפועל שלוש דרכים שונות, תלוי מי מטפל

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

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

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

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

אילו תהליכים לא כדאי לאטמט ראשונים?

שלושה סוגים, גם אם הם הכי מעצבנים.

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

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

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

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

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

איך כותבים את התהליך על דף אחד לפני שבונים?

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

טריגר: מה מתחיל את התהליך. פנייה בטופס, הודעה בוואטסאפ, שינוי שלב ברשומה.

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

צעדים: מה קורה, בסדר, בניסוח של «כש… אז…».

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

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

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

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

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

למה התהליך הראשון מתחיל כמעט תמיד ברשומת לקוח ב־CRM?

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

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

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

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

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

מתי הצעד הראשון הוא כבר סוכן AI?

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

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

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

לכן גם כשהצעד הראשון הוא סוכן, הוא רץ רק כשיש לו כלי, הרשאה ומסירה לאדם.

מה עושים אחרי שהתהליך הראשון עובד?

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

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

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

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

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