איך מחברים monday.com ל-Gmail — פריט חדש בלוח יוצא כמייל מנוסח בעברית לבד

קח את זה איתך — בשתי לחיצות

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

צור בלחיצה — פתח את התרחיש המוכן

או: הורדת קובץ ה-blueprint — לייבוא ידני ל-Make

כך זה עובד — הדגמה קצרה על חיבור לדוגמה

1. לוחצים על הכפתור
2. מתחברים ל-Make (או נרשמים)
3. מאשרים את החיבורים — וזה רץ

ריצה אמיתית מ-14.9.2026 — ירוק, 7 פעולות, 3 מודולים.

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

בקצרה — שלוש דרכים להוציא מייל מפריט בלוח

אותה משימה בדיוק, שלוש רמות של מאמץ אנושי. ההבדל ביניהן הוא לא איכות המייל — אלא מי זוכר לשלוח אותו ביום שבו הלוח מתמלא.

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

התרחיש — הלוח מתמלא, המיילים לא יוצאים

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

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

בחבילה החינמית של Make הבדיקה קורית כל 15 דקות — כלומר ליד שנכנס ב-9:02 מקבל מענה עד 9:17, וזה כבר מהיר יותר מכל "אני אשלח לו אחר כך" שנאמר אי פעם במשרד. הריצה הירוקה שצולמה ב-14.9.2026 מנתה 7 פעולות — פריט אחד, ניסוח אחד, מייל אחד שיצא בלי שאיש נגע במקלדת.

המתכון — חמישה צעדים, שלושה מודולים

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

צעד 1 — מוסיפים את שלושת המודולים ובונים את המפה

פותחים ב-Make תרחיש חדש (Create a new scenario). בעורך הריק לוחצים על סימן ה-+ הגדול, מקלידים בשורת-החיפוש monday.com, ובוחרים מתוך רשימת הפעולות שלה את Watch Board's Items — זה הטריגר. לוחצים על ה-+ שנפתח לימינו, מחפשים ChatGPT (באפליקציה של Make המודול יושב תחת החשבון של OpenAI) ובוחרים Generate a completion. שוב +, מחפשים Gmail (מודול הדואר של Google) ובוחרים Send an Email. עכשיו, ורק עכשיו, יש לך את המפה שרואים בצילום: שלושה עיגולים מחוברים בקו אחד — מקור, ניסוח, שליחה. אין הסתעפויות, אין פילטרים, אין מודול רביעי שמסתתר מאחור.

צעד 2 — monday.com: איזה לוח נבדק ומה נחשב "חדש"

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

צעד 3 — ChatGPT: ההוראה שהופכת שדות לפסקה

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

צעד 4 — Gmail: לאן זה יוצא ומה כתוב בפנים

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

צעד 5 — היסטוריית-הריצות: הוכחה ולא הבטחה

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

וריאציות קרובות — אותו שלד, יעד אחר

אחרי שהשלד עומד, רוב השינויים הם עריכה של מודול אחד ולא בנייה מחדש. שלוש וריאציות שנבנות מעל אותם שלושה מודולים בדיוק:

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

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

החיבור הזה טוב במה שהוא עושה, וגרוע בדיוק בשלושת המקומות הבאים. עדיף לדעת עכשיו ולא אחרי שהמייל כבר יצא.

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

כמה זה עולה — חינם כמעט לגמרי, חוץ מחלק אחד

שלושת הכלים מתנהגים אחרת מבחינת כסף, ורק אחד מהם באמת מחייב כרטיס אשראי כדי להתחיל.

• Make — חינם: $0 לחודש, 1,000 קרדיטים לחודש, מרווח מינימלי של 15 דקות בין הפעלות מתוזמנות (זה מה שקובע כל כמה זמן נבדק הלוח), עד 2 תרחישים פעילים. נכון ליולי 2026.
• Make Core: $9 לחודש — 10,000 קרדיטים, המרווח יורד לדקה אחת, ותרחישים פעילים ללא הגבלה. נכון ליולי 2026.
• monday.com — חינם: $0 לחודש, עד 2 משתמשים ועד 3 לוחות. ב-Basic — $9 למושב לחודש בחיוב שנתי, פריטים ללא הגבלה ו-250 פעולות אוטומציה ואינטגרציה בחודש. נכון ליולי 2026.
• ChatGPT (OpenAI API) — כאן משלמים: תשלום לפי צריכה, לדוגמה $0.20 לקלט ו-$1.20 לפלט לכל מיליון טוקנים; אין מסלול חינם ל-API, ונדרש חשבון עם אמצעי תשלום מוגדר. נכון ליולי 2026.
• Gmail: כלול בחשבון Google אישי, ₪0 לחודש, עד 500 נמענים ביום. נכון ליולי 2026.

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

דרך אחרת — אם לא Make, אז מה

אותה תוצאה — פריט חדש בלוח שיוצא כמייל — אפשר להשיג בעוד כמה דרכים, וכל אחת משלמת במטבע אחר:

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

שאלות — מה שנשאל בפעם הראשונה

מקורות: Make — מחירון רשמי — נכון ל-יולי 2026 · monday.com — מחירון רשמי — נכון ל-יולי 2026 · OpenAI — תמחור API — נכון ל-יולי 2026 · Google — מגבלות שליחה ב-Gmail — נכון ל-יולי 2026

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

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