הלוגו של WebLift
לכל המדריכים

אקסל מחזיק רשימה. מערכת מחזיקה תהליך.

מה בדיוק חסר בגיליון שמנהל לידים — ולמה זה מתגלה בדיוק ברגע שמפספסים לקוח.

פורסם ב-2026-09-17

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

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

מה גיליון לא מחזיק

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

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

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

איך נראה תהליך שבאמת נאכף

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

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

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

הליד חייב להיכנס גם כשמשהו נופל

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

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

בגיליון אין את ההבחנה הזאת בכלל, כי אין שמירה ואין שליחה — יש מישהו שמעתיק. וכשהוא לא מעתיק, אף אחד לא יודע.

לדעת מה באמת נשאל

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

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

מתי גיליון עדיין התשובה הנכונה

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

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

כתבנו בנפרד על הפניות שנעלמות בוואטסאפ — זה אותו כשל, בערוץ אחר.

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

יש לכם שאלה על העסק שלכם?

ספרו לנו מה לא עובד היום, ונגיד לכם מה נכון לבנות.

דברו איתנו