מאנדיי לפי סוג עסק · ספוק 19

מאנדיי לחברת שמירה ואבטחה — סידור משמרות ודוחות אירוע בשני לוחות

מערכת לסידור משמרות אבטחה שנבנית משני לוחות בלבד: אחד שמראה בשנייה איזו משמרת עדיין ריקה, ואחד שדוחות האירוע מהשטח נוחתים בו ונשארים ניתנים לאיתור.

11 דק׳ זמן קריאה · עודכן ספטמבר 2026

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

המספרים כאן הם דוגמה להמחשה, לא נתון שוק.

בקצרה

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

השעה שבה אתה בודק את הסידור וגם אז לא בטוח שכל משמרת מכוסה

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

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

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

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

מתי לוח משמרות מתאים לחברת אבטחה ומתי זה פשוט לא מתאים לעסק הזה

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

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

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

לוח המשמרות — חמש עמודות ולא יותר, ועמודה אחת שמכריעה הכול

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

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

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

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

לוח דוחות האירוע — פריט לכל אירוע, ותמונה שנשארת מחוברת

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

לוח דוחות אירוע בתצוגת Table — תאריך, מדווח, אתר ורמת חומרה.
לוח דוחות אירוע בתצוגת Table — תאריך, מדווח, אתר ורמת חומרה.

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

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

איפה זה נשבר — דוח אירוע שנכתב בתוך פריט המשמרת

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

מה קורה בפועל דוח בתוך פריט המשמרת דוח בלוח נפרד
חיפוש אירוע לפי אתר צריך לפתוח משמרות אחת-אחת סינון על עמודת האתר
ספירת אירועים ברבעון בלתי אפשרי בלי ספירה ידנית מספר השורות בטווח התאריכים
תמונה מהשטח מצורפת למשמרת, לא לאירוע מצורפת לאירוע עצמו ב-Files
משמרת שהתחלפה באמצע האירוע רשום אצל מי שלא היה שם האירוע עומד בפני עצמו

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

האוטומציה האחת של היום הראשון — משמרת בלי אדם מפעילה התראה למנהל הסידור

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

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

מתכון אוטומציה: משמרת שלא אוישה שולחת התראה לאחראי הסידור
מתכון אוטומציה: משמרת שלא אוישה שולחת התראה למנהל הסידור

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

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

התצוגה שמשנה את היום — שבוע שלם שבו חור בסידור נראה כרווח ריק

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

סידור המשמרות בתצוגת לוח שנה, עם ימים עמוסים לצד ימים שנשארו ריקים
סידור המשמרות בתצוגת לוח שנה, עם ימים עמוסים לצד ימים שנשארו ריקים

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

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

איזו תוכנית חברה כזאת צריכה — ומה לבדוק לפני שמחליטים על שדרוג

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

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

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

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

מה עושים — שלושה צעדים לשבוע הקרוב

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

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

מקורות

  1. monday.com Support — Get started with monday automations
  2. monday.com Support — The board views
  3. monday.com Support — Available column types on monday.com
  4. monday.com Support — Plans and pricing for monday.com
  5. monday.com — Tutorial: Boards, Groups, Items

נכון ל-28/08/2026. תכונות ותמחור בפלטפורמה משתנים מעת לעת — בדוק במסכי המוצר עצמם.

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