כל נוהל בעסק שלך חייב בכותרת 3 שדות. שדה 1 - גרסה. מספר ברור (2.3, 1.5, וכן הלאה). מספר ראשי משתנה רק בשינוי משמעותי. מספר שני משתנה בעדכונים קטנים. שדה 2 - תאריך עדכון אחרון. תאריך בפורמט DD/MM/YYYY (15/05/2026). שדה 3 - בעלים. שם תפקיד, לא שם אדם (רכז שירות, ולא רינת). תפקיד נשאר, אנשים מתחלפים. דוגמה לכותרת תקנית - 'SOP אונבורדינג לקוח חדש - גרסה 2.1 - עודכן 12/05/2026 - בעלים: רכז שירות'. בלי 3 השדות, אי אפשר לדעת אם הנוהל עדכני.

3 סוגי אירועים מחייבים סקירה של הנוהל הרלוונטי, מעבר לסקירה הרבעונית הסטנדרטית. טריגר 1 - שינוי במערכת. אם החלפת CRM, מערכת חיוב, מערכת ניהול מלאי - כל נוהל שמשתמש במערכת הזו חייב בדיקה תוך 14 יום. טריגר 2 - שינוי בצוות. אם עזב עובד שהיה בעלים על נוהל, נכנס עובד חדש שיבצע נוהל - בדיקה תוך 7 ימים. טריגר 3 - שינוי בחוק או מסגרת עסקית. עדכון VAT, שינוי בחוק העסקה, שינוי במחירון - בדיקת הנהלים הרלוונטיים תוך 14 יום. הטריגרים האלה הם מעבר לקצב הרגיל - הם תגובה לאירוע מיוחד.

משרד עם 8 עובדים שהקים מערכת ניהול גרסאות. 18 נהלים פעילים, כל אחד עם שלושת השדות בכותרת. במהלך שנת 2026 קרו 4 אירועי טריגר - 1) מעבר מסיירה כללית למייסיבי בינואר (שינוי במערכת, 4 נהלים עודכנו תוך שבועיים). 2) עזיבת רכזת ראשית במרץ (שינוי בצוות, 3 נהלים עברו בדיקה והעברת בעלות תוך שבוע). 3) שינוי בריבית בנק ישראל באפריל (שינוי במסגרת עסקית, נוהל הצעות מחיר עודכן תוך 10 ימים). 4) שינוי VAT באוקטובר 2026 ל-18% (שינוי בחוק, 5 נהלים עברו עדכון תוך שבועיים). תוצאה - אף נוהל לא היה מיושן יותר מ-2 שבועות מאירוע משמעותי.

טעות 1 - לעדכן בלי לעלות גרסה. בעלי עסק עושים תיקוני ניסוח קטנים בנוהל ולא משנים את מספר הגרסה. התוצאה - עובדים שראו את הנוהל פעמיים לא יודעים שמשהו השתנה. כל שינוי, גם הקטן ביותר, מחייב עליית מספר. טעות 2 - לא לתקשר עדכון לצוות. עדכנת נוהל בשקט ב-Drive - אף אחד לא יודע. כל עדכון מחייב הודעה קצרה בקבוצה ('נוהל X עודכן לגרסה 2.3, עיקרי השינויים: Y'). טעות 3 - לא לארכב גרסאות ישנות. גרסה 1.0 לא צריכה להימחק - היא צריכה לעבור לתיקייה 'ארכיון'. לפעמים חוזרים אחורה לבדוק 'מתי שינינו את ה-X?'.