חיבור CRM לאוטומציות שיווקיות: מה מחברים ואיך בלי כפילויות

מה בדיוק מחברים: ארבעה כיווני מידע

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

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

לפני שמחברים: מודל הנתונים

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

הכלל הוא שלכל שדה יש בעלים אחד. אם גם ה CRM וגם כלי הדיוור יכולים לשנות שלב, מתישהו הם יסתרו זה את זה.

חיבור מובנה, Make או חיבור API

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

חיבור הטפסים באתר ל CRM

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

• שליחה ישירה למערכת: בטופס של אלמנטור פרו יש פעולת webhook אחרי שליחה. ב Contact Form 7 או ב Gravity Forms עושים את זה בתוסף או בחיבור הרשמי שהספק מציע. מייל לבעל העסק הוא גיבוי, לא החיבור עצמו.
• שדות נסתרים למקור: פרמטרי UTM מהכתובת, כמו utm_source ו utm_campaign, נשמרים בשדות נסתרים בטופס ועוברים ל CRM. בלי זה כל ליד מהאתר נראה כאילו הגיע מאותו מקום.
• מזהי קליק: את gclid, המזהה שגוגל מוסיף לכתובת כשלוחצים על מודעה, שווה לשמור גם הוא. הוא מה שמאפשר אחר כך להחזיר לגוגל אדס עסקה שנסגרה. במטא הערכים fbc ו fbp, שנשמרים מהעוגיות של הפיקסל, משפרים את ההתאמה של אירועים שנשלחים מה CRM.
• עמוד המקור: באיזה עמוד מילאו את הטופס. בעסק עם כמה שירותים זה אומר לאיש המכירות על מה הלקוח שואל עוד לפני השיחה.

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

חיבור טפסי הלידים של מטא וגוגל ל CRM

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

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

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

חיבור וואטסאפ ל CRM

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

1. מספר עסקי אחד מחובר ל API של וואטסאפ דרך ספק שמתחבר למערכת שלכם, ישירות או דרך תרחיש.
2. כל שיחה נשמרת על כרטיס הלקוח, כך שמי שפותח את הכרטיס רואה את ההיסטוריה גם אם עובד אחר דיבר איתו.
3. שינוי שלב ב CRM יכול לשלוח הודעה מתבנית מאושרת, למשל סיכום אחרי פגישה או תזכורת לפני הפגישה.
4. תשובה של הלקוח מעדכנת שדה או פותחת משימה לאיש המכירות.

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

דוגמה לתהליך מחובר מקצה לקצה

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

1. מישהו ממלא טופס לידים במטא. Make יוצר לו איש קשר ב CRM עם הקמפיין, המודעה וסימון הסכמה, או מעדכן כרטיס קיים לפי מספר הטלפון.
2. הוא מקבל הודעת וואטסאפ מיידית. איש המכירות האחראי מקבל התראה.
3. השלב "ליד חדש" מפעיל רצף מעקב קצר. ברגע שאיש המכירות מעביר אותו ל"פגישה נקבעה", הרצף נעצר.
4. אחרי הפגישה נשלחת הצעה. כשהעסקה מסומנת כנסגרה, ה CRM שולח אירוע רכישה עם הסכום למטא דרך Conversions API.
5. הלקוח נכנס לרשימת לקוחות פעילים בכלי הדיוור ומקבל בקשה לביקורת אחרי סיום העבודה.
6. ליד שסומן "לא עכשיו" נכנס לרשימה שמקבלת הודעה בעוד שלושה חודשים.

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

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

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

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

כפילויות, הסכמה ופרטיות

שלושה נושאים שמתגלים תמיד אחרי ההשקה, אלא אם מטפלים בהם קודם:

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

באילו מערכות זה עובד

כמעט כל CRM מוכר יודע להתחבר לכלים שיווקיים, בדרך מובנית או דרך Make:

• HubSpot: CRM ושיווק באותה מערכת, כך שאין צורך בחיבור ביניהם. האוטומציות השיווקיות המתקדמות נמצאות בחבילות בתשלום.
• ActiveCampaign: כלי דיוור עם CRM בסיסי מובנה. מתאים כשהשיווק במייל הוא העיקר.
• Pipedrive: CRM מכירות, עם תוסף דיוור משלו או חיבור ל Mailchimp ולכלים אחרים.
• monday CRM ו Zoho CRM: יש להם חיבורים מובנים לכלי דיוור רבים. מה שחסר משלימים ב Make.

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

איך יודעים שהחיבור עובד

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

תקלות נפוצות אחרי שהחיבור עובד

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

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

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

להטמיע לבד או עם מישהו

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

איך אני מחבר CRM לאוטומציות ומה זה עולה

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

חיבור בסיסי של מקורות הלידים, כולל הודעה ראשונה ללקוח, מתחיל ב ₪899 לפני מע"מ לפרויקט של עד שני תהליכים. חיבור מלא בארבעת הכיוונים, כולל רצפי דיוור לפי שלב והחזרת המרות לפלטפורמות, נכנס בדרך כלל לחבילה של עד חמישה תהליכים ב ₪2,599 או לחבילה של עד עשרה ב ₪4,599. חיבור ישיר למערכת דרך API או webhook עולה בין ₪1,500 ל ₪2,500. הפירוט בעמוד אוטומציות לעסקים.

שאלות נפוצות

יש לכם שאלה אחרת? שאלו אותי בוואטסאפ