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