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

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

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

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

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

בקצרה

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

שלוש הודעות על אותה נזילה — ולמה הצ'אט לא זוכר כלום

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

מאנדיי היא פלטפורמת Work OS — מערכת שבה כל תהליך עבודה מיוצג בלוח (board), כל שורה בלוח היא פריט (item), וכל עמודה היא שדה מידע על אותו פריט. במקום גיליון אקסל אחד שמערבב תקלות, ספקים ותשלומים, אתם מקבלים טבלה חיה שבה כל תקלה היא שורה עם היסטוריה: מי דיווח, מתי, מה קרה מאז, ומי עונה עליה עכשיו. זה ההבדל היחיד שחשוב באמת בין צ'אט לבין מערכת — מצב. לצ'אט אין מצב; לפריט בלוח יש.

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

מתי מאנדיי מתאים לוועד בית — ומתי זה יותר מדי מערכת לבניין אחד

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

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

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

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

חמש עמודות ולא יותר — איך נראה לוח התקלות של הבניין

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

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

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

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

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

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

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

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

חלון הזמנת משתמשים ללוח, עם שני מוזמנים שממתינים לאישור
חלון הזמנת משתמשים ללוח, עם שני מוזמנים שממתינים לאישור

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

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

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

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

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

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

מסלול תקלה מדיווח דייר ועד סגירה
מסלול תקלה מדיווח דייר ועד סגירה

המסך שפותחים בישיבת ועד — תצוגת טבלה מקובצת לפי מיקום

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

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

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

איפה זה נשבר — כשלוח התקלות הופך לפנקס של הבניין

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

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

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

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

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

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

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

אחרי שיש תשובות לחמש השאלות האלה, בדקו בעמוד התוכניות הרשמי של מאנדיי ↗ מה מתאים למקרה שלכם. שאלות של חיוב, חשבונית ומע"מ — בררו בחשבונית עצמה ומול רואה-החשבון שלכם.

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

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

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

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

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

מקורות

  1. monday.com Support — Get started with monday automations. נכון ל-28/08/2026.
  2. monday.com Support — Getting started with workspaces. נכון ל-28/08/2026.
  3. monday.com Support — My Work. נכון ל-28/08/2026.
  4. monday.com Support — The Dashboards. נכון ל-28/08/2026.
  5. monday.com Community — בקשת תמיכת RTL מלאה בלוחות ובטבלאות. נכון ל-28/08/2026.
  6. monday.com — עמוד התוכניות והמחירים הרשמי. נכון ל-28/08/2026.
גילוי נאות: התוכן באתר אינו ייעוץ פיננסי, פנסיוני, מסים או השקעות. החלטות פיננסיות אישיות מומלץ לקבל בליווי בעל מקצוע מוסמך.