הווידג׳טים ששווים באמת — ומה רק תופס מקום

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

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

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

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

כשהתשובה היא מספר אחד — ווידג׳ט המספר

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

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

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

כשרוצים לדעת לפי מה זה מתפלג — ווידג׳ט הגרף

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

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

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

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

כמה מהעבודה כבר סגורה — ווידג׳ט ההתקדמות

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

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

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

רשימה שנשאבת מכמה לוחות — ווידג׳ט הטבלה

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

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

כמה שעות באמת הלכו לשם — ווידג׳ט מעקב-הזמן

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

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

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

אותו ווידג׳ט, ספירה אחרת — להתאים מה כל רכיב באמת סופר

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

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

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

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

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

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

הראשונה היא רכיב הטמעת תצוגת Airtable: אם העסק כבר מנהל טבלה במערכת אחרת, אפשר להטמיע אותה כווידג׳ט בדשבורד לצד הלוחות, כך ששתי המערכות נראות זו לצד זו. התהליך שמתואר בתיעוד: יוצרים ב-Airtable קישור-שיתוף לתצוגה, בוחרים באפשרות ההטמעה באתר, מעתיקים מתוך קוד-ההטמעה את המזהה — מיד אחרי ‎embed/‎ ועד לפני החלק שמתחיל ב-‎background‎ — ומדביקים אותו בשדה מזהה-התצוגה של האפליקציה ב-monday.

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

מה מספיק לעסק של עד עשרה אנשים — חמישה ווידג׳טים על מסך אחד

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

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

איך בונים את זה בפועל — שישה צעדים בשעה אחת

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

מה זה אומר עליך

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

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

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

מקורות

1. monday.com Support — Embedded Airtable View & Widget (הוספת ווידג׳ט דרך מרכז הווידג׳טים, והטמעת מזהה תצוגה). נכון ל-27/08/2026.
2. monday.com Support — The working status (הבדל בין תצוגת-לוח לווידג׳ט-דשבורד, בחירת סוג גרף, מנויי לוח והכללת אורחים, זמינות בתוכנית Enterprise). נכון ל-27/08/2026.