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