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

כך זה עובד — הדגמה קצרה על חיבור לדוגמה
- לוחצים על הכפתור
- מתחברים ל-Make (או נרשמים)
- מאשרים את החיבורים — וזה רץ
ריצה אמיתית מ-5.10.2026 — ירוק, 3 פעולות, שני מודולים.
גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.
בקצרה — שלוש דרכים לאותה רשומה
בקצרה
- הדרך הידנית: פותחים כרטיס ב-Trello ומעתיקים את השם, התיאור ותאריך היעד לטבלה ב-Airtable. זה עובד מצוין עד היום שבו מישהו שוכח, ומאותו רגע הטבלה מספרת סיפור אחר מהלוח.
- הדרך הבסיסית: תרחיש של שני מודולים ב-Make שמעתיק רק את שם הכרטיס לשדה אחד. זה מספיק כדי לדעת שנפתחה משימה, אבל לא מספיק כדי לעבוד מהטבלה, לסנן לפי לקוח או להכין דוח.
- הדרך המלאה (העמוד הזה): אותם 2 מודולים, עם מיפוי מסודר של שם הכרטיס, התיאור, הקישור לכרטיס ותאריך היעד לשדות הנכונים ב-Airtable, בבדיקה תקופתית של הלוח. כל כרטיס חדש נרשם מעצמו, בלי הקלדה כפולה ובלי ״אני אעדכן את הטבלה אחר כך״.
התרחיש — הסטודיו שכתב כל בקשה פעמיים
אתה מנהל סטודיו קטן לעיצוב ומיתוג ברמת גן. בקשות הלקוחות נכנסות ללוח Trello אחד, וכל בקשה היא כרטיס: לוגו לבית קפה בפלורנטין, עדכון לקטלוג של חנות כלי בית, באנר לחג. הצוות אוהב את הלוח, והעבודה באמת חיה שם. את התמונה העסקית אתה מנהל ב-Airtable: איזה לקוח הזמין מה, מה כבר חויב, ומה עוד מחכה להצעת מחיר בשקלים. שם אפשר לסנן, לסכם ולהגיע מוכן לפגישה עם רואה החשבון.
הבעיה היא ששתי המערכות לא מדברות זו עם זו. כל כרטיס חדש צריך להיכתב פעמיים, ומי שכותב אותו בפעם השנייה הוא בדרך כלל אתה, ביום חמישי בערב, מהזיכרון. כלי ניהול המשימות הבטיחו לחסוך ניירת, ובפועל הם רק העבירו אותה למסך שני.
הפתרון שבנינו, הרצנו וצילמנו הוא תרחיש של 2 מודולים ב-Make. המודול הראשון בודק את הלוח שלך בפרקי זמן קבועים ומחפש כרטיסים חדשים. המודול השני יוצר רשומה בטבלת Airtable לכל כרטיס שנמצא. אין כאן זמן-אמת, אלא בדיקה תקופתית: בחבילה החינמית של Make המרווח המינימלי בין בדיקות הוא 15 דקות. ובכל זאת, רבע שעה של עיכוב עדיפה בהרבה על שבוע של שכחה. התרחיש הורץ ירוק ב-5.10.2026, ומאז כל בקשה שנפתחת בלוח נרשמת בטבלה מעצמה.
ארבעה צעדים, אחד לכל צילום מהתרחיש האמיתי: מוסיפים את שני המודולים, מגדירים מה Trello בודק, ממפים לאן כל פרט נכנס ב-Airtable, ומריצים פעם אחת כדי לראות ירוק בהיסטוריה. כדאי להכין מראש טבלה ב-Airtable עם השדות שתרצו למלא, כי קל יותר למפות לשדה קיים מאשר לנחש אחר כך.
צעד 1 — מוסיפים את שני המודולים
פותחים ב-Make תרחיש חדש. בעורך לוחצים על סימן ה-+ הגדול, מחפשים ״Trello״ ברשימת האפליקציות ובוחרים בפעולה Watch Cards. זה הטריגר, כלומר המודול שמתחיל את התרחיש. אחר כך לוחצים על ה-+ הקטן שמופיע מימין למודול, מחפשים ״Airtable״ ובוחרים ב-Create a Record. עכשיו המפה מציגה בדיוק שני עיגולים מחוברים בקו: משמאל Trello שבודק את הלוח, ומימין Airtable שיוצר את הרשומה. הקו ביניהם הוא המסלול שבו כל כרטיס עובר ממערכת למערכת.

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

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

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

