שלוש דרכים להעביר פנייה מהתיבה ללוח
- הידני: אתה קורא כל מייל, פותח את monday בטאב אחר, מעתיק כותרת, מדביק, יוצר פריט. עובד מצוין — עד השבוע הראשון שבו יש לך יותר משלוש פניות ביום, ואז חלק מהן פשוט נשארות בתיבה "לטיפול אחר כך", מקום שממנו הודעות לא חוזרות.
- הבסיסי: אתה משאיר הכול בתיבה ומבטיח לעצמך לעבור עליה בסוף היום. הרעיון טוב, הביצוע תלוי בכמה עייף אתה ב-19:00. הפניות מתקררות בערימה לפי סדר-הגעה הפוך.
- המלא (העמוד הזה): מייל נכנס ← Make פותח מיד פריט בלוח monday עם הכותרת והפרטים. הפנייה כבר בתוך זרם-העבודה שלך ברגע שהיא הגיעה, לא ברגע שנזכרת בה. זה מה שבנינו והרצנו כאן.
התרחיש — פנייה נכנסת ונפתחת בלוח
נניח שאתה יועץ-משכנתאות או סוכן-ביטוח קטן, והבוקר נכנסה אצלך פנייה בכותרת "בקשת מידע — תוכנית חיסכון לילדים". במצב הרגיל, ההודעה הזאת מצטרפת לעוד ארבעים מיילים שלא-בדיוק-דחופים-אבל-כן-חשובים, יושבת ביניהם, ומחכה שתשים לב אליה. לפעמים אתה שם לב אחרי שעתיים. לפעמים אחרי יומיים, כשהלקוח כבר פנה למישהו אחר שענה מהר יותר.
בזוג הזה זה עובד אחרת. ברגע שההודעה נחתה, Make קלט אותה דרך ה-mailhook (כתובת-מייל ייעודית, נסביר מיד), ופתח באופן מיידי פריט בלוח monday שלך בשם המדויק של הפנייה: "בקשת מידע — תוכנית חיסכון לילדים". הפריט לא צריך שתזכור אותו — הוא כבר יושב בלוח שאתה עובד בו ממילא, בעמודה "חדש", מחכה שתמשוך אותו הלאה.
אצלנו זה לא תיאוריה יפה במצגת. התרחיש הזה רץ בפועל — שני מודולים, ריצה ירוקה מלאה, והפריט נוצר בלוח בדיוק כמו שהובטח. המערכת עשתה את הדבר הכי משעמם ביום שלך — הקלדה-מחדש של כותרת מייל — כדי שאתה תעשה את הדבר שבשבילו באמת שכרו אותך: לענות ללקוח. הפנייה כבר לא תלויה בכמה קפה שתית לפני שפתחת את התיבה.
הזוג הזה הוא מהפשוטים בקו: שני מודולים מחווטים ב-Make, ומיפוי-פריט אחד באמצע. הנה שלושת הפריימים מהריצה האמיתית — עורך התרחיש, הלוג הירוק, והפריט שנוצר בלוח.
צעד 1 — עורך התרחיש
שני מודולים בלבד, מחווטים משמאל לימין: Webhooks (Custom mailhook) שקולט את המייל הנכנס, ואחריו monday.com (Create an Item advanced) שפותח את הפריט. ה-mailhook הוא כתובת-מייל שֶ-Make נותן לך; כל הודעה שנשלחת אליה מפעילה את התרחיש. את החיווט בין השניים מגדירים פעם אחת, ומאותו רגע הוא רץ לבד.
צעד 2 — הריצה הירוקה
לוג-ריצה ירוק מלא, שני מודולים. זה הרגע שבו רואים שהמייל התקבל בפועל ושהפריט אכן נוצר — לא הדמיה, לא "אמור לעבוד", אלא ריצה שקרתה. שני עיגולים ירוקים זה כל מה שצריך לראות כדי לדעת שהזרם חי.
צעד 3 — הפריט בלוח
התוצאה: הפריט "בקשת מידע — תוכנית חיסכון לילדים" נוצר בלוח monday, עם הכותרת שהגיעה מהמייל. מכאן זה כבר שלך — למשוך אותו לעמודה הבאה, לשייך אחראי, לענות ללקוח.
(בין שני המודולים יושב מיפוי-הפריט — איזה חלק מהמייל הופך לשם-הפריט ולעמודות. מגדירים פעם אחת, ושוכחים מזה.)
📦 קח את זה איתך
אין צורך לבנות את שני המודולים מאפס. ה-blueprint כבר בנוי, בדוק, והורץ ירוק — כל מה שנשאר לך זה לחבר את החשבונות שלך פעם אחת ולייבא.
- הורדה: קובץ ה-blueprint — קובץ-ההגדרות המלא של התרחיש, בדיוק כפי שהורץ בצילומים — להורדה. מייבאים אותו ל-Make בלחיצה (תרחיש חדש ← Import Blueprint), מחברים את החשבונות שלך — וזה רץ.
- הוכחה: הפריימים למעלה הם מריצה אמיתית — המייל התקבל, הפריט נוצר. הורץ ירוק ב-Make ב-21 ביולי 2026. לא מוקאפ, לא "ככה זה נראה בערך".
גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.
עוד שלוש דרכים לחבר את אותו זרם
ברגע שהפניות נכנסות ללוח לבד, מתחשק לך להוסיף עליהן עוד שכבות. שלוש הרחבות טבעיות:
- פנייה + טיוטת-מענה: משלבים AI שקורא את המייל ומנסח טיוטת-תשובה ראשונית — כך שברגע שהפריט נפתח בלוח, גם טיוטה מחכה לך במסמך לצד. אתה עורך במקום להקליד מאפס. ראו מחברים מייל ל-ChatGPT ל-Docs.
- טופס במקום מייל: אם הפניות מגיעות מטופס באתר ולא ממייל חופשי, אותה תוצאה בדיוק — פריט בלוח — אבל עם שדות מסודרים (שם, טלפון, נושא) שכבר ממופים לעמודות.
- קבצים + לוח: אם ללקוח יש מסמכים מצורפים, אפשר להזרים אותם ל-Drive ולקשר לפריט.
⚠️ מתי לא לחבר, ומה המגבלה האמיתית
הכנות החתימתית שלנו: לזוג הזה יש מגבלה אחת מרכזית שכדאי לדעת עליה לפני שאתה מתלהב.
- monday חינמי לא יעבוד כאן. השכבה החינמית של monday פשוט לא כוללת אינטגרציות — זו החומה שכולם נתקלים בה. כדי שהזוג הזה ירוץ, ה-monday שלך חייב להיות בתשלום. זה מקור-העלות היחיד בכל הסיפור, ובאלגנטיות מסוימת גם הסיבה שהרבה עסקים קטנים "מגלים" את זה רק אחרי שכבר בנו את הכול.
- ספאם נכנס גם הוא. ה-mailhook הוא דלת פתוחה: כל הודעה שמגיעה אליו פותחת פריט. אם הכתובת דולפת החוצה, גם הצעות-קידום-אתרים בניגריאנית ייצרו פריטים בלוח. אל תפרסם את הכתובת בשום מקום, ועדיף להזרים אליה רק דרך כלל-העברה מסונן מהתיבה שלך.
- אם אתה מקבל שתי פניות בשבוע — זה יתר-הנדסה. בנפח נמוך, הזמן שתשקיע בהקמה לא יחזיר את עצמו לעומת שתי הדבקות ידניות. הזוג הזה מתחיל להשתלם כשהתיבה נהיית מקום שבו דברים נעלמים.
- בדוק על מייל-דמה קודם. שלח הודעת-בדיקה ל-mailhook, ודא שהכותרת נוחתת בשם-הפריט הנכון, ורק אז הפנה אליו פניות אמיתיות.
מה זה עולה באמת
ה-mailhook עצמו הוא חלק מ-Make ורץ בשכבה החינמית: עד 1,000 פעולות בחודש, שתי-תרחישים פעילים, מרווח-הרצה מינימלי של 15 דקות (נכון ליולי 2026). כל פנייה שנכנסת "אוכלת" מעט מהמכסה הזאת — לעסק קטן זה בדרך-כלל רחוק מהתקרה. אם תגיע ליותר פעולות או תרצה מרווח קצר יותר, מסלול Core של Make מתחיל ב-~9–12$ לחודש עבור 10,000 פעולות.
הכסף האמיתי כאן יושב במקום צפוי אחד: monday. השכבה החינמית שלו (עד 2 משתמשים, 3 לוחות) לא כוללת אוטומציות ואינטגרציות בכלל — כלומר, בשביל הזוג הזה תצטרך מסלול בתשלום. Basic מתחיל ב-~9$ למשתמש/חודש ו-Standard ב-~12$ למשתמש/חודש, שניהם במינימום 3 משתמשים (נכון ליולי 2026). כלומר גם אם אתה עסק של אדם-אחד, monday יגבה ממך על שלושה — פרט קטן שנעים לגלות מראש ולא בעמוד-החיוב. אם ה-monday שלך ממילא בתשלום, הזוג הזה לא מוסיף שקל.
חלופות לאותה תוצאה
אם החומה של monday-בתשלום מפריעה לך, יש דרכים אחרות להגיע לאותו רעיון — פנייה שנרשמת לבד במקום מרוכז:
- מייל → גיליון Google: אותו עיקרון בדיוק, אבל היעד הוא Google Sheets במקום monday. חינמי לגמרי עם חשבון Google (15GB משותף), בלי חומת-אינטגרציות. פחות יפה מלוח monday, אבל כל פנייה נכנסת לשורה ואתה רואה הכול במקום אחד.
- CRM עם כתובת-קליטה מובנית: חלק ממערכות ה-CRM נותנות כתובת-מייל ייעודית שקולטת פניות ישירות, בלי Make באמצע. אם כבר יש לך CRM כזה, אולי אתה לא צריך את הזוג הזה בכלל.
- ידני, אבל ביושר: אם הנפח נמוך, פשוט תקצה חמש דקות קבועות בבוקר להעברת פניות ללוח. לא מתוחכם, אבל גם לא נשבר כשספק משנה מחיר.
שאלות שחוזרות
- מה זה בדיוק mailhook? כתובת-מייל שֶ-Make יוצר עבורך (משהו כמו
...@hook.make.com); כל הודעה שנשלחת אליה מריצה את התרחיש. אתה יכול להעביר אליה פניות ידנית, או להגדיר בתיבה שלך העברה-אוטומטית. - צריך monday בתשלום? כן. השכבה החינמית של monday לא כוללת אינטגרציות בכלל, וזו המגבלה המרכזית של הזוג — ומקור-העלות היחיד בו.
- אפשר להעביר רק פניות מסוימות? כן. הגדר בתיבה שלך כלל-העברה שמעביר ל-mailhook רק מיילים שעונים לתנאי — למשל לפי נושא או שולח. כך ספאם וניוזלטרים לא הופכים לפריטים.
- הפנייה נמחקת מהתיבה? לא. ה-mailhook מקבל עותק בלבד; המייל המקורי נשאר אצלך בתיבה כרגיל.
- צריך לדעת לתכנת? לא. מחברים כל חשבון פעם אחת דרך OAuth רשמי, וה-blueprint כבר בנוי. מרגע שהחיבורים מחוברים, ייבוא-התבנית לוקח דקות.
מקורות: Make — תמחור ומכסות — נכון ליולי 2026 · monday.com — תמחור מסלולים — נכון ליולי 2026
מה זה אומר עליך? פנייה ששוכבת בתיבה היא פנייה שמתקררת בזמן שאתה עסוק במשהו אחר — והתיבה, בניגוד למה שהיא מבטיחה, היא לא מערכת-ניהול-משימות אלא ערימה עם חיפוש. אם כל מייל שנכנס נפתח לבד כפריט בלוח שאתה עובד בו ממילא, הפנייה כבר לא תלויה בזיכרון שלך או בכמה ערני אתה ב-19:00. אתה לא צריך לחבר את כל העסק שלך היום. קח את הזרם האחד שהכי כואב — הפנייה שנופלת בין הכיסאות — שלח מייל-דמה ל-mailhook, ראה את הפריט "בקשת מידע — תוכנית חיסכון לילדים" (או כל כותרת שתבחר) נוצר בלוח, ורק אז חבר את זרם-הפניות האמיתי.