# n8n לחיבור ה-CRM: איך התמחור לפי הרצה משנה את החשבון?

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

- כתובת העמוד: https://crmers.co.il/n8n-crm-automation/
- פורסם: 2026-10-28
- מאת: צוות Crmers

כבר מחברים את ה-CRM לטפסים ולספקי לידים דרך Make או Zapier, החשבון החודשי עולה עם כל צעד שמוסיפים לתהליך, ומישהו בצוות מציע לעבור ל-n8n. האם המעבר באמת חוסך, ומה צריך להחליט לפני שבונים עליו את תהליך הלידים?

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

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

## על מה n8n גובה כסף, ובמה זה שונה מ-Make ו-Zapier?

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

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

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

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

## מה נספר כהרצה ב-n8n?

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

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

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

## ענן n8n או אירוח עצמי: מי אחראי לשרת?

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

כל ההתקנות העצמיות מריצות את אותו מוצר בסיס. התקנה עצמית בלי מפתח רישיון פועלת כגרסת הקהילה, שהיא חינמית וכוללת את רוב היכולות.

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

## מה מותר לעשות עם n8n בלי לשלם?

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

בגרסת הקהילה רק בעל ההתקנה ומי שיצר תהליך יכולים לגשת לתהליך ולפרטי ההתחברות שלו. שיתוף של תהליכים ושל פרטי התחברות, וגם ניהול גרסאות ב-Git, דורשים תוכנית בתשלום, ורשימת היכולות בכל תוכנית משתנה עם הזמן. עובד אחד שבונה את כל החיבורים ל-CRM בגרסה החינמית נשאר היחיד שיש לו גישה אליהם. לכן קובעים מראש מי [הבעלים של ה-CRM](https://crmers.co.il/crm-ownership-post-launch/), ומוודאים שהוא בעל ההתקנה, או עובדים בתוכנית בתשלום שמאפשרת לשתף איתו כל תהליך שנוגע ב-CRM.

## איך n8n מתחברת ל-Zoho CRM ול-monday?

ל-n8n יש רכיב מובנה ל-Zoho CRM, שיוצר ומוחק חשבונות, אנשי קשר ועסקאות. הרכיב עובד מול המודולים של לידים, חשבונות, אנשי קשר, עסקאות, מוצרים, הצעות מחיר, הזמנות מכירה, הזמנות רכש, חשבוניות וספקים. בכל אחד מהם יש פעולה שיוצרת רשומה חדשה, או מעדכנת את הרשומה כשהיא כבר קיימת. בתהליך לידים זו הפעולה שמשתמשים בה: אותו ליד שמגיע פעמיים מתעדכן ברשומה הקיימת, וכך לא נוצרות [רשומות כפולות](https://crmers.co.il/crm-duplicate-records/). הרכיב יודע גם לשלוף את שדות הליד, ומשם רואים אילו שדות התהליך יכול למלא.

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

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

## איך בודקים שתהליך n8n ממשיך לעבוד אחרי החיבור ל-CRM?

ליד שלא הגיע ל-CRM מחפשים ביומן ההרצות. בענן של n8n ליומן הזה יש גבול שתלוי בתוכנית:

-   **תוכניות Start ו-Starter:** עד 2,500 הרצות שמורות, והיסטוריה של שבעה ימים.
-   **תוכנית Pro:** עד 25,000 הרצות שמורות, והיסטוריה של 30 יום.
-   **תוכנית Enterprise:** עד 50,000 הרצות שמורות, וההיסטוריה נשמרת לתמיד.

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

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

## מתי מחברים את ה-CRM דרך n8n ומתי דרך Make או Zapier?

אנחנו מחברים דרך n8n, Zapier או Make מערכות שלא מדברות זו עם זו, ובוחרים לפי התהליך. Zapier מתאימה למי שרק מתחיל ולתהליכים פשוטים, כמו העברת ליד מטופס לגיליון. Make גמישה יותר. אצל [נטלי שירותי רפואה](https://crmers.co.il/case-studies/natali/) חיברנו דרך [פלטפורמת Make](https://crmers.co.il/make/) כמה ספקי לידים חיצוניים ישירות ל-Zoho CRM, וכל ליד חדש נכנס למערכת לבד.

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

## עוד מהבלוג

- [החזרות וזיכויים: איך בונים תהליך שלא נשבר בחריגים?](https://crmers.co.il/crm-returns-and-credits/)
- [מדידת שביעות רצון ב-CRM: איך לא מציפים את הלקוחות בסקרים?](https://crmers.co.il/crm-customer-satisfaction-measurement/)
- [תהליך הסלמה בשירות: מתי קריאה עולה דרגה ומי מחליט?](https://crmers.co.il/crm-escalation-process/)

---

Crmers: אפיון והטמעה של מערכות CRM ומערכות מידע · [072-372-7806](tel:+972723727806) · [office@crmers.co.il](mailto:office@crmers.co.il) · [יצירת קשר](https://crmers.co.il/contact/) · [הנחיות לסוכני AI](https://crmers.co.il/agents.md)