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

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

לחלוקה לקבוצות (Groups) יש תפקיד אחד במשרד כזה: להפריד בין תיקים פעילים לתיקים שנסגרו. לא לפי לקוח, לא לפי שנה — פעיל מול סגור. שאר החתכים נעשים ממילא בתצוגות ובסינון, ולא דורשים שיפוץ של מבנה הלוח בכל פעם שהמשרד לוקח תחום חדש.
השעות יושבות ב-Subitems, והסכום עולה לשורת התיק דרך Formula
כאן מתרחש הדבר שבגללו רוב המשרדים בכלל מחפשים מערכת. שעות חיוב נרשמות היום בפתקים, בהודעה לעצמך בוואטסאפ, או בגיליון שמישהו סוגר בסוף החודש בשעתיים של שחזור מהזיכרון. השחזור הזה הוא בדיוק המקום שבו הכסף נעלם — לא כי גנבו אותו, אלא כי אף אחד לא זכר שהשיחה ההיא ביום שלישי ארכה ארבעים דקות.
המבנה שפותר את זה פשוט: כל רישום שעות הוא שורת משנה (Subitem) מתחת לשורת התיק. לשורת המשנה יש עמודת Numbers לשעות, עמודת People למי שביצע, ותאריך. שורת המשנה היא רישום עובדתי קצר — "שיחה עם הלקוח", "הכנת כתב הגנה", "נסיעה לדיון" — ולא סיפור.
הסכימה עצמה נעשית דרך עמודת הנוסחה, שמושכת את סכום השעות משורות המשנה ומציגה אותו על שורת התיק. את המכניקה של בניית הנוסחה עצמה — איך כותבים אותה, מה היא יודעת לחשב ומה לא — כבר פירטנו בעמוד עמודת הנוסחה — כשהלוח מחשב במקומך, ואת אופן רישום השעות היומיומי בעמוד כמה זמן באמת הלך על העבודה הזאת. כאן חשוב רק הרעיון העסקי: ברגע שהשעה נרשמה במקום שבו היא קרתה, אף אחד לא מסכם אותה בסוף החודש.

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

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

איפה זה נשבר במשרד — שני אנשים על אותו תיק ואף אחד לא מזיז את הסטטוס
הכשל הנפוץ ביותר במשרד קטן אינו טכני. תיק שהשותף פתח, המתמחה מכין עליו את החומר, המזכירה שולחת ממנו מסמכים — ואף אחד מהשלושה לא מרגיש שהוא הבעלים. עמודת ה-Status נשארת שבועיים על "בטיפול", וכשמסתכלים על הלוח מגלים שהוא מתאר מציאות בת עשרה ימים. מרגע כזה קל מאוד לחזור לוואטסאפ, כי שם לפחות ברור מה חדש.
שלושה כללים קטנים מונעים את זה, וכולם ניהוליים ולא טכניים:
- אדם אחד ב-People לכל שורה. מי שרשום שם אחראי לכך שהסטטוס נכון — גם אם אחרים עובדים בפועל על התיק.
- הסטטוס מתעדכן כשקורה אירוע, לא בסוף השבוע. הגשנו — משנים. קיבלנו תגובה — משנים. עדכון מרוכז הוא עדכון שלא קורה.
- סקירה שבועית של חמש דקות. פותחים את הלוח בישיבת הבוקר של יום ראשון, עוברים על השורות שלא זזו שבוע, ומחליטים לגביהן משהו — גם אם ההחלטה היא "תקוע אצל הלקוח".
איזו תוכנית משרד כזה צריך — ומה לבדוק לפני שדרוג
מבנה הלוח שתיארנו לא דורש את התוכנית היקרה ביותר, אבל כן דורש להחליט. במקום להשוות מדרגות, שאלו שלוש שאלות שנוגעות ישירות למשרד שלכם:
- כמה אנשים באמת יעדכנו את הלוח? החיוב בנוי סביב מושבים, ולכן ההבחנה בין מי שמעדכן לבין מי שרק צופה משנה את החשבון. מזכירה שמזינה מועדים היא משתמשת פעילה; לקוח שמקבל תמונת מצב — לא בהכרח.
- האם אתם צריכים לחפש רוחבית על פני כל הלוחות? חיפוש שחוצה לוחות אינו זמין בכל תוכנית, וזו בדיוק היכולת שהופכת את המערכת לשימושית ביום שבו מחפשים "כל מה שקשור ללקוח מסוים".
- כמה פעולות אוטומטיות תפעילו בחודש? אם התשובה היא מתכון אחד על מועדים, זה שיקול שולי. אם בכוונתכם להוסיף בהמשך התראות, יצירת שורות אוטומטית וחיבור למייל — כדאי לבדוק את התקרה מראש ולא בדיעבד.
הפירוט המדויק של מה כלול בכל תוכנית מתעדכן מעת לעת ונמצא בעמוד התוכניות והתמחור הרשמי. עצה פרקטית: התחילו במבנה, לא בתוכנית. משרד שבנה לוח עובד יודע תוך שבועיים בדיוק איזו יכולת חסרה לו — וזה זול בהרבה מלנחש מראש.
מה זה אומר עליך — שלושה צעדים לשבוע
- יום ראשון — בונים את השלד. לוח אחד, שתי קבוצות (פעיל / סגור), ארבע עמודות: Status, People, Date, Numbers. מזינים רק את התיקים הפעילים, ובכל אחד רק את המועד הקרוב ביותר. אל תזינו היסטוריה.
- יום שלישי — מתחילים לרשום שעות. כל אחד במשרד פותח שורת משנה בכל פעם שהוא עובד על תיק, ורושם את מספר השעות בזמן אמת. אחרי יומיים של רישום, מחברים את הסכימה לשורת התיק דרך עמודת הנוסחה.
- יום חמישי — מפעילים אוטומציה אחת ופותחים בתצוגת לוח שנה. ההתראה על התאריך המתקרב, ותצוגת לוח השנה כברירת המחדל שנפתחת ללוח. לא מוסיפים כלום נוסף עד שבוע הבא.
אם המבנה הזה עובד אצלכם, השלב הבא הוא לראות איך אותה חשיבה מתורגמת לסוגי עסק אחרים — משרד רואי חשבון עם דיווחים תקופתיים, יועץ שעובד לפי שעות, או סוכנות עם לקוח כפול פרויקט. כל אלה נמצאים במדריך המרכזי — מאנדיי לפי סוג עסק, שממנו הגעתם.
מקורות
- Introduction to monday.com — מרכז העזרה הרשמי. נכון ל-28/08/2026.
- Available column types on monday.com — סוגי העמודות, כולל Status, People, Date, Numbers ו-Formula. נכון ל-28/08/2026.
- The board views — תצוגות הלוח, כולל Calendar. נכון ל-28/08/2026.
- Plans and pricing for monday.com — התוכניות והמושבים. נכון ל-28/08/2026.
- Search Everything — חיפוש רוחבי על פני לוחות. נכון ל-28/08/2026.