בניית אוטומציות עסקיות עם Make (Integromat) — ומתי כדאי מתכנת

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

איך Make באמת מדבר עם המערכות שלכם

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

• קונקטורים רשמיים — מודולים מוכנים לאפליקציות פופולריות (Google Sheets, Gmail, Slack, HubSpot, WhatsApp, Stripe). ההזדהות מטופלת בשבילכם דרך OAuth או מפתח API שמדביקים פעם אחת.
• Webhooks — Make נותן לכם כתובת URL ייחודית; כל מערכת שיכולה לשלוח אליה POST מפעילה את הסצנריו מיידית. זו הדרך הנקייה ביותר לדחוף אירועים פנימה (המגבלה כברירת מחדל היא כ-30 בקשות לשנייה לפני ש-Make מחזיר שגיאת HTTP 429).
• מודול ה-HTTP — פתח המילוט. הוא קורא ישירות לכל REST API, כך שאפשר להגיע גם למערכת בלי קונקטור רשמי — כל עוד היא חושפת endpoints, טוקנים וסכמה מתועדת.

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

מה באמת אפשר לבנות (עם AI בתוך הלולאה)

1. קליטת חשבוניות: PDF נוחת ב-Gmail או ב-Drive, מודול AI קורא אותו, מחלץ ספק, סכום ומע"מ, ומתייק שורה מסודרת בהנהלת החשבונות או בגיליון.
2. תגובות אוטומטיות ב-WhatsApp: הודעה נכנסת מגיעה ל-webhook, AI מנסח תשובה המבוססת על נתוני המוצר והמחיר האמיתיים שלכם, ואדם מאשר אותה — או שהיא נשלחת ישירות לשאלות נפוצות.
3. ניקוד לידים: ליד חדש ב-CRM מפעיל סצנריו שמבקש ממודל AI לנקד כוונת רכישה ולכתוב סיכום בשורה אחת, ואז מנתב לידים חמים לערוץ Slack.
4. התראות התאמה: כל לילה Make מושך תשלומים מהסליקה והזמנות מהחנות, ומסמן כל אי-התאמה למייל או ל-Slack.
5. הפקת מסמכים: עסקה שנסגרה מפעילה סיכום שכתוב ב-AI וחוזה שמופק אוטומטית, נשמר ב-Drive ונשלח ללקוח במייל.

מתי Make מספיק — ומתי לא

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

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

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

אני בונה אוטומציות בשני צדי הקו הזה. לפעמים התשובה הנכונה היא סצנריו Make נקי שאני מוסר ומתעד; לפעמים זה קוד מותאם שמחבר את המערכות הקיימות שלכם ל-AI ורץ בשקט במשך שנים. אם אתם מתלבטים אם לבנות את זה ב-Make בעצמכם או לשכור מתכנת שיחבר את המערכות הקיימות שלכם ל-AI כמו שצריך — זו בדיוק השיחה שאני שמח לקיים. כתבו לי ותספרו לי מה אתם מנסים להפוך לאוטומטי.