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

לסוכן סינון לידים שמחזיק יש ארבע שכבות: ערוץ ששומר שרשור אחד לכל ליד, שיחה שמאשרת קבלה תוך דקה ושואלת לכל היותר שתי שאלות, החלטה שמדרגת את ההתאמה מהתשובות לשלוש רמות, ושכבת המערכות והאנשים שכותבת ל-CRM, קובעת משבצת או מעבירה לאדם עם הכול מצורף. הכללים ששומרים עליו בטוח פשוטים: טקסט של לקוח הוא אף פעם לא הוראה, הסוכן אף פעם לא נוקב במחירים או מבטיח תאריכים, וכל דבר חריג עובר לאדם באותו שרשור.
מה העסק באמת רוצה מזה?
לא צ'אטבוט. הוא רוצה שאף ליד לא יחכה, שהשאלות הברורות ייענו לפני שאדם מתקשר, ושהזמן שלו יושקע בלידים שמתאימים. עצבו לשלושת אלה, בסדר הזה, והסוכן נשאר קטן.
- ערוץ: וואטסאפ, טופס באתר, מייל; שרשור אחד לכל ליד
- שיחה: אישור קבלה, 2 שאלות, אישור הבנה
- החלטה: ציון מהתשובות; קובעים, מנתבים או מטפחים
- מערכות + אנשים: כתיבה ל-CRM, יומן, התראה לבעלים, העברה
שכבה 1: ערוץ
שרשור אחד לכל ליד, יהיה נקודת הכניסה אשר תהיה: הודעת וואטסאפ, טופס באתר, שיחה שלא נענתה. הסוכן עונה בערוץ שהליד השתמש בו; כללי וואטסאפ חלים שם (חלון 24 השעות פתוח כי הליד כתב ראשון). שמרו את מזהה השרשור ב-CRM כדי שאדם יוכל להמשיך בדיוק מאיפה שהסוכן עצר.
שכבה 2: שיחה
שלושה מהלכים. אישור קבלה בקול של העסק תוך דקה. השאלה הראשונה שמשנה את המסלול ("במה תרצה עזרה?" לעסק שירות; "איזה אזור וטווח תקציב?" לנדל"ן). השאלה השנייה רק אם היא משנה את המסלול שוב. אישור מה שהבנתם בשורה אחת. ואז מפסיקים לדבר ופועלים.
כללים לפרומפט: הודעות קצרות, הטון של העסק, בלי מחירים, בלי הבטחות, בלי תוכן רפואי או משפטי, שאלה אחת להודעה, וניסוח קבוע להעברה ("אדאג שדנה תתקשר אליך היום; המספר הזה טוב?").
שכבה 3: החלטה
דרגו את התשובות לשלוש רמות עם כללים שבעל העסק יכול לקרוא:
| רמה | כלל לדוגמה | מסלול |
|---|---|---|
| התאמה גבוהה | שירות שאנחנו מציעים + רוצה החודש | קביעה ממשבצות פנויות, או משימת שיחה באותו יום |
| התאמה בינונית | שירות שאנחנו מציעים, בלי דחיפות | טיפוח: הודעה מועילה אחת עכשיו, משימת מעקב בעוד 5 ימים |
| התאמה נמוכה / לא ברור | מחוץ לשירותים שלנו או תשובות לא ברורות | סירוב מנומס עם הפניה, או ניתוב לאדם |
שמרו על כללים דטרמיניסטיים איפה שאפשר; השתמשו במודל כדי לפרש טקסט חופשי לשדות שהכללים צריכים, לא כדי לקבל את ההחלטה עצמה. זה מה שהופך את הסוכן לניתן להסבר כשבעל העסק שואל "למה זה קבע את הזה?".
שכבה 4: מערכות ואנשים
צרו או עדכנו את איש הקשר והעסקה ב-CRM עם מקור, תשובות וציון. קבעו את המשבצת מהזמינות האמיתית ביומן כשהרמה מאפשרת. התריעו לבעל העסק עם העיקר. בכל דבר חריג (כאב, תלונה, שאלה שהכללים לא מכסים), העבירו באותו שרשור עם התמלול מצורף. האדם ממשיך; הליד לא שם לב לכלום.
מצבי כשל והתיקונים שלהם
- שרשורים כפולים לאותו ליד ← סננו כפילויות לפי טלפון לפני שיוצרים משהו.
- הסוכן ממציא זמינות ← קובעים רק ממשבצות פנויות ביומן, אף פעם לא מטקסט.
- שאלות על מחיר ← שורה קבועה ("דנה תיתן לך הצעה מדויקת בשיחה") ועוד ניתוב.
- ליד שואל שני דברים ← עונים על הראשון, שואלים על השני, אחד להודעה.
- הזרקת פרומפט דרך הודעת הליד ← טקסט של לקוח הוא נתונים; ההוראות חיות מחוץ לו.
בדיקות
ארבעים שיחות אמיתיות מתיבת הדואר, רמה ומסלול צפויים כתובים קודם, ריצה מקצה לקצה דרך הערוץ וה-CRM. המדריך על בדיקת סוכנים נותן את השיטה; המקרים שחייבים לעבור לאדם והעוינים הם החשובים ביותר כאן.
למי זה מתאים ולמי לא
מתאים: לעסקים עם זרם קבוע של לידים נכנסים ורשימת שירותים ברורה: מרפאות, סוכנים, קבלנים, סטודיו. לא מתאים: לעסקים שהשאלה הראשונה שלהם היא תמיד הצעת מחיר מותאמת; עשו אוטומציה לאישור הקבלה ולרישום ב-CRM, והשאירו את הסינון לאדם.
מה לעשות השבוע
כתבו את שתי השאלות ואת כללי שלוש הרמות ללקוח אמיתי בעמוד אחד. אם בעל העסק יכול לקרוא את הכללים ולהסכים, הארכיטקטורה גמורה; בנו את השכבות סביבה.
שאלות שאנשים שואלים
כמה שאלות הסוכן צריך לשאול?
שתיים, לכל היותר שלוש. כל שאלה מאבדת לידים. שאלו את אלה שמשנות מה קורה הלאה: מה הם צריכים ומתי.
הסוכן צריך לקבוע תורים ישירות?
לשירותים פשוטים עם משבצות ברורות, כן, מהמשבצות הפנויות ביומן. לכל דבר שדורש שיקול דעת או הצעת מחיר, נתבו לאדם עם התשובות מצורפות.
מה הציון בעצם עושה?
הוא קובע את המסלול: התאמה גבוהה קובעת או מקבלת שיחה באותו יום, בינונית עוברת לרצף טיפוח, נמוכה מקבלת סירוב מנומס או הפניה. שמרו על שלוש רמות.
מקורות
- WhatsApp Business Platform documentation · Meta · 2026-06-01
- OpenAI platform documentation · OpenAI · 2026-06-01
הכוונה עריכתית, לא ייעוץ. הערכות מסומנות ומתוארכות; שום דבר כאן אינו נתוני המרקטפלייס של AgeBridge אלא אם נאמר כך.
בנו את זה שלב אחר שלב עם בנייה מודרכת
פרויקטים אמיתיים, שלב אחד בכל פעם, עם הוכחה בסוף.
לבניות המודרכותמדריכים קשורים

אינטגרציות CRM שנמכרות: דפוסים ל-HubSpot, monday ו-Pipedrive
חמש אוטומציות ה-CRM שעסקים קטנים באמת משלמים עליהן, איך הן ממופות ל-HubSpot, monday.com ו-Pipedrive, ועבודת ניקיון הנתונים שמכריעה אם הן יחזיקו.
3 דקות קריאה · 22 בספטמבר 2026

עיצוב עם אדם בתהליך: שלבי אישור שלקוחות סומכים עליהם
איפה אדם שייך באוטומציה: כסף, התחייבויות, תוכן רפואי או משפטי, וכל דבר בלתי הפיך. שלושה דפוסי אישור ואיך לשמור אותם מהירים.
3 דקות קריאה · 22 בספטמבר 2026

בדיקת סוכן AI לפני מסירה: רשימת הערכה
סט בדיקות של קלטים בצורה אמיתית, מקרי הכשל שחייבים לנסות בכוונה, מה למדוד, והאישור שלקוח יכול להבין לפני שסוכן עולה לאוויר.
2 דקות קריאה · 22 בספטמבר 2026