מאנדיי לקליניקת אסתטיקה — מערכת לניהול קליניקת אסתטיקה שמחזיקה את מסלול הפנייה

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

לפני שנוגעים בלוח — מה בכלל נכנס לתוכו, ומה נשאר בחוץ

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

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

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

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

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

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

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

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

בתוך הפריט יושבות ארבע עמודות. ב-monday יש מגוון סוגי עמודות, ולקליניקה הזאת מספיקות ארבע:

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

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

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

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

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

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

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

האוטומציה האחת — התאריך שמגיע והופך לבדו למשימה של מישהי

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

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

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

התצוגה שמראה את החזרות של השבוע — אותו לוח, נפרש על Calendar

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

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

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

איזו תוכנית קליניקה בגודל הזה צריכה — ואיפה בודקים את זה מול עמוד התוכניות

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

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

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

מה זה אומר עליכן — שלושה צעדים לשבוע הקרוב

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

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

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

מקורות

1. monday.com Support — Available column types
2. monday.com Support — The board views
3. monday.com Support — Get started with monday Integrations
4. monday.com Support — The Administration section
5. monday.com Support — Plans and pricing

נכון ל-28/08/2026. פרטי ממשק, שמות מסכים ותנאי תוכניות משתנים מעת לעת — בדקו במקור הרשמי.