אסטרטגיה

הרחבת מערך האוטומציה ככל שהעסק גדל

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

הנקודה שבה האוטומציות מתחילות להתנגש זו בזו

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

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

מקור אמת אחד, או חמש רשימות שונות

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

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

כשה-no-code מפסיק להספיק

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

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

מי אחראי על זה כשזה מפסיק להיות תחביב צד

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

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

לתקן את מה שקיים לפני שמוסיפים עוד

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

מה עלות ההרחבה בפועל

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

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

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

יש לכם תהליך שחוזר על עצמו ושורף שעות?

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

דברו איתנו

קריאה נוספת