חוטים לא מתקררים, הם הולכים לאיבוד בחיווט

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

מדריך זה בונה מערכת עובדת מלכידת לידים ועד למגע ראשון באמצעות ארבעה כלים עם גבולות ברורים: Webflow ללכידה, n8n לוגיקת ניתוב, Supabase לרישום אירועים הניתן לביקורת, ו-HubSpot CRM לזרימת עבודה אנושית. כל כלי עושה עבודה אחת. אין גבורה.

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

n8n: התייחסו ל-n8n כאל מדיניות, לא כאל אינסטלציה. בעת הגשת הפרויקט, n8n מעשיר את הפרויקט בעדינות (ניתוח דומיין של החברה, זיהוי דוא"ל חינמי), נותן ניקוד באמצעות האילוצים בפועל (טריטוריה, גודל עסקה, קו מוצרים), ואז מחליטים: ליצור/לעדכן איש קשר ב-HubSpot, להקצות בעלים וליצור את המשימה הראשונה עם דד-ליין שנמדד בדקות, לא בימים. אם הציון אינו חד משמעי, יש לנתב לתור "טריאז'" במקום לנחש.

Supabase: רשום כל שלב כאירוע בלתי ניתן לשינוי: form_received, deduped, routed, owner_assigned, task_created, first_reply_sent. כך תפסיק להריץ ביקורות צינור על vibes. HubSpot אינו ספר חשבונות.

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

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

מאיה מנהלת את הצמיחה ב-B2B SaaS של 12 אנשים. היא זו שמקבלת פינגים כש"הלידים יורדים", אפילו כשהתנועה בסדר. בחודש שעבר, וובינר של שותפים הוביל למילוי של 47 טפסים תוך 90 דקות. בעיה טובה. אלא שמחציתם לא קיבלו תשובה עד הבוקר שלמחרת.

למה? הטופס פורסם בסלאק. #inbound. אין בעלים. כולם הניחו שמישהו אחר החזיק בו. נציג סוף סוף העתיק מיילים ל-HubSpot בשעה 18:00, פספס שלוש שגיאות הקלדה ויצר כפילויות עבור שני לקוחות קיימים. ואז אנשי המכירות התלוננו ש"השיווק שולח זבל".

אז היא חיווטה אותו מחדש.

כעת טופס Webflow שולח שם, דוא"ל, חברה, בנוסף לשדות נסתרים: source_url, utm_campaign, page_ts. זהו. אין "תקציב". אין "ציר זמן". אי אפשר לסמוך על אלה בכל מקרה.

n8n מתעורר בעת שליחה. הוא מנתח את הדומיין. מסמן את gmail/yahoo כ"חינם". בודק מדינה מהדומיין העליון ומדד גולמי של גודל העסקה מספירת העובדים (Clearbit, או חלופה זולה יותר). לאחר מכן הוא בוחר: משימה בבעלות AE שמועד השלמה שלה תוך 10 דקות, תור מיון SDR, או רשימת "טיפוח" ללא משימה.

הנה החיכוך: הגרסה הראשונה של תהליך העבודה של n8n ניסתה לבצע ביטול כפילויות ב-HubSpot לפי "email contains". היא התאימה את "alex@acme.co" ל-"alex@acme.com" ומיזגה שני אנשים שונים. בשקט. אף אחד לא שם לב עד שקריאה לחידוש התדרדרה. כעת ביטול כפילויות הוא קפדני לגבי דוא"ל מנורמל, עם אירוע נפרד של "possible_duplicate" אם הדומיין + השם תואמים אבל הדוא"ל לא.

Supabase מקבל אירוע עבור כל שלב. form_received. enriched. routed. owner_assigned. task_created. ואז, האירוע המכוער: task_overdue. זה קורה. נציגים נכנסים לפגישות. ליומנים לא אכפת מה-SLA שלכם.

מאיה פותחת תצוגת ציר זמן פשוטה. היא יכולה לראות ש-18% מהלידים נתקעים ב"טריאז'" למשך יותר מ-30 דקות כאשר ה-SDR בחוץ. לכן היא מוסיפה כלל: אם הטריאז' לא פעיל > 15 דקות, יש להקצות אותו מחדש למוקד התורן.

האם היא תמיד תבחר את הבעלים הנכון? עם גבולות טריטוריה ותחומים מטושטשים, מי בכלל מחליט מה המשמעות של "נכון"?

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

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

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

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

פרט מעשי שאנשים מדלגים עליו: אתם צריכים לולאת תיקון. צרו כפתור קליל של "בעלים שגוי" (נכס HubSpot + זרימת עבודה) שמנתב מחדש ורושם מדוע. לאחר שבועיים יהיו לכם הנתונים האמיתיים: מקרי לידים בקצה הטריטוריה, לידים של שותפים שנראים כמו לידים נכנסים, סטודנטים המשתמשים בדומיינים של החברה, לקוחות הממלאים טפסי הדגמה. זה מה שגורם לניתוב להרגיש "חכם" בלי להעמיד פנים שאתם יכולים לחזות כוונה בצורה מושלמת.

אם אתם לא יכולים לשאת את השיחות האלה, החיווט לא יציל אתכם. זה רק יהפוך את הבלגן לניתן לביקורת.