לקוחות, ספקים ורואה-החשבון בלוח — מה בדיוק רואה אורח

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

מי נחשב אורח ומה הוא באמת יכול לעשות בלוח

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

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

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

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

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

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

• אינו יכול ליצור לוחות חדשים בחשבון שלך.
• אינו יכול להזמין אורחים אחרים ללוחות משותפים — רק אתה שולט מי נכנס.
• אינו יכול להיות בעלים של לוח (Board owner).
• אינו רואה את שמות סביבות-העבודה (Workspaces) שלך.
• אינו רואה את יומן-הפעילות (Activity Log) ברמת הלוח, ולא מי צפה בלוח לאחרונה.

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

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

להכין את הלוח לפני ששולחים את ההזמנה

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

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

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

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

זו השאלה השנייה שמגיעים איתה, ויש לה תשובה מדויקת בתיעוד. אורחים זמינים מתוכנית Standard ומעלה. בתוכניות Pro ו-Enterprise אפשר להזמין אורחים ללא הגבלת מספר. בתוכנית Standard יש מנגנון חיוב ייעודי: 4:1 — כל ארבעה אורחים נספרים כמושב מחויב אחד. כלומר עד שלושה אורחים אתה מזמין בחינם; האורח הרביעי הוא זה שסוגר קבוצה וצורך מושב.

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

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

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

נגמר הפרויקט — מוציאים את האורח מהלוח

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

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

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

מתי עדיף בכלל לא להזמין — והחלופה שלוקחת דקה

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

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

מה זה אומר עליך ועל האופן שבו העסק שלך נראה מבחוץ

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

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

מקורות

1. monday.com Support — How to get started as a guest (הגדרת אורח, מה מותר ומה אסור, תנאי הדומיין, ותמחור אורחים ביחס 4:1 בתוכנית Standard). נכון ל-27/08/2026.
2. monday.com Support — How to share projects with guests (יצירת לוח Shareable, כפתור ההזמנה, בחירת סוג "Guest", והוספת אורח קיים ללוחות משותפים נוספים). נכון ל-27/08/2026.