בחלק הזה
עמותה קטנה בפתח תקווה — נניח שבע מתנדבות, מנכ"לית אחת בחצי משרה, ועוד שלושה אנשים שנכנסים ויוצאים לפי עונה. באמצע ישיבת ועד מישהו שואל שאלה תמימה: מי דיבר עם התורם שהבטיח סכום לפני חודשיים? בחדר מסתכלים אחד על השנייה. מתנדבת אחת זוכרת ששלחה לו הודעה, אבל היא לא בטוחה אם הוא ענה, וגם היא כבר לא בקבוצת הוואטסאפ כי סיימה את השנה שלה. זו בדיוק הנקודה שבה מערכת לניהול עמותה מפסיקה להיות מותרות ומתחילה להיות תנאי להמשך העבודה.
העמוד הזה לא מלמד את מאנדיי מההתחלה. אם אתם רוצים להבין איך בונים לוח, איך מגדירים עמודה או איך מרכיבים אוטומציה — זה נמצא במדריך הכלי עצמו, ואנחנו נקשר לעמודים הרלוונטיים בכל פעם שנזכיר רכיב. כאן אנחנו עוסקים בדבר אחד: איך לוח תורמים ולוח מתנדבים מדברים ביניהם, ומה בדיוק אתם רואים על המסך כשהם עושים את זה.
לפני הלוח — מתי מאנדיי מתאים לארגון כזה, ומתי לא
מאנדיי בנוי סביב הרעיון שכל שורה בלוח היא ישות שמישהו אחראי עליה ושיש לה שלב. בעמותה זה מתרגם יפה: תורם הוא ישות, פנייה היא שלב, מתנדב הוא אחראי. מה שהמערכת לא יודעת לעשות זה להחליף מערכת הנהלת חשבונות, להנפיק קבלות או לייצר דיווחים לרשם העמותות. היא שכבת ניהול מעל התהליכים — לא תחליף למערכות הרשמיות. את הדיווחים הפורמליים והטיפול בקבלות תמשיכו לעשות מול רואה החשבון של העמותה ומול הגורמים הרשמיים, בדיוק כמו היום.
שורה תחתונה מעשית: אם בישיבת הוועד הבאה אתם צופים עוד רגע של "מי דיבר איתו", יש כאן מה לבנות. אם אין — אל תבנו.
לוח התורמים — ארבע עמודות שנושאות את כל התמונה
כל שורה בלוח התורמים היא איש קשר אחד או ארגון תורם אחד — לא תרומה אחת, לא אירוע אחד. ההבחנה הזו חשובה, כי ברגע שכל שורה היא תרומה, אתם מאבדים את היכולת לראות את הקשר לאורך זמן. ארבע עמודות מספיקות כדי לענות על השאלה שנשאלה בישיבה:
- Status עמודת סטטוס שמייצגת את שלב הקשר: פנייה ראשונה, ממתין לתשובה, הבטיח, התקבל, לא רלוונטי כרגע. זו העמודה שהופכת רשימת שמות לצנרת. היא גם העמודה שכל שאר המערכת תתלה עליה — התצוגה, האוטומציה והדוח.
- People עמודת אנשים שמסמנת מי מלווה את הקשר הזה. לא "מי הכניס לרשימה" — מי מדבר איתו בפועל. אם אין שם בעמודה הזו, הקשר יתום, וזו כשלעצמה תובנה שווה.
- Date עמודת תאריך שמחזיקה את מועד הפנייה האחרונה. בלעדיה אין דרך לענות על "מתי דיברנו איתו לאחרונה", וזו השאלה השנייה בתדירותה אחרי "מי דיבר איתו".
- Numbers עמודת מספרים לסכום — מובטח או שהתקבל, לפי מה שהגדרתם. שימו לב: זו עמודה תפעולית למעקב פנימי, לא רישום חשבונאי. הרישום הרשמי נשאר במערכת הנהלת החשבונות של העמותה.
מאנדיי מציעה מגוון רחב של סוגי עמודות, והפיתוי להוסיף עוד עמודה על כל שאלה שעולה הוא אמיתי. תתאפקו. לוח עם ארבע עמודות שכולם ממלאים שווה יותר מלוח עם שתים־עשרה עמודות שאף אחד לא נוגע בהן אחרי שבועיים.
שני לוחות שמדברים — למה לוח מתנדבים חי בנפרד
האינסטינקט הראשון הוא לכתוב את שם המתנדבת בתוך לוח התורמים בעמודת טקסט, ולסיים. זה עובד יופי עד השבוע שבו מתנדבת עוזבת, ואתם צריכים לעבור על שלושים ואחת שורות ולתקן שם ידנית — ולפספס שתיים. לוח מתנדבים נפרד פותר את זה מהשורש: כל מתנדב הוא שורה אחת, עם תחום פעילות, ימי זמינות, תאריך תחילת פעילות, וסטטוס פעיל או לא פעיל.
החיבור בין שני הלוחות נעשה בעמודת Connect boards, ומה שנמשך משם חזרה ללוח התורמים מוצג בעמודת Mirror. בפועל, על מסך לוח התורמים אתם רואים בשורה של כל תורם גם את השם של המתנדבת שמלווה אותו וגם שדה שנשען על לוח המתנדבים — למשל טלפון או סטטוס פעילות — בלי שאף אחד הקליד אותו פעמיים. עדכון שנעשה בלוח המתנדבים משתקף מיד בכל השורות שמצביעות עליו.
איך בונים את שתי העמודות האלה — עמודת החיבור ועמודת המראה — כבר כתוב במלואו במדריך הכלי, ואין טעם לשכפל אותו: לוח מדבר עם לוח: עמודת חיבור ועמודת מראה. מה שכן שייך לעמוד הזה הוא ההחלטה: בעמותה, לוח המתנדבים הוא מקור האמת על אנשים, ולוח התורמים הוא מקור האמת על קשרים. כל אחד מהם מחזיק את מה שהוא אחראי עליו, והמראה עושה את החיבור. זה מה שמונע מהמידע להתפצל.
האוטומציה האחת — מה קורה ברגע ששלב הפנייה משתנה
מרכז האוטומציות של מאנדיי מציע עשרות מתכונים, וקל ליפול למלכודת של חמש אוטומציות ביום הראשון שנכבות כבר בשבוע שאחריו, כי ההתראות הפכו לרעש. בעמותה שעובדת עם מתנדבים כדאי להפעיל מתכון אחד בלבד: כשעמודת ה-Status של תורם משתנה — נוצרת משימת המשך ומוקצית לאדם שמופיע בעמודת People של אותה שורה.
למה דווקא הוא, ולמה דווקא בעמותה? כי בארגון עם עובדים שכירים, ההמשך קורה ממילא — מישהו יושב במשרד ורואה את הלוח כל בוקר. מתנדבת שנכנסת פעמיים בשבוע לא רואה את הלוח כל בוקר. אם היא סימנה "הבטיח" ביום שלישי, ואף אחד לא ייצר לה תזכורת להמשך, ההבטחה הזאת תשב בלוח בלי תנועה עד שמישהו ישאל עליה בישיבת הוועד — ואז נחזור לרגע שפתחנו בו.
האוטומציה הזאת עושה שני דברים ביחד: היא הופכת שינוי סטטוס למשימה עם בעלים, והיא מוודאת שהבעלים הוא מי שכבר בקשר עם התורם ולא מי שבמקרה פנוי. את מבנה המתכון עצמו ואת הדרך להפעיל אותו תמצאו במרכז האוטומציות והאינטגרציות של הלוח.
המסך שרואים בישיבה — תצוגת Kanban לפי שלב
אותו לוח בדיוק, אותם נתונים בדיוק, מבט אחר לגמרי. בתצוגת Kanban הכרטיסים מסודרים בעמודות לפי ערכי ה-Status, כך שכל שלב בקשר הוא עמודה משלו. על כל כרטיס נראים גם תמונת המלווה מעמודת People וגם התאריך מעמודת Date. במסך אחד רואים כמה קשרים תקועים ב"ממתין לתשובה", מי מלווה כל אחד מהם, ומתי דיברו איתו לאחרונה.
למה זו התצוגה הנכונה לישיבת ועד או לפגישת צוות בעמותה? כי היא לא דורשת ידע במערכת. אדם שרואה את המסך בפעם הראשונה מבין תוך שנייה מה קורה — יש ערימות, יש ערימה אחת עבה מדי, וברור מי אחראי לרזות אותה. טבלה עושה את זה גרוע יותר, כי היא דורשת קריאה. הערימה מדברת מעצמה.
ובסוף התקופה — רבעון, שנה, מה שנהוג אצלכם — אתם שולפים מהלוח את מה שכבר נרשם לאורך הדרך, במקום לאסוף אחורה. זה ההבדל המרכזי בין ניהול בגיליון לניהול בלוח: בגיליון, בסוף התקופה מישהו יושב יומיים ומרכיב תמונה משיחות וזיכרון. בלוח, התמונה כבר קיימת, ומה שנשאר זה להסתכל עליה. את הפירוט של מגוון התצוגות הזמינות והמעבר ביניהן תמצאו במסמך תצוגות הלוח.
איפה זה נשבר — כשכל מתנדב פותח לוח משלו
זו נקודת הכישלון הנפוצה, והיא כמעט תמיד נובעת מכוונה טובה. מתנדבת נכנסת, רואה שהלוח הקיים לא בדיוק מתאים לאיך שהיא עובדת, ופותחת לעצמה לוח משלה. אחריה עוד אחת. תוך חודשיים יש ארבעה לוחות תורמים, שלושה מהם עם אותם שמות בדיוק ועם סטטוסים שונים, ואף אחד לא יודע איזה מהם מעודכן. זה גרוע יותר מהאקסל שהיה קודם, כי לפחות באקסל ידעתם שיש בעיה.
- לוח תורמים אחד לכל הארגון. לא לפי מתנדב, לא לפי אזור, לא לפי קמפיין. הפילוח נעשה בתוך הלוח — בעמודות ובתצוגות — ולא על ידי לוח חדש.
- הרשאות ברמת החשבון מגבילות מי פותח לוחות חדשים. אזור הניהול של מאנדיי מאפשר לקבוע מי אדמין ומי חבר צוות, ובעמותה קטנה ההגבלה הזו מונעת את רוב הבלגן מראש.
- מתנדב חדש נכנס ללוח קיים, לא פותח לוח. אם הלוח לא מתאים לו — מוסיפים תצוגה, לא לוח.
- מתנדב שמסיים — הידע כבר בלוח. אם הוא ניהל את הקשרים שלו בטלפון האישי, הידע הולך איתו. אם השלב, המלווה והתאריך נרשמו בשורה, השורה נשארת ומחליפים רק את השם בעמודת People.
הרעיון פשוט עד כדי אכזבה: הידע נשאר בארגון רק אם מלכתחילה הוא נרשם במקום ששייך לארגון ולא לאדם. כל השאר — האוטומציה, התצוגה, החיבור בין הלוחות — הוא מה שגורם לאנשים לרשום שם.
תוכנית — השאלות שקובעות לארגון כזה
שלוש שאלות מכריעות איזו רמת תוכנית ארגון כמו שלכם צריך, ואת שלושתן אתם יכולים לענות תוך חמש דקות בלי לפתוח את המערכת:
- כמה אנשים בפועל צריכים לערוך את הלוח — לא לראות, לערוך. מתנדב שרק צופה במסך בישיבה הוא לא אותו דבר כמו מתנדבת שמעדכנת סטטוסים.
- האם אתם צריכים לחפש רוחבית על פני כל הלוחות בחשבון — למשל להקליד שם של תורם ולקבל את כל האזכורים שלו בכל לוח. יכולת החיפוש הרוחבי אינה זמינה בכל רמות התוכנית.
- האם אתם מפעילים אוטומציות ואינטגרציות באופן שוטף, וכמה. זה משפיע ישירות על הרמה שתצטרכו.
מעבר לזה — המדרגות, המחירים וההבדלים בין הרמות מרוכזים בעמוד הייעודי, ואין סיבה לשכפל אותם כאן: עמוד התוכניות והמחירים ↗. חשוב רק לזכור שהחיוב הוא לפי חבילות מושבים ולא לפי משתמש בודד, ולכן שווה לספור ראשים לפני שנרשמים.
מה עושים השבוע — שלושה צעדים
- יום ראשון — הקימו את לוח התורמים שורה אחת לכל תורם, ארבע עמודות: Status, People, Date, Numbers. אל תוסיפו עמודה חמישית השבוע, גם אם מתחשק. מלאו רק את מה שאתם יודעים בוודאות; ריק זו תשובה לגיטימית.
- יום שלישי — הקימו את לוח המתנדבים וחברו שורה לכל מתנדב פעיל, ואז הוסיפו עמודת חיבור מלוח התורמים אליו ועמודת מראה שמושכת שדה אחד. בדקו את זה על שורה אחת לפני שאתם רצים על כולן.
- יום חמישי — הפעילו את האוטומציה ופתחו Kanban מתכון אחד: שינוי סטטוס יוצר משימת המשך למי שמופיע בעמודת האנשים. ואז פתחו תצוגת Kanban לפי שלב, והציגו אותה בישיבה הקרובה. אם מישהו שואל "מי בקשר איתו" — התשובה על המסך.
רוצים לראות איך אותו עיקרון של "שני לוחות שמדברים" עובד בסוגי עסק אחרים — מתווכים, סוכנויות השמה או משרדי רואי חשבון? חזרו למאנדיי לפי סוג עסק — 43 הדגמות לעסק ישראלי.
מקורות
- מרכז העזרה של monday.com — מבוא לפלטפורמה
- מרכז העזרה של monday.com — סוגי העמודות הזמינים
- מרכז העזרה של monday.com — תצוגות הלוח
- מרכז העזרה של monday.com — אוטומציות ואינטגרציות
- מרכז העזרה של monday.com — אזור הניהול, משתמשים והרשאות
- מרכז העזרה של monday.com — חיפוש רוחבי בכל הלוחות
נכון ל-28/08/2026. הכתוב הוא תיאור תפעולי של עבודה בכלי ואינו ייעוץ משפטי, חשבונאי או ניהולי. דיווחים רשמיים של העמותה ייעשו מול רואה החשבון והגורמים המוסמכים.