בניין בן 24 דירות בגבעתיים, ועד של שני אנשים שעובדים במשרה מלאה במקום אחר, וקבוצת ווטסאפ אחת שבה יושבים 31 אנשים. נניח שביום שלישי בבוקר מתחילה נזילה בחניון. עד הצהריים נכנסות שלוש הודעות על אותה נזילה משלושה דיירים שונים — אחת עם תמונה, אחת עם "מישהו טיפל בזה?", ואחת שנכתבה בכלל בקבוצה של הוועד הקודם. אף אחת מהשלוש לא נמצאת מחר במקום שבו תמצא אותה. מערכת לניהול ועד בית מתחילה בדיוק בנקודה הזאת: לא בדוחות ולא בגבייה, אלא בשאלה איפה נמצא הרישום היחיד של הנזילה הזאת.
בקצרה
- לוח אחד לבניין — כל תקלה היא פריט, לא הודעה.
- חמש עמודות ולא יותר — Status, Dropdown למיקום, People לאחראי, Date לפתיחה, Files לתמונה.
- Form לדיירים — הם ממלאים טופס, לא נכנסים ללוח.
- Guest לבעל מקצוע — אינסטלטור נכנס ורואה את מה שנוגע אליו, לא את כל הבניין.
- אוטומציה אחת ביום הראשון — פנייה מהטופס מקבלת אחראי וסטטוס בלי שתיגע בה.
לפני שפותחים לוח — מתי מאנדיי מתאים לבניין, ומתי הוא יותר-מדי
מאנדיי היא פלטפורמת ניהול עבודה בענן, שבה כל דבר שמנהלים — משימה, לקוח, פרויקט, תקלה — הופך לשורה בלוח, ולשורה הזאת יש סטטוס, אחראי ותאריך. זה בדיוק ההבדל בין הודעה בווטסאפ לבין פריט: הודעה נבלעת, פריט נשאר פתוח עד שמישהו סוגר אותו. אבל לא כל בניין צריך את זה.
הכלל הפשוט: אם התשובה לשאלה "מה מצב הנזילה בחניון?" דורשת גלילה בווטסאפ, יש הצדקה ללוח. אם היא דורשת שיחה אחת — אין.
חמש עמודות ולא אחת יותר — איך נראה לוח התקלות
הטעות הנפוצה ביותר בלוח ראשון היא להתחיל מ-14 עמודות. הלוח נראה מרשים, ואחרי שבועיים אף אחד לא ממלא אותו. לוח תקלות של בניין עובד עם חמש עמודות, וכל אחת מהן עונה על שאלה שהוועד באמת נשאל.
- Status — עמודת סטטוס צבעונית עם ארבעה מצבים בלבד: התקבל, בטיפול, ממתין לספק, טופל. לא שישה, לא שמונה. עמודת הסטטוס היא גם מה שמפעיל אחר כך את האוטומציה ואת הסינון, ולכן היא העמודה היחידה שאסור לוותר עליה.
- Dropdown — רשימה נפתחת עם תוויות המיקום בבניין: לובי, חניון, גג, מעלית, חדר מדרגות א׳, חדר מדרגות ב׳, מערכת מים. זו העמודה שהופכת רשימת תקלות לתמונת מצב של הנכס — כי רק לפיה רואים שהמעלית מייצרת שליש מהפניות.
- People — האחראי. בוועד בית זה כמעט תמיד אחד משני אנשים, אבל ברגע שהשם מופיע בעמודה, הפריט מופיע גם ב-My Work שלו ולא רק בזיכרון שלו.
- Date — תאריך פתיחת הפנייה. לא תאריך יעד. בבניין אין SLA, אבל יש שאלה מאוד מוחשית: כמה זמן הדבר הזה פתוח. תאריך הפתיחה עונה עליה בלי שתצטרך לחשב כלום.
- Files — התמונה שהדייר צירף. זו העמודה שמייתרת את הסבב "תשלח לי שוב את התמונה", וזו גם העמודה שבעל המקצוע פותח ראשונה כדי להבין אם צריך להגיע עם סולם.
דייר לא צריך חשבון — הוא צריך טופס
31 דיירים לא ייכנסו למאנדיי. הם גם לא צריכים. הרכיב שפותר את זה הוא Form — טופס שממלאים בדפדפן, ושכל מילוי שלו יוצר פריט חדש בלוח עם השדות שמילאו. הדייר מקבל קישור אחד, מצמיד אותו לתיאור של קבוצת הווטסאפ או תולה אותו כקוד QR ליד תיבות הדואר, וזהו. הוא לא רואה את הלוח, לא רואה תקלות של שכנים, ולא יכול לשנות סטטוס.
איך בונים ומעצבים טופס כזה כבר מוסבר במלואו בעמוד דלת לתוך הלוח למי שאין לו גישה: איך בונים טופס מידע במדריך מאנדיי הקיים באתר, ואין טעם לחזור עליו כאן. מה שכן שייך לעמוד הזה הוא ההחלטה מה לשאול. בטופס של ועד בית חמישה שדות מספיקים:
- מה קרה — שדה טקסט חופשי קצר, זה יהיה שם הפריט.
- איפה בבניין — בחירה מרשימה, כדי שהמיקום ייכנס מסודר ולא כטקסט חופשי.
- דירה וקומה — כדי שתדע למי לחזור.
- טלפון — שדה אחד, לא שניים.
- תמונה — שדה העלאת קובץ. זה השדה שחוסך הכי הרבה זמן.
האינסטלטור נכנס ללוח — ורואה רק את מה שנוגע אליו
זו השאלה שעוצרת את רוב הוועדים. מצד אחד, אתה רוצה שהאינסטלטור יעדכן בעצמו שהוא הגיע ושהוא סיים, כדי שלא תצטרך להתקשר אליו. מצד שני, אתה לא רוצה שהוא יראה את הפניות של כל 24 הדירות, את השמות ואת הטלפונים.
התשובה במאנדיי היא Guest — סוג משתמש שמוזמן ללוח מסוים בלבד, ולא לחשבון כולו. בעל מקצוע מוזמן כאורח ללוח התקלות, ואת מה שהוא רואה בפועל מסננים בעזרת התצוגה שהוא נכנס אליה. מה בדיוק אורח רואה ומה לא, ומה ההבדל מול משתמש מלא, כבר מפורט בעמוד לקוחות, ספקים ורואה-החשבון בלוח — מה בדיוק רואה אורח במדריך הקיים. ההחלטה שנשארת לך היא איזה מודל עבודה לבחור מול הספק:
| מודל | מה זה אומר בפועל | למי מתאים |
|---|---|---|
| בלי גישה בכלל | אתה שולח לבעל המקצוע את פרטי התקלה והתמונה בהודעה, ומעדכן את הסטטוס בעצמך | ספק חד-פעמי, תקלה בודדת |
| אורח ללוח התקלות | נכנס ללוח, רואה את הפריטים שהוקצו לו, מעדכן סטטוס ומעלה תמונת "אחרי" | אינסטלטור או חשמלאי קבוע של הבניין |
| לוח ספקים נפרד | לוח משלו שאליו נשלחים רק הפריטים הרלוונטיים | מנהל נכסים עם כמה בניינים ואותם ספקים |
לרוב הבניינים המודל האמצעי הוא הנכון. הוא מבטל את שיחת הטלפון "נו, טיפלת?", והוא זול — אורחים אינם מתומחרים כמו משתמשים רגילים, אבל הזמינות שלהם תלויה בתוכנית, ולכן זו בדיוק אחת השאלות שנבדקות בפרק התוכנית בהמשך.
מי מעדכן את הלוח כשאין כאן אף אחד במשרה מלאה — האוטומציה האחת
ועד בית הוא אולי הארגון היחיד שבו כל בעלי התפקידים מתנדבים ואף אחד לא יושב מול המסך. לכן הלוח חייב לעשות לפחות דבר אחד לבד. במרכז האוטומציות של מאנדיי יש מתכונים מוכנים בסגנון "כשקורה X, בצע Y", ומהם צריך להפעיל בדיוק אחד ביום הראשון:
למה דווקא זו, ולא תזכורות או התראות? כי הכשל היחיד שמפיל לוח של ועד בית הוא פנייה שנכנסה מהטופס וישבה שלושה ימים בלי סטטוס ובלי בעלים, עד ששלושה דיירים דיווחו עליה שוב בווטסאפ ואתה חזרת לנקודת ההתחלה. ברגע שכל פנייה נכנסת עם צבע ועם שם, הלוח מתחיל להיראות כמו רשימת פתוחים ולא כמו ארכיון. את מבנה המתכון ואת אופן ההגדרה כבר מכסה המדריך הקיים; כאן ההמלצה היא רק על הבחירה עצמה — אחת, ביום הראשון, ורק אחריה לשקול עוד.
המסך שפותחים בישיבת ועד — תצוגת טבלה מקובצת לפי מיקום
בישיבת ועד יש שלוש שאלות: מה פתוח, מה עולה כסף, ומה חוזר על עצמו. תצוגת Table רגילה עונה על הראשונה. אותה תצוגה כשהפריטים מקובצים לפי עמודת המיקום עונה על שלושתן — כי במקום רשימה ארוכה של תקלות אתה רואה את הבניין: שבע פניות במעלית, שתיים בחניון, אחת בגג. שורת הסיכום לכל קבוצה נותנת את המספרים בלי שתספור.
למה דווקא התצוגה הזאת ולא לוח קנבן? כי בקנבן רואים תהליך, ובבניין אין תהליך — יש נכס. ההחלטה של הוועד היא כמעט תמיד החלטה על מקום: האם מחליפים את המשאבה, האם קוראים ליועץ מעליות, האם מחדשים את החוזה עם חברת התחזוקה. תצוגה שמקבצת לפי מיקום היא התצוגה היחידה שמניחה את השאלה הזאת על השולחן במקום להסתיר אותה בתוך 40 שורות. את התצוגה עצמה מוסיפים מתפריט התצוגות של הלוח, וההסבר המלא על התצוגות נמצא בתיעוד תצוגות הלוח של מאנדיי.
איפה זה נשבר — כשלוח התקלות מתחיל לשמש גם כפנקס של הבניין
הכשל הצפוי מגיע בערך בחודש השלישי, והוא תמיד אותו כשל: הלוח עובד יפה, ולכן מישהו מחליט להכניס אליו גם את רשימת הדיירים, גם את מצב התשלומים, גם את חוזי הספקים וגם את פרוטוקול האסיפה. תוך שבועיים יש 60 שורות שרק שליש מהן הן תקלות, עמודת הסטטוס מאבדת משמעות, ובעל המקצוע שנכנס כאורח פתאום רואה דברים שאין סיבה שיראה.
- גבייה ותשלומים — לא באותו לוח. גם כי המבנה שונה לגמרי, וגם כי מידע פיננסי של דיירים לא צריך להיות פתוח לספק חיצוני.
- רשימת דיירים — לוח נפרד, אם בכלל. בלוח התקלות מספיקים דירה וטלפון בתוך הפריט עצמו.
- חוזי ספקים ותעודות — לוח נפרד או מסמכים. הקובץ של פוליסת ביטוח הבניין לא שייך לעמודת Files של תקלה.
- פרוטוקולים והחלטות — אלה מסמכים, לא פריטים. פריט הוא משהו שיש לו סטטוס פתוח או סגור.
איזו תוכנית צריך ועד או מנהל נכסים — שלוש שאלות שקובעות את התשובה
התמחור של מאנדיי בנוי לפי מוצרים ולפי מספר מושבים, והמדרגות משתנות מעת לעת — ולכן אין טעם לצטט כאן מספרים. מה שכן אפשר לעשות הוא לצמצם את ההחלטה לשלוש שאלות שהתשובות עליהן קובעות הכול עבור ועד בית:
- כמה אנשים באמת יעדכנו את הלוח? בוועד בית זה כמעט תמיד שניים או שלושה, לא כל הדיירים. הדיירים ממלאים טופס, ומילוי טופס אינו דורש מושב.
- האם אתם צריכים טופס ואורחים? זה הצומת המרכזי, כי שני הרכיבים האלה הם בדיוק מה שהופך את הלוח למערכת ולא לרשימה. בדוק מול עמוד התוכניות איזו רמה כוללת אותם.
- בניין אחד או כמה? ועד של בניין בודד יכול להתחיל קטן מאוד. מנהל נכסים שמחזיק חמישה בניינים מדבר על עסק, ושם השיקול הוא כבר תפעולי ולא ניסיוני.
את המדרגות המדויקות, מה כלול בכל אחת ומה ההבדל בין חיוב חודשי לשנתי כדאי לקרוא ישירות בעמוד התוכניות והמחירים הרשמי, שמתעדכן שוטף. השוואה שנכתבת בעמוד תוכן מתיישנת מהר יותר מהמחירון עצמו.
מה זה אומר עליך — שלושה צעדים לשבוע הקרוב
- יום ראשון — הקם את הלוח לוח אחד בשם הבניין, חמש עמודות: Status בארבעה מצבים, Dropdown עם תוויות המיקום שקיימות אצלך בפועל, People, Date ו-Files. אל תוסיף עמודה שישית עד שלא תרגיש שחסרה.
- יום שני — בנה את הטופס והפעל את האוטומציה חמישה שדות, כולל העלאת תמונה. מיד אחריו הפעל את המתכון שנותן לכל פנייה חדשה סטטוס "התקבל" ואחראי. שלח לעצמך פנייה אחת לבדיקה, וראה שהיא נוחתת בלוח נכון.
- יום שלישי — הכנס את בעלי המקצוע ואת הדיירים הזמן את האינסטלטור או החשמלאי הקבוע כאורח ללוח בלבד, ואז פרסם את קישור הטופס לדיירים — בתיאור קבוצת הווטסאפ ובמודעה בלובי. מהיום, תקלה שנשלחת בווטסאפ מקבלת תשובה אחת: "תמלא בטופס".
- סוף השבוע — פתח את התצוגה המקובצת חמש דקות מול הלוח כשהוא מקובץ לפי מיקום. תראה מיד אם יש מוקד אחד שמייצר את רוב הפניות. זו כל הישיבה.
אחרי חודש, השאלה שכדאי לשאול היא לא "כמה תקלות סגרנו" אלא "כמה תקלות דווחו בווטסאפ ולא בטופס". אם המספר הזה יורד — המערכת נקלטה. אם לא — כנראה שהטופס ארוך מדי או שהקישור לא נמצא במקום שאנשים רואים. זו הערכה בלבד; כל בניין מתנהג אחרת, ואת ההתאמה עושים תוך כדי.
חזרה למדריך המרכזי: מאנדיי לפי סוג עסק — 43 הדגמות לעסק ישראלי. עמודים קרובים בסדרה שכדאי לקרוא אחרי זה: מאנדיי לקריאות שירות בשטח ומאנדיי לחברת ניקיון ואחזקה.
מקורות
- monday.com Support — Available column types (Status, Dropdown, People, Date, Files). נכון ל-28/08/2026.
- monday.com Support — The board views (תצוגות לוח, כולל Table). נכון ל-28/08/2026.
- monday.com Support — Get started with monday automations (מרכז האוטומציות ומתכונים). נכון ל-28/08/2026.
- monday.com Support — Plans and pricing (מוצרים, מדרגות מושבים, חיוב חודשי/שנתי). נכון ל-28/08/2026.
- monday.com Support — Security and privacy FAQs (מודל בקר/מעבד נתונים). נכון ל-28/08/2026.