בחלק הזה
קח חברת שמירה בפתח תקווה עם ארבעה אתרים קבועים ואחד-עשר מאבטחים. השעה 22:40, מנהל הסידור פותח את קבוצת הוואטסאפ של הצוות, גולל אחורה שלושים הודעות, ומחפש מי אמר שהוא לוקח את המשמרת של מחר בשש בבוקר באתר של הרחוב הראשי. הוא מוצא הודעה שאומרת "אני יכול", אבל היא נכתבה לפני יומיים ולא ברור על איזו משמרת. את התשובה הוא יקבל בשש ועשרה בבוקר, כשהלקוח יתקשר. סידור משמרות לא צריך להיות מסובך — הוא צריך להראות את החור, לא להסתיר אותו בתוך שיחה.
המספרים כאן הם דוגמה להמחשה, לא נתון שוק.
בקצרה
- שני לוחות נפרדים, לא אחד: לוח משמרות ולוח דוחות אירוע. הם לא אותו דבר ולא נכנסים אחד לשני.
- עמודת People היא הלב: שורה שבה היא ריקה — זו משמרת שאין לה אדם. זה כל הסיפור.
- עמודת Status אומרת דבר אחד: אוישה או לא אוישה. לא "בטיפול", לא "אולי".
- אוטומציה אחת ליום הראשון: משמרת שנשארה בלי אדם ב-People מפעילה התראה למנהל הסידור.
- נקודת השבירה: דוח אירוע שנכתב בתוך פריט המשמרת — ואז אי אפשר למצוא אותו חודשיים אחרי.

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

- משמרת — כל שורה בלוח היא משמרת אחת. לא מאבטח, לא יום, לא אתר. משמרת. "אתר צפון, שישי, 06:00–14:00" זו שורה אחת.
- Dropdown לאתר — רשימה סגורה של האתרים שלך. סגורה, לא טקסט חופשי, כי ברגע שמישהו יכתוב "הרחוב הראשי" ומישהו אחר יכתוב "רח' ראשי" — הסינון מת.
- Date למועד — התאריך והשעה של המשמרת. זו העמודה שמזינה אחר כך את התצוגה שמראה חורים בסידור.
- People למאייש — מי לוקח את המשמרת. תא ריק כאן פירושו דבר אחד בדיוק: אין אדם. אין פרשנות אחרת.
- Status בשני מצבים — אוישה או לא אוישה. זהו. לא "בבירור", לא "כמעט", לא "דיברתי איתו".
על עמודת ה-Status צריך להתעקש, כי שם רוב העסקים מקלקלים. הרגע שבו מישהו מוסיף מצב שלישי בשם "בטיפול" הוא הרגע שבו הלוח מפסיק לענות על השאלה. "בטיפול" זה לא סטטוס של משמרת, זה מצב רוח של המנהל. בשש בבוקר "בטיפול" ו"לא אוישה" הם אותו דבר בדיוק מבחינת הלקוח שרואה עמדה ריקה. סטטוס שיש בו יותר משני מצבים מפסיק להיות התראה ומתחיל להיות תירוץ.
לוח דוחות האירוע — פריט לכל אירוע, ותמונה שנשארת מחוברת
הלוח השני קצר עוד יותר. כל אירוע בשטח הוא פריט אחד: תאריך, מי דיווח, איזה אתר, ומה קרה. התיאור עצמו נכתב באזור העדכונים של הפריט — Updates — והתמונות והמסמכים נכנסים לעמודת Files. זה נשמע טריוויאלי ובדיוק בגלל זה זה נשבר.

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

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

