הטמעת מערכת ניהול חוזים: איך נראית הטמעה שעובדת
הטמעה שעובדת מתעדפת את הייבוא לפי חשיפה ולא לפי כרונולוגיה: קודם חוזים עם ערבות בתוקף, מועד חידוש בשנה הקרובה או סכום מהותי. הסיבה השכיחה לכשל אינה טכנית אלא עומס התראות בחודש הראשון — מערכת שמתריעה על הכול נלמדת להתעלמות ומאבדת את תפקידה.
שתי הדרכים להיכשל
הכשל הראשון הוא ייבוא כרונולוגי: מתחילים מהחוזה הישן ביותר ומתקדמים. אחרי חודש עבדו על ארכיון שאין בו חשיפה פתוחה, אף שאלה עסקית לא נענתה, והפרויקט מאבד תמיכה. הכשל השני הוא הפוך — מייבאים הכול במהירות, מפעילים את כל ההתראות, ובשבוע הראשון נשלחות מאות התראות שרובן אינן דורשות פעולה. מכאן והלאה אף אחד לא קורא אותן.
שני הכשלים אינם טכניים, ושניהם ניתנים למניעה בהחלטה אחת בכל מקרה: לתעדף לפי חשיפה, ולכייל התראות לפני שמפעילים אותן על כל המאגר.
תעדוף הייבוא לפי חשיפה
לא כל החוזים שווים, ואין סיבה להתייחס אליהם אחרת. חוזה שהסתיים, שולם במלואו ואין בו ערבות פתוחה או התחייבות מתמשכת אינו דחוף. חוזה עם ערבות בתוקף או עם מועד הודעה בחודשים הקרובים הוא הסיבה שבגללה רכשתם מערכת.
| עדיפות | אילו חוזים | למה |
|---|---|---|
| ראשונה | ערבות בתוקף או עיכבון שלא שוחרר | חשיפה כספית פתוחה שאין עליה מעקב |
| ראשונה | חלון הודעה בשנה הקרובה | החלטה שחייבת להתקבל, וחלון שנסגר |
| שנייה | חוזים בסכומים המהותיים | שם נמצאת רוב החשיפה הכספית |
| שנייה | חוזים בפרויקטים או נכסים פעילים | עליהם נשאלות שאלות בפועל |
| שלישית | חוזים עם תקופת בדק פתוחה | חשיפה שמתממשת שנים אחרי המסירה |
| אחרונה | ארכיון סגור ללא התחייבות פתוחה | ערך תיעודי בלבד |
להגדיר את סט השדות לפני שמייבאים משהו
זו ההחלטה שעולה הכי הרבה כשמתקנים אותה בדיעבד. שינוי סט השדות אחרי שיובאו שלוש מאות חוזים אומר לעבור על שלוש מאות חוזים. לכן שווה להשקיע יום בהגדרה לפני שמעלים את החוזה הראשון.
- השדות שנגזרים מחמש השאלות שהארגון רוצה לענות עליהן — ולא כל מה שאפשר לחלץ
- שדות תאריך שמהם נגזרות התראות, ובראשם המועד האחרון להודעת אי-חידוש
- שדות ערבות: סוג, סכום, תפוגה, והתנאי החוזי להחזרה
- שדות הצמדה: מדד, בסיס, שיעור, תדירות
- שדות סיווג: פרויקט או נכס, יחידה עסקית, סוג התקשרות — אלה שקובעים אם דוח יהיה בר-פילוח
- שדות סיכון: קיום תקרת אחריות, קיום שיפוי, קיום סעיף בוררות
מי אחראי על איכות הנתונים
חילוץ אוטומטי אינו מדויק במאה אחוז באף מערכת, ולכן צריך להחליט מראש איזה שדה דורש אישור אנושי. הכלל המעשי הוא לפי השפעה: שדה שממנו נגזרת התראה או חשיפה כספית מאושר על ידי אדם; שדה תיאורי אינו. חוזה שיובא בלי אישור לשדות בעלי ההשפעה אינו חוזה שיובא — הוא קובץ שהועלה.
האחריות צריכה להיות של מי שמכיר את החוזה, לא של מי שמפעיל את המערכת. בפועל זה אומר שהאישור מתחלק לפי פרויקט או נכס ולא מתרכז באדם אחד, וששלב האישור הוא חלק מהתוכנית ולא הנחה שקטה שמישהו יבדוק.
כיול התראות — החודש שקובע
התראה טובה היא כזו שמישהו נדרש לעשות בעקבותיה משהו. התראה על אירוע שאינו דורש פעולה מלמדת את המקבל להתעלם, וההתעלמות אינה סלקטיבית — היא חלה גם על ההתראה שכן חשובה. לכן חודש הכיול אינו שלב טכני אלא השלב שקובע אם המערכת תשמש בעוד שנה.
- התחילו ממספר קטן של סוגי התראה, לא מכולם — ערבויות ומועדי הודעה קודם
- קבעו את זמן ההתראה לפי זמן ההיערכות הנדרש, ולא לפי מספר עגול של ימים
- התריעו לפני מועד ההודעה, לא לפני מועד התפוגה
- הפנו כל התראה לגורם אחראי מוגדר, לא לרשימת תפוצה
- בדקו אחרי שבועיים כמה התראות דרשו פעולה בפועל, וכבו את השאר
- הוסיפו סוג התראה חדש רק כשהקודמים מטופלים
הדרכה לפי תפקיד, לא לפי מסך
הדרכה שעוברת על כל המסכים לכל המשתמשים היא הדרכה שאיש לא זוכר. מנהל פרויקט צריך לדעת שלושה דברים; סמנכ״ל כספים צריך שני דברים אחרים; מנהל רכש צריך משהו שלישי. הדרכה של עשרים דקות שמכסה בדיוק את מה שהתפקיד עושה מייצרת שימוש, והמשך הלימוד קורה מעצמו.
שווה גם להגדיר את ההרשאות לפני ההדרכה ולא אחריה, כדי שכל אחד יראה בהדרכה את מה שהוא יראה בפועל. הדרכה שמציגה מסכים שהמשתמש אינו מורשה לראות מייצרת בלבול ופניות תמיכה מיותרות.
איך יודעים ב-90 יום אם זה עבד
לא לפי מספר החוזים שיובאו — זה מדד תפוקה, לא מדד הצלחה. שלוש בדיקות אמיתיות: האם ניתן לענות על חמש השאלות שהוגדרו בתחילת הדרך בלי עבודת איסוף; האם התראה גרמה למישהו לעשות משהו שלא היה עושה; והאם מי שאינו איש המערכת נכנס אליה מיוזמתו כדי לבדוק משהו.
השלישית היא המדד החזק ביותר. מערכת שרק אדם אחד נכנס אליה היא מאגר של אדם אחד, ובעוד שנה, כשהוא יחליף תפקיד, היא תחזור להיות תיקייה. הבדיקה הרבעונית המתאימה לשלב הזה מפורטת בביקורת חוזים פנימית.
הטמעה נכשלת לרוב בשבוע השני, כשהמערכת שלחה מאתיים התראות ורק שלוש מהן דרשו פעולה. מהרגע ההוא היא רעש.
שאלות נפוצות
כמה זמן לוקחת הטמעה של מערכת ניהול חוזים?
זה תלוי כמעט לחלוטין בהיקף הייבוא ההיסטורי, ולא במערכת. כשמתחילים מהחוזים שיש בהם חשיפה פתוחה בלבד — ערבות בתוקף, חידוש בשנה הקרובה, סכום מהותי — מדובר לרוב בשבועות. ייבוא של ארכיון שלם הוא פרויקט אחר לגמרי, וכדאי להפריד בין השניים בתוכנית ובלוח הזמנים.
האם צריך להעביר את כל החוזים ההיסטוריים?
לא, ולרוב עדיף שלא בשלב הראשון. חוזה שהסתיים, שולם במלואו ואין בו ערבות פתוחה או התחייבות מתמשכת אינו מייצר ערך במעקב. הקריטריון המעשי הוא חשיפה: כל חוזה עם מועד עתידי, ביטחון פתוח או התחייבות פעילה נכנס. הארכיון יכול להיכנס בהדרגה או להישאר במקומו.
מי צריך להיות אחראי על ההטמעה בארגון?
צריך אדם אחד עם בעלות מוגדרת, ולא בהכרח משפטן. מה שנדרש ממנו הוא סמכות להחליט על סט השדות ועל כיול ההתראות, וגישה לגורמים שמכירים את החוזים בפועל. אישור השדות בעלי ההשפעה הכספית מתחלק בין מי שמכיר כל פרויקט או נכס, כי הוא זה שיזהה חילוץ שגוי.
מה עושים אם החילוץ טועה בחוזים ישנים וסרוקים?
מתייחסים לזה כאל צפוי ומתכננים בהתאם: מסמכים סרוקים באיכות נמוכה דורשים יותר אימות אנושי, וזה נכון בכל מערכת. הגישה שעובדת היא לאשר ידנית רק את השדות שמהם נגזרת התראה או חשיפה כספית, ולא את כל השדות. מערכת שמסמנת בבירור שדה שלא נמצא מקצרת את העבודה הזאת מאוד.
איך מונעים מהמערכת להישאר בשימוש של אדם אחד?
שני דברים בפועל: התראות שמופנות לגורם אחראי מוגדר ולא לרשימת תפוצה, כך שלכל אדם יש סיבה משלו להיכנס; והדרכה קצרה לפי תפקיד שמכסה בדיוק את מה שהתפקיד עושה. מערכת שכל התראותיה נשלחות לאדם אחד תישאר המאגר האישי שלו, ותאבד את הערך ברגע שהוא יחליף תפקיד.
התהליך, שלב אחר שלב
- 1
הגדירו את סט השדות לפני שמעלים חוזה אחד
קבעו אילו שדות נחלצים מכל חוזה, נגזרים מחמש השאלות שהארגון רוצה לענות עליהן. שינוי הסט אחרי שיובאו מאות חוזים אומר לעבור עליהם מחדש, ולכן יום עבודה כאן חוסך שבועות בהמשך.
- 2
דרגו את החוזים לפי חשיפה
סווגו את המאגר לשלוש קבוצות: חשיפה פתוחה כמו ערבות בתוקף או חלון הודעה בשנה הקרובה, חוזים מהותיים בפרויקטים פעילים, וארכיון סגור. הקבוצה הראשונה נכנסת ראשונה, גם אם היא החוזים החדשים ביותר.
- 3
הגדירו הרשאות ומדרגות אישור
קבעו מי רואה איזה סוג חוזה, מי מורשה לייצא, ומהן מדרגות סבב האישורים לפי סכום וסוג התקשרות. ההגדרה קודמת להדרכה, כדי שכל משתמש יראה בהדרכה את מה שיראה בפועל.
- 4
הריצו פילוט על פרויקט או נכס אחד
בחרו יחידה אחת עם מספר חוזים ריאלי והשלימו אותה מקצה לקצה — ייבוא, אישור שדות, התראות ודוח. הפילוט חושף את הבעיות בסט השדות בזמן שתיקונן עוד זול.
- 5
קבעו מי מאשר אילו שדות
שדה שממנו נגזרת התראה או חשיפה כספית מחייב אישור של מי שמכיר את החוזה; שדה תיאורי אינו. חלקו את האישור לפי פרויקט או נכס במקום לרכז באדם אחד, אחרת האישור יהפוך לצוואר בקבוק.
- 6
הפעילו סוג התראה אחד או שניים בלבד
התחילו מערבויות שפוקעות וממועדי הודעה לאי-חידוש. אלה שני הסוגים עם התשואה הגבוהה ביותר. הפעלת כל סוגי ההתראות בבת אחת היא הסיבה השכיחה לכך שמערכת מאבדת את אמון המשתמשים בשבוע השני.
- 7
כיילו את ההתראות אחרי שבועיים
בדקו כמה מההתראות שנשלחו דרשו פעולה בפועל. כבו כל סוג שרובו לא דרש פעולה, ותקנו את זמני ההתראה לפי זמן ההיערכות האמיתי. רק כשהקיים מטופל, הוסיפו סוג חדש.
- 8
הדריכו לפי תפקיד
עשרים דקות לכל תפקיד, שמכסות בדיוק את מה שהוא עושה: מנהל פרויקט, כספים, רכש ומשפטית מקבלים ארבע הדרכות שונות. הדרכה שעוברת על כל המסכים לכולם אינה נזכרת ואינה מייצרת שימוש.
- 9
הרחיבו את הייבוא בגלים
העבירו את הקבוצה השנייה רק אחרי שהראשונה מאושרת וההתראות מכוילות. גל שני שמתחיל לפני שהראשון נקי מכפיל את עבודת התיקון במקום לחלק אותה.
- 10
מדדו הצלחה ב-90 יום בשלוש שאלות
האם ניתן לענות על חמש השאלות המקוריות בלי עבודת איסוף; האם התראה גרמה למישהו לפעול אחרת; והאם אנשים שאינם איש המערכת נכנסים אליה מיוזמתם. מספר החוזים שיובאו אינו מדד הצלחה.
עמוד זה אינו ייעוץ משפטי. יש שאלה ספציפית? דברו איתנו