CRM ליזם נדל״ן: מה המערכת צריכה לדעת על פרויקט

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

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

למה CRM מכירות רגיל מתקשה בפרויקט מגורים

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

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

מבנה הנתונים: פרויקט, בניין, קומה, דירה

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

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

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

מקורות לידים וייחוס: מאיפה הגיע כל קונה

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

• טופס בדף הנחיתה. דף ההשקה של ALBA שולח כל פנייה ישר ל־CRM, עם פרמטרי UTM של הקמפיין. על מה שהופך דף כזה ליעיל כתבנו בדף נחיתה שממיר.
• סוכן טלפוני. סוכן AI טלפוני שעונה לשיחות נכנסות, גם בערב ובשבת, ורושם סיכום, דרישות (חדרים, קומה, תקציב) ומועד לביקור. פירוט בסוכן AI לטלפון.
• WhatsApp. פניות בוואטסאפ נפתחות כליד עם השיחה המלאה מצורפת.
• מתווכים. מתווך רושם לקוח דרך טופס ייעודי או פורטל, והרישום נשמר עם חותמת זמן.
• מבקרים שנכנסים למשרד. איש המכירות פותח ליד מהטאבלט במשרד, עם שדה חובה: איך שמעתם עלינו.

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

היום של משרד המכירות

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

1. יומן ביקורים. מי מגיע היום, לאיזו שעה, אילו דירות ביקשו לראות, ומה נאמר בשיחה הקודמת.
2. מעקבים פתוחים. לידים שלא קיבלו מענה, הצעות שתוקפן עומד לפוג, החזקות שמסתיימות היום.
3. תזכורות אוטומטיות. אחרי ביקור נוצרת משימת מעקב, ואם לא בוצעה המערכת מזכירה ובהמשך מתריעה למנהל המכירות.
4. רישום מהיר. אחרי ביקור, רישום הערות וסימון דירות מועדפות צריך לקחת פחות מדקה, גם מהנייד.
5. שליחת חומרים. תוכנית דירה, מפרט והדמיות נשלחים מתוך כרטיס הליד, כך שנשמר מה נשלח ומתי. הדמיות ותוכניות תלת־ממד משתלבות כאן היטב; ראו הדמיות תלת־ממד לנדל״ן.

תצוגת מלאי: מי מחזיק מה, ובלי מכירה כפולה

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

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

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

דוחות שבועיים ליזם

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

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

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

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

חיבורים והרשאות

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

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

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

מערכת מדף מותאמת או מערכת ייעודית

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

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

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

שאלות נפוצות

מה ההבדל בין CRM לנדל״ן ל־CRM מכירות רגיל?

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

אילו סטטוסים צריכים להיות לכל דירה?

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

איך נמנעת מכירה כפולה של אותה דירה?

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

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

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

אילו מקורות לידים אפשר לחבר?

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

עדיף מערכת מדף או מערכת ייעודית?

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

להתחיל

רוצים את זה לעסק שלכם?

שלחו בריף קצר: שלוש שאלות חובה, והשאר רק אם בא לכם. חוזרים במייל עם כיוון, מחיר ותאריך כתובים.

לשלוח בריף←השירות: פיתוח אפליקציות ומערכות←