דלג לתוכן
meduza

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

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

מה זה אוטומציה אצלנו, ומה לא

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

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

האוטומציות שאנחנו בונים הכי הרבה

אישור קבלה ללקוח

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

שיוך לאחראי

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

משימה ותזכורת למעקב

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

עדכון סטטוס

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

פנייה שהופכת לרשומות

פנייה מהאתר יוצרת איש קשר, הזדמנות ומשימה בבת אחת. כך זה עובד היום ב־Hot House.

תצוגות עבודה יומיות

מה חדש, מה ממתין לשיבוץ ומה באיחור, לכל תפקיד בנפרד, בלי לחפש.

קודם מסדרים את הסטטוסים, אחר כך מאוטמטים

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

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

למי זה מתאים ולמי לא

מתאים אם

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

פחות מתאים אם

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

מה מקבלים

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

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

מיפוי התהליך שלי

איך עובדים

  1. מיפוי צוואר הבקבוק מתחילים מהמקום שבו פניות נתקעות או נשכחות, ולא מרשימת כל האוטומציות האפשריות. מכם אנחנו צריכים מישהו שאחראי על התהליך ומכיר אותו.
  2. הגדרת כללים כותבים כל כלל במילים לפני שבונים אותו, ומאשרים איתכם. כאן מחליטים גם מה לא מאוטמטים.
  3. בנייה בונים במערכת, עם נקודות בקרה ותיעוד.
  4. בדיקת חריגים מריצים מקרים רגילים ומקרים חריגים עם משתמשי בדיקה, ומוודאים שהאוטומציה עוצרת איפה שהיא צריכה לעצור.
  5. שיפור אחרי ההשקה אחרי כמה שבועות בודקים מה עובד ומה מפריע לצוות, ומתקנים. כשהתהליך העסקי משתנה, מעדכנים את הכללים.

אוטומציה, AI או אדם

לא כל פעולה צריכה להיות אוטומטית. שלוש שאלות עוזרות להחליט.

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

איפה זה יושב בתמונה הגדולה

אוטומציה היא שכבה מעל מערכת שעובדת. אם עוד אין לכם כזו, מתחילים בהקמת CRM ב־GoHighLevel. את כל השירותים בתחום, ואת ההבדלים ביניהם, ריכזנו בעמוד CRM, אוטומציה ו־AI.

שאלות נפוצות

מה ההבדל בין אוטומציה ל־API?

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

צריך כבר CRM כדי להתחיל?

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

איפה עוצרים לטיפול אנושי?

מגדירים מראש חריגים ומעבר לאדם. שום דבר לא רץ לבד לנצח, ולכל אוטומציה יש מי שאחראי עליה.

אפשר לשלוח ללקוחות הודעות וואטסאפ או SMS אוטומטיות?

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

כמה זמן זה יחסוך לנו?

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

באילו כלים אתם בונים?

בעיקר ב־GoHighLevel ובכלים שמחוברים אליה, עם Webhooks ותיעוד של שגיאות. כשצריך לוגיקה שהמערכת לא תומכת בה, משלבים פיתוח ייעודי דרך API.

בואו נמצא איפה הפניות שלכם נתקעות

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

ספרו לנו על תהליך העבודה