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