התוכן באתר אינו ייעוץ פיננסי, פנסיוני, מסים או השקעות. החלטות פיננסיות אישיות מומלץ לקבל בליווי בעל מקצוע מוסמך.
מתכונים נוספים — שלוש וריאציות קרובות
אותו שלד של טריגר ופעולה מתאים לכמה מצבים דומים, עם שינוי קטן בכל פעם:
- רק כרטיסים מרשימה אחת: במקום כל הלוח, מגדירים את הטריגר על הרשימה ״אושר על ידי הלקוח״. כך נכנסות לטבלה רק עבודות סגורות, ולא כל רעיון שמישהו זרק ללוח ביום ראשון בבוקר.
- מסנן בין שני המודולים: מוסיפים על הקו שבין Trello ל-Airtable תנאי, למשל רק כרטיסים עם תווית ״לקוח חדש״. כך הטבלה הופכת לרשימת לידים נקייה, וכרטיסי המשימות הפנימיים נשארים בלוח בלבד.
- הכיוון ההפוך: רשומה חדשה ב-Airtable פותחת כרטיס ב-Trello. זה מתאים כשהזמנות נקלטות קודם בטבלה, וכל הזמנה צריכה להפוך למשימה עבור הצוות. זה תרחיש נפרד שצריך לבנות בנפרד, וחשוב לא להפעיל אותו יחד עם הנוכחי על אותו לוח ואותה טבלה, אחרת המערכות ייכנסו ללולאה.
מתי לא לחבר — המגבלות האמיתיות של הזוג
החיבור הזה עושה דבר אחד: הוא יוצר רשומה כשנולד כרטיס, ולא מעדכן אותה אחר כך. שינית את שם הכרטיס, הזזת אותו ל״בוצע״ או דחית את תאריך היעד? ב-Airtable יישארו הפרטים מהרגע שבו הכרטיס נוצר. מי שצריך סנכרון דו-כיווני מלא צריך תרחיש אחר וגדול יותר, לא את זה.
- כשנדרש זמן-אמת: זו בדיקה תקופתית, לא התראה מיידית. בחבילה החינמית עוברות לפחות 15 דקות בין בדיקות, כך שלקוח שמתקשר מיד אחרי שהכרטיס נפתח עלול לא למצוא אותו בטבלה עדיין.
- כשהלוח משמש גם כטיוטה: אם הצוות פותח כרטיסים ״רק כדי לא לשכוח״, כולם יגיעו לטבלה. אוטומציה לא מבחינה בין משימה לבין מחשבה שעברה בראש.
- כשנפתחים מעט כרטיסים: אם נפתחים שלושה כרטיסים בחודש, ההקלדה הידנית לוקחת פחות זמן מקריאת העמוד הזה.
- כשיש כבר שני תרחישים פעילים: בחבילה החינמית מותרים עד 2 תרחישים פעילים, וזה ייגמר מהר.
ועוד הערה: הפעלה מחדש עם ״מתחילת הזמן״ תיצור רשומות כפולות. המערכת צייתנית מאוד, וזה בדיוק העניין.
כמה זה עולה — איפה החינם נגמר
המחירים כאן לקוחים מעמוד המחירים הרשמי של Make בלבד, נכון ליולי 2026:
| חבילה | מחיר | קרדיטים לחודש | מרווח מינימלי בין בדיקות | תרחישים פעילים |
|---|---|---|---|---|
| חינם (Free) | $0 | 1,000 | 15 דקות | עד 2 |
| Core | $9 | 10,000 | דקה אחת | ללא הגבלה |
החשבון הפשוט: בדיקה כל 15 דקות היא 96 בדיקות ביממה. הטריגר בודק את הלוח גם בימים שבהם אף לקוח לא ביקש כלום, כך שגם שבוע שקט נרשם בהיסטוריה. במקום לנחש מראש כמה קרדיטים זה יצרוך, הריצו שבוע והסתכלו בהיסטוריית הריצות כמה נצרך בפועל מתוך ה-1,000. אפשר גם להאריך את המרווח לשעה, אם רבע שעה זה יותר דחיפות ממה שהעסק באמת צריך. המעבר לתשלום מגיע כשנגמרות המכסה או שני התרחישים, או כשרוצים שהבדיקה תרוץ כל דקה. את מחירי Trello ו-Airtable לא בדקנו, ולכן לא נצטט אותם כאן. המחשבון של Make לפחות לא יגבה מע״מ על כרטיס שלא נפתח.
דרכים אחרות — לאותה טבלה מסודרת
Make הוא לא המסלול היחיד, וכדאי להכיר את האחרים לפני שמתחייבים:
- ידני, עם הרגל קבוע: פעם ביום עוברים על הכרטיסים החדשים ומעתיקים אותם. זה חינם ולא דורש שום חיבור, אבל תלוי לגמרי במשמעת של אדם אחד בשבוע עמוס.
- Zapier: כלי אוטומציה מתחרה שעובד באותו היגיון של טריגר ופעולה. את המחירים שלו לא בדקנו לעמוד הזה, ולכן לא נשווה. אם הצוות שלכם כבר עובד עם Zapier, אין סיבה לפתוח חשבון נוסף רק בשביל החיבור הזה.
- חיבור מובנה בכלים עצמם: לפני שבונים תרחיש, כדאי להציץ בתוספים של Trello ובאפשרויות האינטגרציה של Airtable. ייתכן שקיים חיבור ייעודי שמתאים למקרה שלכם, ואז לא צריך תרחיש בכלל.
היתרון של המסלול שבעמוד הזה הוא שהוא הורץ ונבדק, ושיש לו קובץ מוכן לייבוא.
שאלות נפוצות — Trello ו-Airtable
למה בהיסטוריה כתוב 3 פעולות, אם יש רק 2 מודולים?
כי Make סופר פעולה בכל הפעלה של מודול על פריט, ולא לפי מספר המודולים. הטריגר נספר בכל בדיקה, ומודול היצירה נספר פעם אחת לכל כרטיס שעבר בריצה. לכן ריצה עם שני מודולים יכולה להציג 3 פעולות, למשל בדיקה אחת ושני כרטיסים שעברו.
אם אערוך כרטיס, הרשומה ב-Airtable תתעדכן?
לא. התרחיש יוצר רשומה כשכרטיס חדש מופיע, ולא נוגע בה אחר כך. עדכון רשומות קיימות דורש תרחיש נוסף עם מודול עדכון, ודרך לזהות איזו רשומה שייכת לאיזה כרטיס.
תוך כמה זמן כרטיס חדש מגיע לטבלה?
לכל היותר בבדיקה הבאה. בחבילה החינמית המרווח המינימלי הוא 15 דקות, ובחבילת Core הוא יורד לדקה אחת (נכון ליולי 2026).
הכרטיסים הישנים שבלוח יועתקו גם הם?
רק אם תבקשו. בהפעלה הראשונה בוחרים מאיפה להתחיל, והבחירה ״מעכשיו והלאה״ משאירה את ההיסטוריה של הלוח בלוח בלבד.
צריך לדעת לתכנת כדי להקים את זה?
לא. כל העבודה היא בחירת אפליקציה, חיבור חשבון וגרירת שדות. מי שמתקשה יכול לייבא את הקובץ המוכן ולהתחיל ממנו.
מקורות: Make — עמוד המחירים הרשמי — נכון ל-יולי 2026
מה זה אומר עליך? שאתה עסק שכבר עובד עם שתי מערכות טובות, ופשוט נמאס לך להיות הכבל שמחבר ביניהן. הלוח נשאר המקום שבו הצוות עובד, והטבלה נשארת המקום שבו אתה רואה את העסק. ההבדל הוא שאתה כבר לא זה שמעתיק מאחד לשני ביום חמישי בערב.
שני מודולים, ריצה ירוקה אחת מ-5.10.2026, ומעכשיו כל בקשה חדשה נרשמת מעצמה. זה לא ישנה את חייך, וזה גם לא ישכנע את הלקוח לאשר את הסקיצה בסבב הראשון. אבל זה יוריד ממך משימה אחת קטנה ומעצבנת שאף אחד לא ישים לב שנעלמה, וזה בדיוק הסוג הטוב של שיפור. תתחיל מהחינמית, תבדוק אחרי שבוע כמה קרדיטים נצרכו, ותחליט לפי המספרים ולא לפי התחושה.