בשביל חברת אבטחה זה קריטי במיוחד בגלל צורת העבודה: המשמרות סדירות, ולכן העין מתרגלת לדפוס. שבוע שנראה כמו שבוע — שלוש שורות מלאות ליום — הוא שבוע תקין. שבוע שיש בו חלון פתוח בצהריים של רביעי בולט מיד, בלי לקרוא מילה אחת. זה ההבדל בין בדיקה שלוקחת שלוש דקות בכל ערב לבין מבט של חמש שניות בבוקר.
מה עוד תצוגת לוח השנה יודעת לעשות, ואיך היא מתחברת ליומן חיצוני, כבר מכוסה בהרחבה בעמוד לראות את העבודה על ציר ימים במדריך מאנדיי הקיים. כאן די בהחלטה התפעולית: הטבלה היא מקום העבודה של מנהל הסידור, ולוח השנה השבועי הוא המסך שהוא פותח בבוקר.
איזו תוכנית חברה כזאת צריכה — ומה לבדוק לפני שמחליטים על שדרוג
אני לא הולך לפרט כאן מדרגות ומחירים — הם משתנים, והמקום היחיד שבו הם נכונים הוא עמוד התוכניות והתמחור הרשמי של מאנדיי. מה שכן שייך לעמוד הזה זה מה לשאול את עצמך לפני שאתה מחליט, כי בחברת שמירה יש כמה שאלות ייחודיות שמשנות את התשובה.
- כמה אנשים באמת צריכים להיכנס ולערוך? מנהל הסידור בוודאות. האם כל מאבטח צריך להיכנס בעצמו, או שהם רק מדווחים אירוע ומקבלים הודעה? התשובה משנה את מספר המושבים יותר מכל שיקול אחר.
- האם הלקוח שלך צריך לראות משהו? חברות שמירה מסוימות רוצות שמנהל האתר יראה את דוחות האירוע שלו. לפני שאתה משדרג, בדוק איך משתפים גורם חיצוני בלוח בלי לתת לו את כל החשבון.
- כמה אוטומציות אתה באמת מפעיל? אם בסוף השבועיים הראשונים יש לך אוטומציה אחת שרצה, אתה לא צריך את הרף הגבוה. אם יש לך שש, זה כבר שיקול.
- האם אתה מתכוון לחבר יומן או מערכת נוכחות? חיבורים חיצוניים הם מה שמזיז לרוב את ההחלטה, לא מספר הלוחות.
הכלל הפשוט: אל תשדרג לפני שאתה חי עם הלוח שלושה-ארבעה שבועות. עסק שמשדרג ביום הראשון משלם על תכונות שהוא עוד לא יודע אם ישתמש בהן, ועסק שמשדרג בשבוע החמישי יודע בדיוק על מה.
מה עושים — שלושה צעדים לשבוע הקרוב
- בונים את לוח המשמרות בלבד חמישה שדות: שם המשמרת בשורה עצמה, אתר ב-Dropdown, מועד ב-Date, מאייש ב-People ו-Status בשני מצבים — שורה לכל משמרת. ממלאים שבוע אחד קדימה — לא חודש. שבוע.
- מוסיפים את לוח דוחות האירוע ומדליקים התראה אחת לוח שני, נפרד, עם Files. במקביל מפעילים את המתכון היחיד: משמרת בלי אדם ב-People שולחת התראה למנהל הסידור. שום אוטומציה נוספת.
- עוברים ללוח השנה השבועי בבוקר במקום לגלול את הקבוצה בערב, פותחים את התצוגה השבועית בבוקר ומחפשים רווחים. אחרי שבועיים בודקים כמה פעמים ההתראה נדלקה ועל אילו אתרים — זה הדוח האמיתי הראשון שלך.
העמוד הזה הוא חלק מסדרה שמראה איך אותם רכיבים בסיסיים נראים בסוגי עסק שונים. חזרה למדריך המרכז: מאנדיי לפי סוג עסק — 43 הדגמות לעסק ישראלי. אם חלק מהעבודה שלך היא קריאות חד-פעמיות בשטח ולא משמרות קבועות, כדאי גם להציץ במאנדיי לקריאות שירות בשטח, ואם אתה מנהל גם סבבי אחזקה קבועים באותם אתרים — במאנדיי לחברת ניקיון ואחזקה.
מקורות
- monday.com Support — Get started with monday automations
- monday.com Support — The board views
- monday.com Support — Available column types on monday.com
- monday.com Support — Plans and pricing for monday.com
- monday.com — Tutorial: Boards, Groups, Items
נכון ל-28/08/2026. תכונות ותמחור בפלטפורמה משתנים מעת לעת — בדוק במסכי המוצר עצמם.