גינדי החזקות · אגף טכנולוגיות וחדשנות

אפיון מסגרת למערכת CRM אחודה

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

מגיש: סמנכ"ל טכנולוגיות וחדשנות, גינדי החזקות נמען: סקאלה סטטוס: טיוטה לדיון גרסה: 0.6

0.1מבנה המסמך

כל מחלקה מופיעה בעמוד נפרד בסרגל הצד, במבנה אחיד:

רקע ומצב קיים

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

מטרה ושיטה

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

דרישות וממשקים

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

סיווג הדרישות

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

0.2רכיבים משותפים לכלל המחלקות

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

רכיבשירות לקוחותדייריםשיווק
וואטסאפ רשמי (WhatsApp Business API)
רובוט בשיח חופשי / סוכן קולי
מערך ניהול פניות / קריאות
ניהול לידים ושיוך אוטומטי לנציג
מנוע אוטומציות וואטסאפ ודוא"ל מבוסס טריגרים
אוטומציות מול צדדים שלישיים
ניהול קהלים ודיוור
כרטסת לקוח אחודה (360°)
ניהול נכסים: פרויקט ← בניין ← נכס
יומן פגישות היררכי
ממשק מרכזייה (VoIP / אומני טלקום / מאסקיו)
שדות עדכון באוטומציה / API / ידני
סנכרון Microsoft Outlook (יומן ודוא"ל)
טפסי PDF וחתימה דיגיטלית
דשבורד ניהולי והתראות חריגים
מענה מחוץ לשעות הפעילות
סקר שביעות רצון
נדרש במפורש צרכן מידע / שימוש משני

0.3עקרונות מנחים

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

שירות לקוחות

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

אחראית: סמנכ"לית השירות צוות: כ-3 נציגים ערוצים כיום: דוא"ל · טלפון · טופס צור קשר

1.1מטרה ושיטה

מטרה

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

שיטה

  • ממשק וואטסאפ רשמי (API)
  • ממשק וואטסאפ שאינו רשמי
  • מודול ניהול תבניות וואטסאפ רשמי
  • רובוט וואטסאפ
  • מודול אוטומציות (דוא"ל ווואטסאפ)
  • מודול קריאות שירות
  • מודול פרויקטים
  • מודול אנשי קשר
  • מודול נכסים
  • מודול עדכון רוחבי לאנשי קשר, מבוסס טריגר בכרטסת פרויקט / נכס
  • עדכונים ודיוורים שוטפים
  • טפסים דיגיטליים (SA) והטמעה באתרי התדמית
  • ניהול משתמשים ומדידת משתמשים
  • סקרי שירות
  • דשבורד ניהולי והתראות חריגים
  • מענה לאחר שעות הפעילות
רובוט וואטסאפאפיון מלא – קטלוג נושאים, הדמיית תהליך ופרומפט מערכת←

1.2רקע ומצב קיים

60%
מהפניות מגיעות בדוא"ל
35%
בשיחות טלפון
5%
דרך טופס צור קשר באתר

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

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

גורמים משלימים וקשורים

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

גורמים חיצוניים

לקוחותספקיםקבלניםמשרד עו"ד

מערכות

SAPמרכזיית VoIPדוא"ל (Microsoft Outlook)וואטסאפפורטל לקוחותאתרי תדמית וטפסים

גורמים פנימיים

עובדי החברהכספיםדייריםתכנוןמשפטיתשיווקמכירות

1.3דרישות

א. וואטסאפ רשמי ורובוט שירות

11 דרישות
מזההדרישהפירוטסיווג
CS-WA-01חיבור וואטסאפ רשמיחיבור מספר החברה ל-WhatsApp Business API רשמי.חובה
CS-WA-02רובוט בשיח חופשיהרובוט יפעל בשיח טבעי ומלל חופשי, ולא בבחירת סוג שירות באמצעות הקשת מספר.חובה
CS-WA-03הנגשה באתר החברההרובוט יונגש באתר החברה (כפתור / ווידג'ט וואטסאפ).חובה
CS-WA-04פנייה יזומה מטופס צור קשרעם קבלת פנייה מדף צור הקשר, הרובוט יפנה ללקוח באופן יזום בוואטסאפ להמשך הטיפול.חובה
CS-WA-05שאלות ותשובות קבועותמאגר שאלות ותשובות קבועות, הניתן לעדכון על ידי צוות השירות.חובה
CS-WA-06תשובות מבוססות נתוני לקוחמענה על שאלות מתוך כרטסת הלקוח, מידע הלקוח, נתוני הפרויקט והנכס.חובה
CS-WA-07הפניה לפורטל הלקוחותלשאלות מוגדרות, תשובה קבועה הכוללת קישור לפורטל הלקוחות והסבר קצר.חובה
CS-WA-08חיבור למערך ניהול הפניותהרובוט מחובר ישירות למערך ניהול הפניות, וכל שיחה נפתחת ומתועדת כפנייה.חובה
CS-WA-09מענה מחוץ לשעות הפעילותהרובוט יענה גם מחוץ לשעות הפעילות, ופניות שדורשות נציג יועברו לטיפול בתחילת יום העבודה הבא.חובה
CS-WA-10העברה מהרובוט לנציגהעברת השיחה לנציג יחד עם כל ההיסטוריה וההקשר, כך שהלקוח לא נדרש לחזור על פרטיו.חובה
CS-WA-11קבלת תמונות ומסמכיםתמונות, סרטונים ומסמכים שהלקוח שולח בוואטסאפ נשמרים אוטומטית בפנייה ובכרטסת – חשוב במיוחד בשירות שלאחר קבלת המפתח.חובה

ב. ניהול פניות שירות

8 דרישות
מזההדרישהפירוטסיווג
CS-TK-01קליטת פניות מכל הערוציםפתיחת פנייה אוטומטית מוואטסאפ, דוא"ל, טופס צור קשר ושיחה טלפונית, ושיוכה לכרטסת הלקוח.חובה
CS-TK-02שדות תיעודפרטי איש קשר, סיווג, תת-סיווג, סטטוס, שיוך למחלקה ומלל חופשי.חובה
CS-TK-03תיעוד פניות שטופלו ברובוטפניות שהתקבלו וטופלו במלואן בוואטסאפ יתועדו כפניות סגורות, עם אותם שדות סיווג.חובה
CS-TK-04אוטומציית קבלת פנייההודעת אישור אוטומטית ללקוח עם קבלת הפנייה.חובה
CS-TK-05בחירת מודולהמודול לניהול הפניות ייקבע לפי המלצת סקאלה.להמלצת סקאלה
CS-TK-06יעדי זמן והסלמה לפי סיווגהגדרת זמן יעד למענה ולסגירה לכל סיווג פנייה, והסלמה אוטומטית למנהלת כשהיעד חולף.חובה
CS-TK-07זיהוי פנייה חוזרתזיהוי פנייה של אותו לקוח באותו נושא, קישורה לפנייה הקודמת ואפשרות לפתיחה מחדש של פנייה סגורה.חובה
CS-TK-08מאגר ידע אחדמאגר ידע משותף המזין גם את הרובוט וגם את הנציגים, לשמירה על תשובות אחידות. ניתן לעדכון על ידי המחלקה.חובה

ג. אוטומציות וואטסאפ ודוא"ל

5 דרישות
מזההדרישהפירוטסיווג
CS-AU-01האזנה לסטטוסים וטריגריםשליחת מסרים אוטומטית בעת שינוי סטטוס או התרחשות טריגר מוגדר.חובה
CS-AU-02תבניותניהול תבניות אימייל ותבניות מסרי וואטסאפ, הניתנות לעריכה על ידי המחלקה.חובה
CS-AU-03אוטומציות מול צדדים שלישייםשליחת מסרים קבועים ואחידים למשרדים העובדים מול החברה באופן שוטף, בהפעלה מלחצן סטטוס ייעודי.
דוגמה: משרד עו"ד – חוסר במידע / חוסר בטפסים / צורך ביצירת קשר.
חובה
CS-AU-04התראות חריגיםהתראה למנהלת ולנציג על פניות שחרגו מזמן טיפול או ממתינות למענה.חובה
CS-AU-05שיוך קבלן / ספק לפנייהשיוך קבלן או ספק לפנייה, עם מסרי וואטסאפ ודוא"ל אוטומטיים אליו ומעקב אחר סטטוס הטיפול.חובה
נציג משנה סטטוס← טריגר מופעל← תבנית מסר נבחרת← וואטסאפ / דוא"ל לצד ג'← תיעוד בפנייה

ד. דשבורד, מדידה וסקר שירות

5 דרישות
מזההדרישהפירוטסיווג
CS-DB-01תפוקת עובדי המוקדמדדי תפוקה ויעילות לכל נציג: פניות שטופלו, זמני מענה וזמני סגירה.חובה
CS-DB-02מענה לקריאותהיקף פניות לפי ערוץ, סיווג וסטטוס; פניות פתוחות וחריגות.חובה
CS-DB-03אפקטיביות הכלים הדיגיטלייםהשוואה בין טיפול אנושי לטיפול ברובוט: שיעור פניות שנסגרו ללא נציג, העברות לנציג והפניות לפורטל.חובה
CS-DB-04סקר שירות תקופתישליחת סקר שביעות רצון אחת לתקופה (וואטסאפ / דוא"ל).חובה
CS-DB-05ניהול דירוג הסקרשמירת תוצאות הסקר בכרטסת הלקוח והצגת הדירוג המצטבר בדשבורד.חובה

ה. ממשקים

5 דרישות
מזההדרישהפירוטסיווג
CS-IN-01VoIP – קבלת שיחה והצמדה ללקוחזיהוי המתקשר, פתיחת כרטסת הלקוח לנציג והצמדת השיחה לרשומה.חובה
CS-IN-02VoIP – הקלטת שיחההקלטת השיחה ושמירתה בכרטסת הלקוח / בפנייה.חובה
CS-IN-03VoIP – תמלול שיחהתמלול השיחה המוקלטת ושמירתו בפנייה.אופציונלי
CS-IN-04Click to Callחיוג ללקוח בלחיצה מתוך המערכת.חובה
CS-IN-05פורטל לקוחותללא ממשק מערכתי. הקשר מתבצע באמצעות הפניה ותיאום מסרים בלבד.ללא ממשק

1.4מודולים וממשקים

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

1.4.1

קשרי גומלין בין המודולים

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

פרויקטיםפרויקט ← בניין
↔
נכסיםדירה · חניה · מחסן · מסחר
↔
אנשי קשרכרטסת לקוח
↕
↕
↕
קריאות שירותמודול ליבה
↔
משימות ואירועיםפולואפ · פגישות · שיחות
↔
מסמכים · שיחות · וואטסאפתיעוד בכרטסת
1.4.2

מודול קריאות שירות

שדות המודול

11 שדות
שדהסוג (מוצע)הערות
מספר קריאהמספור אוטומטימזהה ייחודי לכל קריאה
שם איש קשרקישור – אנשי קשרמשיכה אוטומטית של פרטי הלקוח, הנכס והפרויקט
ניידטלפוןמשמש לזיהוי אוטומטי בוואטסאפ ובמרכזייה
תיאור הפנייהטקסט חופשי
סטטוסרשימהסטטוסים ייעודיים מפעילים אוטומציות
הקצאהקישור – משתמשנציג / מחלקה מטפלת
מקור פנייהרשימהוואטסאפ, דוא"ל, טלפון, טופס, רובוט – מתעדכן אוטומטית
עדיפותרשימהקובעת את זמני היעד וההתראות
תת-סיווג פנייהרשימה תלויהתלוי בסיווג הראשי
תאריךתאריךתאריך פתיחה
שעהשעהשעת פתיחה

אוטומציות נדרשות (מבוססות טריגר)

5 דרישות
מזההדרישהפירוטסיווג
CS-SA-01מסר לגורם חיצוני מבוסס תבניתשליחת דוא"ל / וואטסאפ מתבנית לספקים ולגורמים חיצוניים: בקשת מידע, העברת טיפול, העברת פנייה, בקשת פעולה.חובה
CS-SA-02סיום טיפול על ידי נציגשליחת מסר ללקוח בעת סגירת הקריאה על ידי גורם אנושי (ניתן לשלב סקר שירות).חובה
CS-SA-03העברת פנייה בין גורמיםהעברת קריאה מגורם לגורם / ממחלקה למחלקה, עם התראה לגורם המקבל ותיעוד בהיסטוריה.חובה
CS-SA-04סיום טיפול על ידי רובוטסגירת הקריאה ותיעודה כפנייה סגורה כאשר הרובוט השלים את הטיפול.חובה
CS-SA-05שליחת מסמך ללקוחשליחת מסמך מתוך הכרטסת ללקוח בדוא"ל / וואטסאפ, ותיעוד השליחה.חובה
1.4.3

מודול משימות לקוח ואירועים

ניהול משימות ללקוח, פולואפ, אירועים, פגישות ושיחות יזומות ללקוח.

שדות המודול

7 שדות
שדהסוג (מוצע)הערות
תיאור המשימה / הפגישהטקסט חופשי
הקצאהקישור – משתמש
איש קשרקישור – אנשי קשר
נושארשימה
תאריך רצויתאריך
שעה רצויהשעה
סטטוסרשימה
1.4.4

כרטסת לקוח, וואטסאפ ומסמכים

כרטסת לקוח

5 דרישות
מזההדרישהפירוטסיווג
CS-CC-01כרטסת לקוח מסוכמתתצוגה מרוכזת של הלקוח: נכסים ופרויקטים, קריאות פתוחות וסגורות, משימות ואירועים, מסמכים, שיחות והודעות.חובה
CS-CC-02וואטסאפ מתוך הכרטסתשליחה וקבלה של הודעות וואטסאפ מתוך כרטסת הלקוח, כולל תיעוד היסטוריית השיחות המלאה.חובה
CS-CC-03ניהול מסמכים ללקוחמאגר מסמכים בכרטסת הלקוח / הנכס, עם סיווג לפי סוג מסמך.חובה
CS-CC-04העלאת מסמכים בטופס דיגיטליהלקוח מעלה מסמכים דרך טופס דיגיטלי, והם נשמרים אוטומטית בכרטסת ובקריאה הרלוונטית.חובה
CS-CC-05עדכון רוחבי מכרטסת פרויקט / נכסטריגר בכרטסת הפרויקט או הנכס מעדכן את כל אנשי הקשר המקושרים (עדכונים ודיוורים שוטפים).חובה
1.4.5

הרשאות, פרופילים ותצוגות

ניהול הרשאות ומשתמשים

5 דרישות
מזההדרישהפירוטסיווג
CS-PR-01פרופילי משתמשיםהיררכיה: סמנכ"ל ← מנהל ← מוקדן, עם הרשאות שונות לכל פרופיל.חובה
CS-PR-02הרשאות צפייה ועריכההגדרת הרשאות ברמת מודול, שדה ורשומה (לדוגמה: מוקדן רואה רק קריאות שהוקצו לו או למחלקתו).חובה
CS-PR-03ניהול נתונים, שדות ומודוליםהוספה ועריכה של שדות, רשימות ומודולים על ידי מנהל המערכת, ללא תלות בפיתוח.חובה
CS-PR-04תצוגות סינון מותאמות משתמשכל משתמש מגדיר ושומר תצוגות סינון וצפייה במודול שירות הלקוחות, כולל בחירת שדות ותצוגה מקדימה.חובה
CS-PR-05ניהול ומדידת משתמשיםמעקב אחר פעילות המשתמשים במערכת ומדדי ביצוע לכל משתמש.חובה
1.4.6

דשבורד ודוחות

דשבורד ודוחות לניהול הנתונים, הכוללים את הניתוחים הבאים:

CS-DA-01ניתוח קריאות שירות
CS-DA-02ניתוח ביצועי נציגים
CS-DA-03ניתוח סטטוסים
CS-DA-04ניתוח מקורות פנייה
CS-DA-05ניתוח נושאי פנייה
CS-DA-06ניתוח ערוצי טיפול
CS-DA-07ניתוח משימות / אירועים
CS-DA-08ניתוח לקוחות לפי כמות קריאות

דוחות יזומים ולפי דרישה

4 דרישות
מזההדרישהפירוטסיווג
CS-RP-01דוח יומיהפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה.חובה
CS-RP-02דוח שבועיהפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה.חובה
CS-RP-03דוח חודשיהפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה.חובה
CS-RP-04דוחות לפי דרישההפקת דוח בכל עת עם סינון לפי תקופה, נציג, פרויקט וסיווג, וייצוא לאקסל.חובה
1.4.7

התראות

ממשק התראות

3 דרישות
מזההדרישהפירוטסיווג
CS-AL-01התראה לפי שעה מוגדרתהתראה על קריאה שלא טופלה עד שעה מוגדרת ביום.חובה
CS-AL-02התראה לפי זמן המתנההתראה על קריאה שזמן ההמתנה שלה לטיפול חרג מהמוגדר (לפי עדיפות / סיווג).חובה
CS-AL-03סיכום יומיסיכום יומי יזום לנציג ולמנהלת: קריאות פתוחות, חריגות ומשימות להיום.חובה
1.4.8

ממשק Microsoft Outlook

סנכרון יומן ודוא"ל

2 דרישות
מזההדרישהפירוטסיווג
CS-OL-01סנכרון יומן Outlookסנכרון דו-כיווני בין משימות ואירועים במערכת לבין יומן Microsoft Outlook של המשתמש.חובה
CS-OL-02סנכרון תיבת דוא"ל Outlookסנכרון תיבת הדוא"ל: הודעות נכנסות ויוצאות מתועדות בכרטסת הלקוח, ופנייה בדוא"ל פותחת קריאה.חובה
1.4.9

ממשק מרכזיית VoIP

יכולות נדרשות

8 דרישות
מזההדרישהפירוטסיווג
CS-VP-01זיהוי שיחה והקפצת מסךזיהוי המתקשר והקפצת כרטסת הלקוח לנציג.חובה
CS-VP-02תיעוד מקור פנייהתיעוד אוטומטי של מקור הפנייה (מספר / קו נכנס).חובה
CS-VP-03Click to Callהוצאת שיחה מתוך מערכת ה-CRM.חובה
CS-VP-04תיעוד הקלטת שיחהשמירת הקלטת השיחה בכרטסת הלקוח ובקריאה.חובה
CS-VP-05תיעוד תובנות שיחה ב-APIממשק עדכון מבוסס API לסנכרון 5 שדות מידע לכל שיחה (פירוט בטבלה הבאה).חובה
CS-VP-06ניהול שלוחות לפי משתמששיוך שלוחה לכל משתמש במערכת.חובה
CS-VP-07מדידת מענה לפי משתמששיחות שנענו / לא נענו לכל משתמש.חובה
CS-VP-08מדידת משך שיחהמשך שיחה לפי משתמש, נושא, סטטוס ותת-סיווג נוסף.חובה

שדות תובנות שיחה (סנכרון API)

5 שדות
שדהסוג (מוצע)הערות
סיכום שיחהטקסט
הנעה לפעולהטקסטיכול לשמש בסיס לפתיחת משימה
תובנות שיחהטקסט
מידע נוסףטקסט
ציון שיחהמספר
1.4.10

וואטסאפ וטפסים דיגיטליים

ערוצים דיגיטליים

4 דרישות
מזההדרישהפירוטסיווג
CS-WI-01וואטסאפ רשמי (API)חיבור WhatsApp Business API, משמש לרובוט, לאוטומציות ולדיוור.חובה
CS-WI-02וואטסאפ שאינו רשמיממשק נוסף לוואטסאפ שאינו רשמי, לשימוש לצד הערוץ הרשמי (ראו נקודות פתוחות).חובה
CS-WI-03מודול ניהול תבניותיצירה, עריכה והגשה לאישור של תבניות וואטסאפ רשמי, ומעקב אחר סטטוס האישור.חובה
CS-WI-04טפסים דיגיטלייםטפסים דיגיטליים (SA) והטמעתם באתרי התדמית, עם פתיחת קריאה / עדכון כרטסת אוטומטי.חובה
1.4.11

בינה מלאכותית

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

דרישות

4 דרישות
מזההדרישהפירוטסיווג
CS-AI-01ערוץ וואטסאפממשק הבינה המלאכותית למחלקה זמין בוואטסאפ.חובה
CS-AI-02צינור עדכון בזמן אמתעדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM.חובה
CS-AI-03חיבור למודולי המחלקהקישור לכל מודולי ה-CRM המקושרים למחלקה: קריאות שירות, אנשי קשר, נכסים, פרויקטים, משימות ומסמכים.חובה
CS-AI-04מדידותמערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני.חובה

1.5נקודות פתוחות להמלצת סקאלה

  1. וואטסאפ שאינו רשמי – לאיזה שימוש מומלץ לצד הערוץ הרשמי, מה הסיכון לחסימת מספרים, ואיך מתועדות השיחות בכרטסת.
  2. מודול ניהול הפניות – איזה מודול מומלץ לניהול הפניות, ואיך יתחבר לרובוט ולערוצים השונים.
  3. זיהוי ואימות לקוח ברובוט – מה מנגנון הזיהוי המומלץ לפני מסירת מידע אישי מהכרטסת (מספר טלפון, קוד חד-פעמי וכו').
  4. ספק וואטסאפ (BSP) – באיזה ספק WhatsApp Business API הפתרון נתמך, ומה מודל העלויות.
  5. מענה מחוץ לשעות – תהליך מומלץ להעברת פניות מהרובוט לנציג ולתעדוף בבוקר.
  6. תמלול שיחות – יכולות, שפה (עברית) ועלות, כבסיס להחלטה.
  7. תובנות שיחה – מי מפיק את 5 שדות התובנות (המרכזייה, רכיב AI של סקאלה או ספק חיצוני), ומה מבנה ה-API לעדכון.
  8. סנכרון Outlook – סנכרון דו-כיווני או חד-כיווני, ותמיכה ב-Microsoft 365 / Exchange.
גינדי החזקות · אפיון מסגרת CRM · שירות לקוחותגרסה 0.6 · 08.10.2026
מחלקה 2

מחלקת דיירים

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

אחראית: סמנכ"לית השירות צוות: כ-6 עובדים ועובדות מערכת כיום: CRM "שני גרופ" + קבצי אקסל

2.1תהליך העבודה

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

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

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

  1. תכנון · משפטיתהעברת תכסית ומיפוי הפרויקט למחלקת דיירים
  2. דייריםהקמת הפרויקט, טעינת תכסית הדירות, מיפוי הדירות ושדות המידע
  3. מכירותסיום תהליך המכירה וציוות הרוכש/ים לנכס (ראו פרק מחלקת מכירות)
  4. דייריםקליטת החוזה, הקלדת סעיפים ופרטים נוספים, וידוא שדות ותקינות ההסכם
  5. דיירים · הנהלהסבב חתימות פנים-ארגוני על ההסכם
  6. דייריםהפצת ההסכם החתום לרוכש/ים
  7. דייריםקשר רציף עם הרוכש/ים: עדכונים, עדכוני הסכמים, מענה ותיאומים
  8. דייריםמסירת הנכס וקבלת מפתח

2.2מטרה ושיטה

מטרה

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

שיטה

  • מודול פרויקטים – הקמה, תכסית ושלבי פרויקט
  • מודול נכסים – כרטסת נכס, תהליך מכירה ומסירה
  • מודול אנשי קשר – קשר רוכש/ים ↔ נכס
  • מודול קריאות שירות
  • מודול משימות ואירועים
  • מודול מסמכים – הסכם, נספחים, פרוטוקול מסירה
  • ממשק וואטסאפ רשמי (API) ושאינו רשמי
  • מודול ניהול תבניות וואטסאפ רשמי
  • רובוט וואטסאפ בשיח חופשי
  • מודול אוטומציות (דוא"ל ווואטסאפ)
  • מודול עדכון רוחבי לרוכשים, מבוסס טריגר בכרטסת פרויקט / נכס
  • עדכונים ודיוורים שוטפים
  • תבניות אחידות למסרים, חתימות ומסמכים
  • טפסים דיגיטליים, טפסי PDF וחתימה דיגיטלית
  • טעינה ועדכון נתונים מאקסל
  • שדות חישוביים ונוסחאות
  • דשבורד אינטראקטיבי ודוחות
  • ניהול משתמשים, הרשאות ומדידת משתמשים
  • התראות חריגים ומענה לאחר שעות הפעילות
רובוט וואטסאפפניות דיירים – מסירה, שינויי דיירים, ליקויים ובדק←

2.3רקע ומצב קיים

תחומי אחריות

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

פערים מרכזיים

  • שימוש ניהולי נרחב בקבצי אקסל לצד מערכת ה-CRM הקיימת.
  • השירות ניתן בדוא"ל ובטלפון; העברת המידע וההתקשרות מול הלקוחות ידניות.
  • אין תמונה אחת של הלקוח – רכישות, משימות, קריאות ופניות שיווק מפוזרות.

קשרי גומלין

מחלקות פנים-ארגוניות

שירות לקוחותפרויקטיםתכנוןשיווקמכירותכספיםמשפטית

גורמים חיצוניים

רוכשיםמנהלי פרויקטיםקבלני משנה

ממשקים ומערכות קיימים

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

2.4דרישות

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

6 דרישות
מזההדרישהפירוטסיווג
TN-DM-01תכסית פרויקטניהול היררכיה פרויקט ← בניין ← נכס (דירה / מסחר), כולל חניות, מחסנים וחריגים.חובה
TN-DM-02קישור איש קשר ↔ נכסניהול כרטסת הנכסים מתוך כרטסת איש הקשר ולהפך, לסיווג וקישור קל של רוכש לדירה ולצפייה בנתונים היסטוריים.חובה
TN-DM-03כרטסת לקוח אחודהכרטסת אחת המרכזת את כל הרכישות, המשימות, הקריאות והפניות מהשיווק של הלקוח.חובה
TN-DM-04היסטוריית נכסתיעוד כל השינויים והאינטראקציות ברמת הנכס לאורך זמן.חובה
TN-DM-05ריבוי בעלי זכויותניהול מספר רוכשים לנכס, עורך דין מייצג ומיופה כוח, כל אחד עם תפקיד מוגדר ברשומה.חובה
TN-DM-06העברת זכויות לפני מסירהתיעוד העברת זכויות בנכס מרוכש לרוכש, תוך שמירת ההיסטוריה המלאה על הנכס ועל שני הלקוחות.חובה

ב. טעינה ועדכון נתונים מאקסל

3 דרישות
מזההדרישהפירוטסיווג
TN-XL-01טעינת נכסים מאקסלטעינת נתוני נכסים ודירות מקובץ אקסל, על ידי צוות המחלקה.חובה
TN-XL-02עדכון חלקי לרשומות קיימותטעינת נתונים חלקיים ועדכון רשומות קיימות מטבלת אקסל, כאשר נתון מסוים או חלק מנתוני הרשומה השתנו, בלי לדרוס שדות שלא נכללו בקובץ.חובה
TN-XL-03מפתח זיהוי לעדכוןהגדרת מפתח ייחודי להתאמת שורה בקובץ לרשומה קיימת, ודוח תוצאות טעינה (עודכנו / נוספו / נכשלו).להמלצת סקאלה

ג. שדות חישוביים

2 דרישות
מזההדרישהפירוטסיווג
TN-CF-01פער בין תאריכיםחישוב פרק זמן (פז"מ) בין שני תאריכים.חובה
TN-CF-02הוספת חודשים לתאריךחישוב תאריך יעד על ידי הוספת מספר חודשים לתאריך בסיס – לדוגמה, קבלת היתרים ומסירת נכסים.חובה

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

4 דרישות
מזההדרישהפירוטסיווג
TN-AU-01עדכון פרויקט ← מסר לרוכשיםעדכון במודול הפרויקט יפעיל אוטומציה לשליחת מסר לרוכשים המקושרים (ממודול אנשי הקשר וממודול ניהול הנכסים / משימות הפרויקט).חובה
TN-AU-02אוטומציה לפי קשרי גומליןעדכון ברמת נכס, בניין או פרויקט יפעיל אוטומציה לרשומות המקושרות אליו בלבד (לדוגמה: עדכון בבניין A יגיע רק לרוכשי בניין A).חובה
TN-AU-03טריגרים לצדדים שלישיים וללקוחותאוטומציות מבוססות טריגרים בוואטסאפ ובדוא"ל, מול צדדים שלישיים ומול לקוחות החברה.חובה
TN-AU-04התראות חריגיםהתראות על חריגות בתהליך (מועדים, משימות פתוחות, פניות ממתינות).חובה
עדכון בפרויקט / בניין / נכס← איתור רשומות מקושרות← תבנית מעוצבת← וואטסאפ / דוא"ל לרוכשים← תיעוד בכרטסת

ה. תבניות ומסמכים

1 דרישה
מזההדרישהפירוטסיווג
TN-TM-01עיצוב תבניות ייעודיותמערך לעיצוב תבניות חתימה, דוא"ל ומסמכים ייחודיות לאוטומציה, עם שדות דינמיים מהכרטסת.חובה

ו. וואטסאפ ושירות

3 דרישות
מזההדרישהפירוטסיווג
TN-WA-01רובוט בשיח חופשימערך שירות בוואטסאפ רשמי בשיח חופשי, ולא בבחירת סעיף לשאלה.חובה
TN-WA-02שאלות ותשובות מקוונותתשובות מדויקות, קבועות ומשתנות, כולל תשובות המבוססות על נתוני הנכס והפרויקט של הרוכש.חובה
TN-WA-03מענה מחוץ לשעות הפעילותמענה אוטומטי מחוץ לשעות הפעילות והעברה לטיפול הצוות.חובה

ז. ממשקים, דשבורד ודוחות

3 דרישות
מזההדרישהפירוטסיווג
TN-IN-01ממשק מרכזיית VoIPכמפורט בשירות לקוחות: הצמדת שיחה ללקוח, הקלטה ו-Click to Call.חובה
TN-DB-01דשבורד ייעודי לאגףדשבורד ניהולי ייחודי למחלקת הדיירים: סטטוס פרויקטים ונכסים, משימות, פניות ומועדי מסירה.חובה
TN-DB-02מערך דוחותדוחות ייעודיים לאגף, הניתנים לסינון לפי פרויקט, בניין ונכס.חובה

ח. מסמכים, שינויי דיירים ומסירות

4 דרישות
מזההדרישהפירוטסיווג
TN-PR-01ניהול מסמכים בכרטסתחוזה, נספחים, ייפוי כוח וטפסים בכרטסת הלקוח / הנכס, עם סטטוס חוסרים ותזכורות אוטומטיות לרוכש או לעורך הדין שלו.חובה
TN-PR-02ניהול שינויי דייריםתהליך מלא: בקשה, תמחור, אישור ומועד אחרון, עם תזכורות אוטומטיות לפני סגירת חלון השינויים.חובה
TN-PR-03אבני דרך בפרויקטניהול אבני דרך (היתר, תחילת בנייה, טופס 4, מסירה). עדכון אבן דרך יפעיל מסר אוטומטי לכלל הרוכשים בפרויקט / בבניין.חובה
TN-PR-04תיאום מסירותיומן מסירות ופרוטוקול מסירה דיגיטלי הכולל תמונות, הערות וחתימה, ושמירתו בכרטסת הנכס.חובה

2.5מודולים וממשקים

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

2.5.1

מודולים וקשרי גומלין

פרויקטיםשלב · סטטוס · מועדי מסירה
←
בנייניםמספר בניין · מגרש
←
נכסיםדירה · חניה · מחסן · מסחר
↕
↕
↕
מסמכיםהסכם · נספחים · פרוטוקול
↔
קריאות · משימות · אירועיםוואטסאפ · שיחות · דוא"ל
↔
אנשי קשררוכש/ים · ממתינים

מודולים נוספים

5 דרישות
מזההדרישהפירוטסיווג
TN-MD-01קריאות שירותמודול קריאות השירות כמפורט בסעיף 1.4.2 (שדות ואוטומציות), עם סיווגים ייעודיים למחלקת הדיירים.חובה
TN-MD-02משימות ואירועיםכמפורט בסעיף 1.4.3: משימות, פולואפ, פגישות, תיאומים ושיחות יזומות לרוכש.חובה
TN-MD-03מסמכיםמסמכים ברמת פרויקט, נכס ורוכש: הסכם, נספחים, ייפוי כוח, אישורי נאמנות, פרוטוקול מסירה.חובה
TN-MD-04וואטסאפוואטסאפ מתוך כרטסת הנכס / הרוכש עם היסטוריית שיחות מלאה (כמפורט ב-1.4.10).חובה
TN-MD-05דוחות ודשבורדכמפורט בסעיף 2.5.8.חובה
2.5.2

מודול פרויקטים

שדות המודול

27 שדות
שדהסוג (מוצע)הערות
שם הפרויקטטקסט
כתובתטקסט
כתובת אתרקישור
מספר טלפוןטלפון
מנהל/ת פרויקטקישור – משתמש
אחראית גבייהקישור – משתמש
תאריך מסירה ראשוןחישובימחושב ממועדי המסירה החוזיים של נכסי הפרויקט
תאריך מסירה בפועלתאריך
סטטוסרשימה
שלב הפרויקטרשימה
כמות בנייניםחישוביספירת בניינים מקושרים
כמות דירות בפרויקטחישוביסיכום מנכסים
כמות דירות שנמכרו בפועלחישוביסיכום מנכסים לפי סטטוס
כמות דירות זמינות למכירהחישוביסיכום מנכסים לפי סטטוס
כמות חניות בפרויקטחישוביסיכום מנכסים
כמות חניות שנמכרו בפועלחישוביסיכום מנכסים לפי סטטוס
כמות חניות זמינות למכירהחישוביסיכום מנכסים לפי סטטוס
כמות שטחי מסחרחישוביסיכום מנכסים
כמות שטחי מסחר שנמכרוחישוביסיכום מנכסים לפי סטטוס
כמות שטחי מסחר זמינים למכירהחישוביסיכום מנכסים לפי סטטוס
כמות מחסניםחישוביסיכום מנכסים
כמות מחסנים שנמכרו בפועלחישוביסיכום מנכסים לפי סטטוס
כמות מחסנים זמינים למכירהחישוביסיכום מנכסים לפי סטטוס
אחוז מכירת דירותחישובינמכרו ÷ סך הדירות
אחוז מכירת שטחי מסחרחישובינמכרו ÷ סך שטחי המסחר
אחוז מכירת חניותחישובינמכרו ÷ סך החניות
מסמכים לפרויקטקישור – מסמכים
2.5.3

מודול נכסים

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

א. פרטי נכס

35 שדות
שדהסוג (מוצע)הערות
מספר דירהטקסט
מספר בנייןקישור – בניין
מספר מגרשטקסט
כמות חדריםמספר
שטחשטח (מ"ר)
שטח מרפסתשטח (מ"ר)
טיפוסרשימה
כיווןרשימה
קומהמספר
סוג דירהרשימה
שטח מרפסת חדר שינהשטח (מ"ר)
שטח מרפסת חדר שינה הוריםשטח (מ"ר)
שטח גינה כוללשטח (מ"ר)
שטח גינה – אדנית מוגבהתשטח (מ"ר)
שטח גינה מרוצףשטח (מ"ר)
שטח גינה אחורי מרוצףשטח (מ"ר)
מתוכה שטח גינהשטח (מ"ר)
שטח אקושטח (מ"ר)
חניהקישור – נכס (חניה)
מחסןקישור – נכס (מחסן)
תעדוף חניהרשימה
תעדוף מחסןרשימה
בחירת חניה בפועלקישור – נכס (חניה)
מחיר הנכססכום (₪)
מחיר הקמהסכום (₪)
מחיר מבצעסכום (₪)
מחיר למ"רחישובימחיר ÷ שטח
מחיר מכירה בפועלסכום (₪)
מחיר מכירה כולל הוצאותחישובימחיר מכירה + שכ"ט עו"ד + הוצאות תכנוניות
סוג מפרטרשימה
קישור להסכםקישור – מסמכים
תאריך הסכםתאריך
שעת הסכםשעה
שליחת מכתב חשבון נאמנותכן / לא
שליחת אישור נאמנות חתוםכן / לא

ב. תהליך מכירה

16 שדות
שדהסוג (מוצע)הערות
סטטוסרשימהסטטוס הנכס: זמין, משוריין, בהרשמה, נמכר וכו׳
אופציה לרכישת מחסן או חניהכן / לא
האם מדובר בקטיןכן / לא
שמות דייריםקישור – אנשי קשררוכש/ים מקושרים לנכס
ניידיםטלפוןנמשך מכרטסת איש הקשר
כתובתטקסט
עירטקסט
דוא"לדוא"ל
אישור דיוורכן / לא
הרשמה מוקדמתכן / לא
תשלום דמי הרשמהכן / לא
אסמכתא תשלום מקדמהקובץ
שכר טרחת עורך דיןסכום (₪)
השתתפות בהוצאות תכנוניותסכום (₪)
תאריך ביצוע הרשמהתאריך
שעת ביצוע הרשמהשעה

ג. תהליך מסירה

8 שדות
שדהסוג (מוצע)הערות
תאריך מסירהתאריך
העברת מונה חשמלכן / לא
ארנונהכן / לא
גמר חשבוןכן / לא
הערות מסירהטקסט חופשי
סכום המשכנתאסכום (₪)
בנק משכנתא לקוחרשימה
תאריך הוצאהתאריך

ד. בקרה וניהול – מועדים חוזיים

15 שדות
שדהסוג (מוצע)הערות
סעיף 3.1 – תקופת האופציהטקסט
סעיף 4.1 – מימוש האופציהטקסט
סעיף 4.2 – מימוש האופציהטקסט
תאריך מימוש האופציהתאריך
סעיף 7.6טקסט
מספר חודשים להוצאת היתר בנייה מיום המימושמספר
קבלת היתר בנייהרשימההתקבל / לא התקבל
תאריך אחרון להוצאת היתר בנייה (חפירה)חישוביתאריך מימוש + 12 חודשים (לאימות)
מספר הימים שנחסכו מקבלת היתר בנייהחישוביתאריך אחרון להיתר – תאריך קבלת ההיתר בפועל
מספר חודשים לבנייה ממועד קבלת היתר הבנייהמספר
תאריך מסירה חוזיחישובימועד ההיתר + חודשי הבנייה
תאריך מסירה חוזי + הימים שנחסכוחישוביתאריך מסירה חוזי – ימים שנחסכו
גרייסמספרימים / חודשים
הערותטקסט חופשי
רשימת ממתינים לדירהקישור – אנשי קשרמתעניינים לנכס (ראו MK-PR-02)
2.5.4

מסירת נכס

ניהול המסירה

3 דרישות
מזההדרישהפירוטסיווג
TN-DL-01היתכנות מסירהבדיקה אוטומטית של תנאי המסירה (גמר חשבון, מסמכים, משכנתא) והתראה על נכסים שאינם מוכנים למסירה.חובה
TN-DL-02ניהול ריג׳קטיםתיעוד ליקויים / ריג׳קטים במסירה, שיוך לגורם מטפל ומעקב עד סגירה.חובה
TN-DL-03פרוטוקול מסירה דיגיטליפרוטוקול עם תמונות, הערות וחתימה דיגיטלית של הרוכש (ראו TN-PR-04).חובה
2.5.5

אוטומציות נדרשות (מבוססות טריגר)

אוטומציות

9 דרישות
מזההדרישהפירוטסיווג
TN-SA-01מסר לגורם חיצוני מבוסס תבניתשליחת דוא"ל / וואטסאפ מתבנית לגורמים חיצוניים (עו"ד, בנק משכנתא, קבלן משנה): בקשת מידע, העברת טיפול, העברת פנייה, בקשת פעולה.חובה
TN-SA-02סיום טיפול על ידי נציגמסר ללקוח בעת סגירת קריאה על ידי גורם אנושי.חובה
TN-SA-03העברת פנייה בין גורמיםהעברת קריאה בין גורמים ומחלקות, עם התראה ותיעוד.חובה
TN-SA-04סיום טיפול על ידי רובוטתיעוד וסגירת קריאה שהרובוט השלים את הטיפול בה.חובה
TN-SA-05שליחת מסמך ללקוחשליחת מסמך מהכרטסת בדוא"ל / וואטסאפ ותיעוד השליחה.חובה
TN-SA-06עדכון רוחבי מפרויקט / בניין / נכסעדכון שדה או שלב בפרויקט, בבניין או בנכס שולח מסר לכל הרוכשים המקושרים בלבד.חובה
TN-SA-07סבב חתימות פנים-ארגונילאחר אימות ההסכם: העברה אוטומטית לחותמים לפי סדר, תזכורות ומעקב סטטוס.חובה
TN-SA-08הפצת הסכם לרוכשיםבסיום סבב החתימות: שליחת ההסכם החתום לרוכש/ים ותיעוד בכרטסת.חובה
TN-SA-09תזכורות מועדים חוזייםהתראות פנימיות לפני מועדי אופציה, היתר בנייה ומסירה חוזית.חובה
2.5.6

ממשקים נדרשים

ממשקים

6 דרישות
מזההדרישהפירוטסיווג
TN-IF-01סנכרון יומן ותיבת דוא"ל Outlookכמפורט בסעיף 1.4.8.חובה
TN-IF-02מרכזיית VoIPזיהוי שיחה והקפצת מסך, תיעוד מקור, Click to Call, הקלטה, תובנות שיחה ב-API (5 שדות), שלוחות ומדידת מענה ומשך שיחה – כמפורט בסעיף 1.4.9.חובה
TN-IF-03וואטסאפ רשמי ושאינו רשמיכולל מודול ניהול תבניות ורובוט בשיח חופשי – כמפורט בסעיף 1.4.10.חובה
TN-IF-04טפסים דיגיטליים וטפסי PDFמילוי טפסים דיגיטליים ומבוססי PDF על ידי הרוכש, עם שמירה אוטומטית בכרטסת הנכס.חובה
TN-IF-05חתימה דיגיטליתחתימה דיגיטלית על פרוטוקול המסירה ועל מסמכים נוספים, ושמירת המסמך החתום.חובה
TN-IF-06טעינת אקסלטעינה ועדכון נתוני נכסים מאקסל (TN-XL-01 עד 03).חובה
2.5.7

הרשאות, תצוגות והתראות

הרשאות ותצוגות

2 דרישות
מזההדרישהפירוטסיווג
TN-PM-01פרופילים והרשאותהיררכיה סמנכ"ל ← מנהל ← נציג, עם הרשאות ברמת מודול, שדה ורשומה (כמפורט ב-1.4.5).חובה
TN-PM-02תצוגות מותאמות משתמשתצוגות סינון וצפייה שמורות לכל משתמש במודולי הפרויקטים, הנכסים והקריאות.חובה

התראות

3 דרישות
מזההדרישהפירוטסיווג
TN-AL-01התראה לפי שעה מוגדרתקריאה שלא טופלה עד שעה מוגדרת.חובה
TN-AL-02התראה לפי זמן המתנהקריאה שחרגה מזמן ההמתנה המוגדר.חובה
TN-AL-03סיכום יומיקריאות ומשימות פתוחות, מסירות קרובות ומועדים חוזיים מתקרבים.חובה
2.5.8

דשבורד ודוחות

ניתוחי שירות (כמו בשירות לקוחות)

TN-DA-01ניתוח קריאות שירות
TN-DA-02ניתוח ביצועי נציגים
TN-DA-03ניתוח סטטוסים
TN-DA-04ניתוח מקורות פנייה
TN-DA-05ניתוח נושאי פנייה
TN-DA-06ניתוח ערוצי טיפול
TN-DA-07ניתוח משימות / אירועים
TN-DA-08ניתוח לקוחות לפי כמות קריאות

ניתוחי נכסים, מכירות ופרויקטים

TN-DA-09מכירת נכסים לפי סוג – דירות, חניות, מחסנים, מסחר
TN-DA-10נמכרו מול זמינים, לפי פרויקט ובניין
TN-DA-11אחוזי מכירה לפי פרויקט
TN-DA-12סטטוס ושלב לכל פרויקט
TN-DA-13מועדי מסירה חוזיים מול צפויים ובפועל
TN-DA-14היתרי בנייה וימים שנחסכו
TN-DA-15מסירות, היתכנות וריג׳קטים
TN-DA-16הרשמות מוקדמות ודמי הרשמה
TN-DA-17סבב חתימות והפצת הסכמים
TN-DA-18רשימות ממתינים לנכסים
TN-DA-19מסמכים חסרים
TN-DA-20משכנתאות לפי בנק

דוחות

3 דרישות
מזההדרישהפירוטסיווג
TN-RP-01דוחות יזומיםדוח יומי, שבועי וחודשי בשליחה יזומה לרשימת תפוצה.חובה
TN-RP-02דוחות לפי דרישהסינון לפי פרויקט, בניין, נכס, סטטוס ותקופה, וייצוא לאקסל.חובה
TN-RP-03דשבורד אינטראקטיבימעבר מנתון מסוכם לרשימת הנכסים / הרוכשים שמאחוריו (Drill-down).חובה
2.5.9

בינה מלאכותית

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

דרישות

4 דרישות
מזההדרישהפירוטסיווג
TN-AI-01ערוץ וואטסאפממשק הבינה המלאכותית למחלקה זמין בוואטסאפ.חובה
TN-AI-02צינור עדכון בזמן אמתעדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM.חובה
TN-AI-03חיבור למודולי המחלקהקישור לכל מודולי ה-CRM המקושרים למחלקה: פרויקטים, נכסים, אנשי קשר, מסמכים, קריאות שירות ומשימות.חובה
TN-AI-04מדידותמערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני.חובה

2.6הסבת נתונים

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

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

2.7נקודות פתוחות להמלצת סקאלה

  1. יחס לקוח–נכס (ראו TN-DM-05) – הדרישה היא קישור 1:1 בין כרטסת איש קשר לכרטסת נכס, אך לקוח עשוי להחזיק מספר רכישות ודירה עשויה להיות רשומה על מספר רוכשים. נבקש המלצה למבנה שיתמוך בשני המקרים.
  2. מפתח לעדכון מאקסל – המלצה על מפתח ייחודי לנכס (פרויקט + בניין + מספר דירה, או מזהה פנימי).
  3. היקף ההסבה – אילו נתונים מ"שני גרופ" מומלץ להסב, ובאיזה שלב.
  4. נוסחאות המועדים החוזיים – אימות נוסחאות החישוב (היתר, ימים שנחסכו, מסירה חוזית, גרייס) ויכולת המערכת לנהל אותן כשדות חישוביים.
  5. חתימה דיגיטלית – רכיב מובנה או ממשק לספק חתימה חיצוני, לפרוטוקול המסירה ולסבב החתימות הפנים-ארגוני.
  6. שדות רוכש בכרטסת הנכס – שמות דיירים, ניידים ודוא"ל יישמרו בכרטסת איש הקשר ויוצגו בנכס, כדי למנוע כפילות נתונים.
  7. רובוט משותף – רובוט וואטסאפ אחד לשירות לקוחות ולדיירים עם ניתוב לפי נושא, או ערוצים נפרדים.
גינדי החזקות · אפיון מסגרת CRM · מחלקת דייריםגרסה 0.6 · 08.10.2026
מחלקה 3

מחלקת שיווק

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

היררכיה: מוקדניות · מנהלת מחלקה · סמנכ"לית טלפוניה כיום: אומני טלקום · מאסקיו

3.1מטרה ושיטה

מטרה

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

שיטה

  • מערך ניהול לידים עם שיוך אוטומטי לנציג / לקבוצת נציגים
  • מודול ניהול לידים (לדיון – ערכת ליד קבועה)
  • מודול טפסי אינטרנט
  • שיוך קריאות לנציג באוטומציה נקודתית / מתמשכת
  • שליטה בתצוגת הנתונים
  • יומן פגישות התומך בשיטת העבודה הקיימת: פרויקט ← משרד ← עובד
  • מסע לקוח מבוסס אוטומציות
  • ניהול מערך דיוור ממוקד
  • ניהול מערך אנשי קשר ממוקד
  • מערך מועדון לקוחות
  • הרשאות לפי פרופיל / תפקיד – מודול, תת-מודול, שדה ויכולת
  • דשבורד ניתוח נתונים
  • דוחות בדחיפה
  • מודול ניתוח קמפיינים והמלצות
  • מדידת אפקטיביות ועלות ליד
  • מדידת תפקוד הליד מהפנייה ועד הפגישה וסגירת העסקה
  • ממשק למרכזיית אומני טלקום
  • ממשק למאסקיו
  • ממשק ל-SSD – ניהול יומנים ומיני סייטס
  • ממשק ל-OLIN360
  • לדיון – רובוט וואטסאפ (תצורה)

3.2רקע ופערים

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

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

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

מסע המתעניין

ליד נכנס← זיהוי מקור ושיוך נציג← תיאום פגישה← תזכורות ואונבורדינג← פגישה← מסר לפי סטטוס← סגירה / קהל לשימור

3.3דרישות

א. קליטה, שיוך וניהול לידים

10 דרישות
מזההדרישהפירוטסיווג
MK-LD-01ניהול לידיםמודול לניהול לידים לאורך כל שלבי התהליך, מהפנייה ועד לסגירה או לסיום התהליך.חובה
MK-LD-02קליטת לידקליטה אוטומטית של לידים מכל המקורות: טפסים, קמפיינים, שיחות, וואטסאפ.חובה
MK-LD-03שיוך לידשיוך ידני, או שיוך אוטומטי לפי פרמטרים ושדות (פרויקט, מקור, אזור וכו').חובה
MK-LD-04שיוך נציג/ה לפנייהאוטומציית שיוך נציג/ה לפנייה לפי כללים מוגדרים.חובה
MK-LD-05מענה מחוץ לשעות הפעילותאוטומציית מענה ללידים שנכנסים מחוץ לשעות הפעילות.חובה
MK-LD-06מענה ברובוט / סוכן קוליאוטומציית מענה ראשוני באמצעות רובוט וואטסאפ או סוכן קולי.חובה
MK-LD-07איכות מתענייןהגדרת איכות המתעניין בכל שלב בעסקה, ושמירת ההיסטוריה של הדירוג.חובה
MK-LD-08שדות עדכון רשומההקמת שדות שמתעדכנים באוטומציה, דרך API או בהזנת ערך ידנית.חובה
MK-LD-09סיבת אי-סגירהשדה חובה בעת סיווג ליד כלא רלוונטי, לצורך ניתוח ולבניית מסרים לקהל זה.חובה
MK-LD-10מקורות הפניהניהול מקורות הפניה כגון חבר מביא חבר ומתווכים חיצוניים, כולל מעקב עמלות.חובה

ב. מתעניינים לנכס ורשימות המתנה

4 דרישות
מזההדרישהפירוטסיווג
MK-PR-01הפרדה בין רוכש למתענייןרישום מתעניין לדירה ללא רכישה, בנפרד מהקשר רוכש–דירה.חובה
MK-PR-02רשימת מתעניינים לנכס משורייןניהול רשימת מתעניינים לדירה גם כאשר היא משוריינת בסטטוס הרשמה, כרשימת המתנה.חובה
MK-PR-03קהל צבוע לאופי דירהיצירת קהל יעד לדירה או לאוכלוסיית דירות (סוג, גודל, קומה, פרויקט) מתוך רשימות המתעניינים.חובה
MK-PR-04הנעה לפעולה מנכסהפעלת טריגר על דירה לתהליך שיווק נקודתי תפעיל אוטומציית שיווק לקהל הרלוונטי לאוכלוסיית נכסים מאותו סוג (לדוגמה: דירה שהתפנתה מהרשמה).חובה

ג. מדידת קמפיינים

5 דרישות
מזההדרישהפירוטסיווג
MK-CM-01תקציב מול ביצועהשוואת תקציב הקמפיין לביצוע בפועל.חובה
MK-CM-02עלות ליד לסגירהחישוב עלות לסגירה לפי קמפיין ומקור הגעה.חובה
MK-CM-03עלות ליד לפגישהחישוב עלות לפגישה שתואמה / התקיימה, לפי קמפיין ומקור.חובה
MK-CM-04עלות ליד לפי סטטוסחישוב עלות הליד בכל סטטוס בתהליך.חובה
MK-CM-05מקור פנייה לפי מספר טלפוןייחוס אוטומטי של מקור הפנייה לפי המספר שאליו או ממנו התקבלה השיחה (ראו ממשקים).חובה

ד. טלפוניה וממשקים

4 דרישות
מזההדרישהפירוטסיווג
MK-IN-01ממשק אומני טלקוםהתממשקות למרכזייה לקבלת נתוני שיחות וניהול מדדים.חובה
MK-IN-02ממשק מאסקיו – מספרים ממוסכיםניטור וניהול מדדים לפי זיהוי המספר שממנו מתקבלת השיחה.
דוגמה: מספר X יציב את מקור הפנייה כסוג Y.
חובה
MK-IN-03הקפצת חלון שיחה נכנסתפתיחת חלון עם פרטי המתעניין עם קבלת השיחה.חובה
MK-IN-04Click to Callהוצאת שיחה מתוך המערכת בלחיצה.חובה

ה. יומן פגישות

5 דרישות
מזההדרישהפירוטסיווג
MK-CL-01היררכיית יומניםיומן לפרויקט, יומן למשרד ויומן למשתמש, עם תצוגה מאוחדת.חובה
MK-CL-02משבצות ומסגרות קבלת קהלהגדרת משבצות זמן ושעות קבלת קהל לכל יומן.חובה
MK-CL-03קיבולת פגישותהגדרת כמות פגישות מתוכננת לכל שעת עבודה או חצי שעה.חובה
MK-CL-04אוטומציות לפי מסגרות זמןמסרים מרגע תיאום הפגישה ועד קיומה: X זמן לאחר התיאום, X זמן לפני הפגישה, ומסרי ביניים לפי אלגוריתם שמתחשב במרווח שבין התיאום לפגישה.חובה
MK-CL-05טיפול במי שלא הגיעסטטוס "לא הגיע" לפגישה ואוטומציה לתיאום מחדש.חובה
תיאום פגישה← אישור + X זמן אחרי תיאום← מסרי ביניים לפי מרווח← תזכורת X זמן לפני← פגישה

ו. אוטומציות, קהלים ודיוור

9 דרישות
מזההדרישהפירוטסיווג
MK-AU-01אוטומציות מבוססות טריגריםניהול אוטומציות המופעלות משינוי סטטוס, שדה או אירוע.חובה
MK-AU-02מערך דיוורדיוור לפי טריגרים, לפי תקופה, או דיוור יזום.חובה
MK-AU-03צביעת קהל ייעודיבניית קהל לפי סיווג, תת-סיווג ומקורות הגעה.חובה
MK-AU-04ניהול קהלים מגווניםניהול קהלים מתוך מודולים שונים וגם מתוך סיווג ותת-סיווג.חובה
MK-AU-05חומרים ויזואליים בוואטסאפשליחת תמונות, הדמיות, סרטונים ו-PDF באוטומציות וואטסאפ.חובה
MK-AU-06אונבורדינג ללקוחניהול אוטומציות אונבורדינג ללקוח חדש.חובה
MK-AU-07מסר לאחר פגישהיצירת מסר שיווקי לאחר קיום הפגישה, לפי הסטטוס שנקבע.חובה
MK-AU-08אוטומציות בסיום תהליךאוטומציות קבועות לפי רלוונטיות וסיווג הלקוח בסיום תהליך המכירה / השיווק, כולל מסרים ללקוחות שסווגו כלא רלוונטיים.חובה
MK-AU-09ניהול אירועי השקההרשמה, אישור הגעה וצ'ק-אין לאירועים, עם ייחוס לקמפיין ולמקור.חובה

ז. ניהול מוקד ודשבורדים

2 דרישות
מזההדרישהפירוטסיווג
MK-DB-01ניהול מוקדניםניתוח ביצועים, ניהול מדדים, ניהול תוצאות ושדות חישוביים על התוצאות.חובה
MK-DB-02דשבורד לפי היררכיית תפקידדשבורד ייחודי למוקדנית, למנהלת המחלקה ולסמנכ"לית, כל אחד ברמת הפירוט המתאימה לו.חובה

ח. מלאי דירות, מחירונים ושריונים

3 דרישות
מזההדרישהפירוטסיווג
MK-IV-01מלאי דירות וסטטוסיםסטטוס לכל דירה: זמינה, משוריינת, בהרשמה, נמכרה – משותף למחלקות השיווק והדיירים.חובה
MK-IV-02מחירוניםמחירון לפי פרויקט ונכס, כולל היסטוריית מחירים.חובה
MK-IV-03הצעת מחיר ושריון עם תוקףהפקת הצעת מחיר מתוך המערכת ושריון דירה עם תוקף. בתום התוקף הדירה משתחררת אוטומטית ומפעילה את רשימת ההמתנה (MK-PR-04).חובה

3.4פתרונות לפי נושא: מודולים, ממשקים וישויות

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

3.4.1

מודול לידים וטפסי אינטרנט

מצב קיים

הלידים מגיעים היום משלושה ערוצים שונים, וכל אחד מהם מנוהל אחרת:

ערוץ 1Meta

קמפיינים ברשתות Meta. החיבור קיים ונמצא תקין.

מודעת Metaטופס Lead Adsליד במערכת
ערוץ 2Google Ads

המודעות מפנות (Redirect) לאתרי תדמית, למיני סייטס ולכתבות תוכן. לכל פלטפורמה טופס משלה להשארת פרטים.

מודעת Google + UTMאתר / מיני סייט / כתבהטופס של הפלטפורמהליד = טופס + UTM
ערוץ 3מספרי צל

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

מודעה עם מספר צלשיחה נכנסת למרכזייהסיווג לפי המספר הנכנס

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

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

מספרי צל ומספר כוכבית

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

מספר צל

המרכזייה מציינת את המספר שאליו נכנסה השיחה. ה-CRM מאזין לשיחה, מפעיל אוטומציה ומסווג את הפנייה לפי המספר הנכנס – פרויקט ומקור.

מספר כוכבית

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

דפי נחיתה וטפסי ספקים

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

דוגמה – כתבת תוכן ביד 2: הלקוח משאיר שם מלא, דוא"ל, נייד ואישור דיוור. מערכת ה-CRM מפיקה טופס אינטרנט בקוד HTML, עם שדות נוספים שזמינים לתיעוד ועם שדות קבועים (Hard Coded) שנכתבים לתוך הפנייה – למשל פרויקט, ספק ומקור. יכולת זו קיימת היום במערכת.

הפתרון

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

Meta · Google · טלפון← טופס אחיד + UTM / מספר מזהה← מודול לידים← זיהוי כפילות← שיוך נציג← מדידה לפי מקור

דרישות

16 דרישות
מזההדרישהפירוטסיווג
MK-LF-01מנוע טפסי אינטרנט אחידטופס אחד שמכיל את כלל שדות הליד, ומוגדר פעם אחת לכל פרויקט ופלטפורמה – במקום טופס נפרד בכל אתר.חובה
MK-LF-02שדות מותניםהצגת השדות הרלוונטיים בלבד לכל פלטפורמה / פרויקט (לדוגמה: כמות חדרים, תקציב וסוג דירה רק בטופסי פרויקט).חובה
MK-LF-03לכידת UTM אוטומטיתקריאת פרמטרי ה-UTM מה-URL המפנה לשדות נסתרים בטופס, ושמירתם בליד יחד עם העמוד שממנו נשלח הטופס.חובה
MK-LF-04הטמעה בכל הפלטפורמותהטמעת הטופס באתרי התדמית, במיני סייטס (כולל אתרי SSD) ובכתבות תוכן, באמצעות קוד הטמעה.חובה
MK-LF-05קליטת לידים מ-Metaשימור החיבור הקיים, ומיפוי שדות הטופס והקמפיין לשדות הליד.חובה
MK-LF-06זיהוי מקור לפי מספר טלפוןקליטת השיחה דרך ממשק אומני טלקום / מאסקיו וייחוס המקור לפי המספר שחויג.חובה
MK-LF-07מניעת כפילויותזיהוי איש קשר קיים לפי מספר נייד מנורמל, ופתיחת פנייה חדשה בכרטסת הקיימת במקום רשומה כפולה.חובה
MK-LF-08שיוך אוטומטישיוך הליד לנציג או לקבוצת נציגים לפי פרויקט, מקור וכללים מוגדרים.חובה
MK-LF-09החזרת המרות לפלטפורמותדיווח חזרה ל-Meta ול-Google על לידים שהגיעו לפגישה / לסגירה (Offline Conversions), לשיפור אופטימיזציית הקמפיינים.אופציונלי
MK-LF-10ערכת ליד קבועהקיט קבוע לניהול ליד – סט שדות, סטטוסים ופעולות אחיד לכל הלידים.לדיון
MK-LF-11פרמטרי URL לשדותהמרת UTM ושדות שמועברים בקוד ה-URL לשדות מידע בליד, לפי מיפוי שמוגדר לכל טופס.חובה
MK-LF-12שדות קבועים לטופס (Hard Coded)לכל טופס שמופק מה-CRM: שדות נסתרים קבועים (פרויקט, ספק, מקור, תת-מקור) שנכתבים לפנייה.חובה
MK-LF-13טבלת הצלבה למספרי צלניהול מיפוי מספר צל ← פרויקט, מקור ותת-מקור בתוך ה-CRM, כולל תוקף ותאריכי שימוש.חובה
MK-LF-14מספר כוכביתשיחות למספר הכוכבית מסווגות לפרויקט, ומקור ההגעה נקבע בשאלה / בבחירה של הנציג בזמן השיחה.חובה
MK-LF-15סטטוס ותת-סיווג תלויניהול הליד בשני שדות בלבד – "סטטוס" ו"תת-סיווג" – בקשר גומלין: המערכת מציגה בתת-הסיווג רק את האפשרויות שמתאימות לסטטוס שנבחר.חובה
MK-LF-16אינדיקציית פגישה בסטטוססטטוס הליד מציג בבירור אם הוא בתהליך פגישה, ובאיזו פגישה (מתואמת, אושרה, פגישת המשך, חתימה).חובה

שדות הליד

26 שדות
שדהסוג (מוצע)הערות
שם מלאטקסט
ניידטלפוןמפתח לזיהוי כפילויות
דוא"לדוא"ל
פרויקטקישור – פרויקט
כמות חדריםרשימהשדה מותנה
תקציברשימהשדה מותנה
סוג דירהרשימהשדה מותנה
אישור דיוורכן / לא
ערוץאוטומטיMeta / Google / טלפון / אורגני / הפניה
מקור הגעהאוטומטינגזר מ-UTM, מהטופס או מהמספר שחויג
utm_sourceאוטומטי
utm_mediumאוטומטי
utm_campaignאוטומטי
utm_contentאוטומטי
utm_termאוטומטי
עמוד מפנה (URL)אוטומטי
מספר צלאוטומטיהמספר שאליו נכנסה השיחה (אומני טלקום / מאסקיו)
תאריך ושעת פנייהאוטומטי
נציג / קבוצה משויכיםקישור – משתמש
סטטוס לידרשימהכולל אינדיקציה לפגישה
תת-סיווגרשימה תלויההאפשרויות נגזרות מהסטטוס (MK-LF-15)
פגישה פעילהקישור – יומןהפגישה הנוכחית של הליד, אם קיימת
איכות מתענייןרשימהמתעדכן בכל שלב (MK-LD-07)
תת-מקוראוטומטיספק, כתבה, טופס או מספר צל ספציפי
ספק / פלטפורמהרשימהלדוגמה: יד 2, אתר הפרויקט, מיני סייט
מזהה טופסאוטומטיהטופס שממנו הגיעה הפנייה
3.4.2

מדידת קמפיינים, משפך ותקציב

מצב קיים

הארגון מודד אפקטיביות שיווקית באופן אינטנסיבי, ובשל היעדר יכולות טכנולוגיות נמצאו לכך פתרונות עוקפים. המדידה מתבצעת ברמת פרויקט, עם ירידה לפרטים למקור ולתת-מקור, לקמפיין או לטופס. המדידות העיקריות הן: השארת פנייה מטופס, ליד מ-Meta וליד מ-Google (לפי UTM). משרד הפרסום הוא WEB3.

הפער: כיום לא מתקיימת מדידה תקציבית או מדידת יעדים דרך מערכת ה-CRM.

הפתרון

מדידה אפקטיבית ותקציבית לכל קמפיין, כולל משפך מכירה, ברמת כמות וברמה כספית:

לידיםכמות · עלות לליד
פגישות שתואמוכמות · עלות לפגישה · % המרה
פגישות שהתקיימוכמות · % הגעה
עסקאותכמות · עלות לעסקה · היקף כספי

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

דרישות

8 דרישות
מזההדרישהפירוטסיווג
MK-FN-01ישות קמפייןקמפיין עם פרויקט, ערוץ, מקור ותת-מקור, תאריכים ומשרד פרסום, מקושר ללידים לפי UTM / טופס / מספר צל.חובה
MK-FN-02תקציב ויעדיםתקציב מתוכנן ובפועל, ויעדי לידים, פגישות ועסקאות לכל קמפיין.חובה
MK-FN-03משפך מכירהלידים ← פגישות שתואמו ← פגישות שהתקיימו ← עסקאות, ברמת כמות וברמה כספית.חובה
MK-FN-04ירידה לפרטיםמדידה ברמת פרויקט, עם ירידה למקור, תת-מקור, קמפיין וטופס.חובה
MK-FN-05עלויות ושיעורי המרהעלות לליד, לפגישה ולעסקה, ושיעור ההמרה בין כל שלב במשפך.חובה
MK-FN-06השוואת קמפייניםהשוואה בין קמפיין X לקמפיין Y לפי משפך, עלות ותשואה.חובה
MK-FN-07המלצות שיווקיותהמלצה להעברת תקציב, משאבים ופוקוס לקמפיינים שהמשפך שלהם אפקטיבי יותר.חובה
MK-FN-08הזנת עלות בפועלקליטת העלות בפועל לכל קמפיין: ידנית, מדוחות משרד הפרסום (WEB3) או בממשק לפלטפורמות הפרסום.להמלצת סקאלה

שדות ישות הקמפיין

21 שדות
שדהסוג (מוצע)הערות
שם קמפייןטקסט
פרויקטקישור – פרויקט
ערוץרשימהMeta / Google / ספק / שלט / אחר
מקור ותת-מקוררשימה
מזהה UTM (utm_campaign)טקסטמפתח לשיוך לידים
מספרי צל משויכיםקישור – טבלת הצלבה
משרד פרסוםרשימהWEB3
תאריך התחלה / סיוםתאריך
תקציב מתוכנןסכום (₪)
עלות בפועלסכום (₪)
יעד לידים / פגישות / עסקאותמספר
כמות לידיםחישובי
כמות פגישות שתואמוחישובי
כמות פגישות שהתקיימוחישובי
כמות עסקאותחישובי
היקף כספי של העסקאותחישובי
עלות ללידחישוביעלות בפועל ÷ לידים
עלות לפגישהחישוביעלות בפועל ÷ פגישות
עלות לעסקהחישוביעלות בפועל ÷ עסקאות
שיעורי המרהחישוביבין כל שלב במשפך
ניצול תקציבחישוביעלות בפועל ÷ תקציב מתוכנן
3.4.3

מערכות קיימות באגף השיווק

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

מערכתתפקיד היוםמול ה-CRMהמשך
אומני טלקוםמרכזייה, תמלול שיחות, תובנות שיחה, רובוט AI לניטור פגישות ולתיאום פגישותממשק דו-כיווני ל-CRMנשמר
מאסקיוספק מספרי צל והצלבת מספרי הצל למידע קבוע עבור ה-CRMלדיון: האם להמשיך במודל זהלבחינה
וואטסאפ פרטי (Web)בשימוש המוקדניות למענה אישי, ללא תלות בניהול כמות הודעותלדיון: ממשק לוואטסאפ פרטי ו/או רשמילבחינה
שמיר מערכותספק דיוור ושליחת הודעות: SMS, וואטסאפ ודוא"ללדיון: חלופה ראויה לספקלהחלפה
OLIN360תצוגה וירטואלית של הפרויקט, הבניינים והדירות במשרדי המכירות ואונליין; מציג סטטוס דירה בהאזנה וקריאת API לשינוי סטטוסAPI: סטטוס דירה מה-CRMנשמר
SSDניהול יומנים ומיני סייטסממשק / החלפה ביומן ה-CRM – לדיוןלבחינה
Metaקמפיינים ולידיםחיבור קייםנשמר
Google Adsמודעות עם הפניה לאתרים, מיני סייטס וכתבותUTM בטפסיםנשמר
WEB3משרד הפרסוםדוחות עלות לקמפייניםנשמר
תצוגת בנייןכלי עזר לתהליך המכירהנדרש – ראו 3.4.5חדש
3.4.4

ניהול יומנים

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

  1. הגדרהלכל פרויקט יומן פגישות
  2. הגדרהלכל פרויקט משרד מכירות וצוות מכירות
  3. הגדרהמסגרת שעות פעילות וכמות פגישות לכל שעת עבודה
  4. תיאוםנציגת מוקד בשיחה טלפונית, או הלקוח באתר הפרויקט (Self Service)
  5. וידוא הגעהאומני טלקום מזהה פגישה מתוכננת ושולחת אישור הגעה ב-AI בוואטסאפ
  6. עדכוןאישור, תיאום מחדש או ביטול – נכתבים ב-API ל-CRM ומעדכנים את יומן הפרויקט

דרישות (בנוסף ל-MK-CL-01 עד 05)

8 דרישות
מזההדרישהפירוטסיווג
MK-CL-06קביעת פגישה עצמיתרכיב קביעת פגישה באתר הפרויקט, שמציג רק משבצות פנויות לפי המסגרת והקיבולת של היומן.חובה
MK-CL-07ממשק אומני טלקום ליומןחשיפת הפגישות המתוכננות לאומני טלקום לצורך וידוא הגעה.חובה
MK-CL-08עדכון יומן מ-APIקבלת אישור הגעה, תיאום מחדש וביטול מאומני טלקום, וביצוע הפעולה ביומן הפרויקט ובכרטסת הלקוח.חובה
MK-CL-09סטטוסי פגישהמתוכננת, אושרה, תואמה מחדש, בוטלה, התקיימה, לא הגיע – בסיס למדידת המשפך.חובה
MK-CL-10סוגי פגישהפגישת מכירה ופגישת חתימת חוזה, עם הגדרות זמן וקיבולת נפרדות.חובה
MK-CL-11שיוך למשרד ולצוותפגישה שנקבעה משויכת למשרד המכירות ולצוות של הפרויקט, ולנציג לפי זמינות.חובה
MK-CL-12קשר איש קשר ↔ זימון ↔ משתמשכל זימון ביומן הפרויקט מקושר לאיש הקשר ולמשתמש שהוקצה לפרויקט.חובה
MK-CL-13יומן שיתופי לפי הרשאותתצוגת יומן שיתופי, עם הרשאות לפי פרויקט: כל משתמש רואה ומנהל רק את הפרויקטים שהוא מורשה להם.חובה
3.4.5

תצוגת בניין

מערך מבוסס Web שמשמש ככלי עזר לניהול תהליך המכירה, בשימוש מערך השיווק והמכירות.

בניין A · פרויקט לדוגמה24 דירות · 7 נמכרו · 11 פנויות
קומה 621נמכרה22נמכרה23בהרשמה24פנויה
קומה 517נמכרה18משוריינת19פנויה20פנויה
קומה 413בהרשמה14נמכרה15פנויה16משוריינת
קומה 39פנויה10נמכרה11פנויה12פנויה
קומה 25נמכרה6נמכרה7פנויה8בהרשמה
קומה 11פנויה2פנויה3משוריינת4פנויה
פנויהמשוריינתבהרשמהנמכרההמחשה בלבד

דרישות

6 דרישות
מזההדרישהפירוטסיווג
MK-BV-01הרשאותניהול לפי סוג משתמש ולפי הפרויקטים שצוותו למשתמש.חובה
MK-BV-02תצוגה אינטראקטיבית מחוברתמחוברת למודולי הפרויקטים, הנכסים, הלידים ואנשי הקשר.חובה
MK-BV-03זמן אמתתעבורת נתונים בזמן אמת – שינוי סטטוס מתעדכן מיד בכל המסכים וב-OLIN360.חובה
MK-BV-04מידע, סינון ומדדיםהצגת מידע מקיף, סרגל סינון (חדרים, קומה, כיוון, מחיר, סטטוס), מדדים ופלטת צבעים לפי סטטוס.חובה
MK-BV-05פעולות מתוך התצוגהדיווח פגישה, ניהול הרשמה, שינוי סטטוס דירה וציוות רוכש לדירה.חובה
MK-BV-06תוכן שיווקיתוכניות דירה, חומר צילומי, מידע מקיף, סטטוס וכמות מתעניינים לכל דירה.חובה
קשר לפורטל המכירות: תצוגת הבניין היא גם לב פורטל המכירות של אנשי המכירות (One Stop Shop). נבקש המלצה האם לבנות אותה כרכיב של סקאלה, כחלק מהפורטל מעל ה-API, או בשילוב.
3.4.6

מסע לקוח

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

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

1. ערוצי התקשרות

ערוץMeta
דיווח ליד ל-CRMהודעת "תודה על פנייתך" בוואטסאפ ובדוא"לשיחה יזומה ממוקד השיווק

במקביל: יצירת קשר יזום על ידי סוכן AI ועל ידי סוכן וואטסאפ

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

במקביל: יצירת קשר יזום על ידי סוכן AI ועל ידי סוכן וואטסאפ

אתר הפרויקטמערך קביעת פגישה
הלקוח קובע פגישה בעצמוהודעת אישור ופרטי הגעהוידוא הגעה

2. וידוא הגעה – יום לפני הפגישה

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

אישור הגעה

הלקוח מאשר בתגובה לסוכן ← קיום פגישה.

ביטול / מועד חדש

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

ללא תגובה

שיחה יזומה ממוקד השיווק:
• אין מענה ← עד 4 ניסיונות חיוג
• יש מענה ← וידוא הגעה: הגעה ← קיום פגישה, או אי הגעה ← ניסיון לתאם מועד חלופי ועדכון היומן

3. קיום פגישה – תוצאות

סגירת עסקה

מסר שיווקי לאחר רכישת דירה.

פגישת המשך

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

לא רלוונטי

מסר שיווקי לאחר פגישה ראשונה וסיווג הלקוח כלא רלוונטי.

4. ציר המסרים השיווקיים

מסר טרום פגישה – 72 שעות← 48 שעות← 24 שעות + וידוא הגעה← פגישה← מסר לאחר הפגישה, לפי התוצאה
הערה: בתרשים, הליד מ-Meta מדווח היום ל-CRM "נדל"ן 2U". במבנה העתידי הוא נקלט במודול הלידים של סקאלה (3.4.1).

אוטומציות מסע הלקוח

9 דרישות
מזההדרישהפירוטסיווג
MK-JR-01הודעת קבלת פנייההודעת "תודה על פנייתך" בוואטסאפ ובדוא"ל עם קליטת ליד, מכל ערוץ.חובה
MK-JR-02יצירת קשר יזום ב-AIפנייה יזומה לליד חדש על ידי סוכן AI (קולי) ועל ידי סוכן וואטסאפ, במקביל למוקד.חובה
MK-JR-03משימת שיחה יזומהפתיחת משימת שיחה למוקד השיווק עם קליטת ליד, ועם "ללא תגובה" בוידוא ההגעה.חובה
MK-JR-04אישור ופרטי הגעההודעה אוטומטית עם קביעת פגישה – ידנית במוקד או עצמית באתר.חובה
MK-JR-05וידוא הגעה יום לפניסוכן טקסט בוואטסאפ (אומני טלקום) מבקש אישור, ביטול או מועד חדש, ומעדכן את היומן.חובה
MK-JR-06ניסיונות חיוגמעקב אחר עד 4 ניסיונות חיוג ללקוח שלא ענה, וסטטוס בהתאם.חובה
MK-JR-07אי הגעהסטטוס "לא הגיע" פותח ניסיון לתאם מועד חלופי ומעדכן את יומן הפגישות.חובה
MK-JR-08מסרים טרום פגישהמסרים שיווקיים 72, 48 ו-24 שעות לפני הפגישה.חובה
MK-JR-09מסרים לאחר פגישהלפי תוצאת הפגישה: לאחר פגישה, פגישת המשך (עם זימון), לא רלוונטי, ולאחר רכישת דירה.חובה
3.4.7

דיוור

מערך השיווק בגינדי החזקות ובחברות הבנות הוא הגורם הבלעדי שאחראי על הדיוור. הדיוור מתבצע היום דרך שמיר מערכות (ראו 3.4.3).

דרישות

8 דרישות
מזההדרישהפירוטסיווג
MK-ML-01בלעדיות השיווקמערך השיווק הוא הגורם הבלעדי לדיוור, בגינדי החזקות ובחברות הבנות – ההרשאה לשליחת דיוור מוגבלת לפרופילי השיווק.חובה
MK-ML-02מודול תבניות דוא"לעיצוב וניהול תבניות דוא"ל עם שדות דינמיים, תמונות, קבצים וקישורים.חובה
MK-ML-03מודול דיוורשליחת דיוור לקהל לפי סגמנט, יזום, מתוזמן או מבוסס אירוע.חובה
MK-ML-04דיוור בוואטסאפשליחה לקהל בוואטסאפ, כולל הפעלה על ידי עדכון רשומות שמשמש כטריגר.חובה
MK-ML-05מדידה תפקודיתמדידת קמפיין הדיוור: נשלחו, נמסרו, נפתחו, הקלקות, הסרות ותגובות.חובה
MK-ML-06מדידת הנעה לפעולהפנייה שנוצרת מדיוור נרשמת עם מקור ליד = קמפיין הדיוור, כך שאפשר למדוד לידים, פגישות ועסקאות מכל דיוור.חובה
MK-ML-07הסרה מדיוורחובה: אפשרות הסרה בכל מסר, שמעדכנת את הרשומה מיד ומונעת שליחה עתידית.חובה
MK-ML-08שדות הסכמהמוצע: "אישור דיוור" כשדה חדש וייחודי במערכת; "ביטול דיוור" – השדה הקיים – ישמש למערך ההסרה.מוצע
3.4.8

מועדון לקוחות

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

דרישות

5 דרישות
מזההדרישהפירוטסיווג
MK-CB-01הגדרת חבר מועדוןחבר מועדון = כל מתעניין, ליד או איש קשר שאישר דיוור. אין פעולת הרשמה נפרדת – החברות נגזרת משדה אישור הדיוור.חובה
MK-CB-02ערוצים ומעבר ל-SMSדיוור בדוא"ל ובוואטסאפ, ומעבר ל-SMS כשיש מגבלת כמות או חסימה.חובה
MK-CB-03תבניות עשירותתבניות עם מסר שיווקי, תמונה, קובץ, מצגת, קישור חי ומסר אישי ללקוח.חובה
MK-CB-04פילוח חברי המועדוןבניית קהלים מחברי המועדון לפי סיווג, תת-סיווג, מקור, פרויקט ואופי הדירה.חובה
MK-CB-05דוח מועדון כמותיכמות חברים, הצטרפויות והסרות לאורך זמן, לפי מקור ופרויקט.חובה
3.4.9

מדידת נציגים

דרישות

4 דרישות
מזההדרישהפירוטסיווג
MK-RM-01מוקד מול מכירותהשוואה בין תפקוד נציגת תיאום הפגישות לתפקוד נציג המכירות.חובה
MK-RM-02מפגישה לעסקהלכל נציגה: סך הלידים שתואמה להם פגישה, ומתוכם סך הלידים שנסגרה איתם עסקה.חובה
MK-RM-03מדידה לפי סטטוסבנפרד: סך הלידים בסטטוס פגישה לפי נציג, וסך הפגישות שתואמו לפי נציג.חובה
MK-RM-04הפרדת סטטוסיםלדיון: סטטוסים נפרדים לאגף השיווק ולאגף המכירות, עם הצלבה ביניהם לנתוני אפקטיביות.לדיון
3.4.10

דוחות ודשבורדים

דוחות מוצעים:

MK-RP-01מדידת נציגים
MK-RP-02אפקטיביות לידים
MK-RP-03סטטוס פניות
MK-RP-04סטטוס יומני פגישות
MK-RP-05סטטוס ליד ללקוח
MK-RP-06ממתינים לדירות
MK-RP-07מועדון לקוחות – כמותי
MK-RP-08יחס המרה
MK-RP-09יחס המרה לפגישה
MK-RP-10יחס המרה לעסקה
MK-RP-11אזורי רכישה – מגורי הרוכשים
MK-RP-12מענה ללידים
MK-RP-13אפקטיביות לידים מול סטטוס

דרישות

3 דרישות
מזההדרישהפירוטסיווג
MK-RP-14דוחות בדחיפהשליחה יזומה ומתוזמנת של דוחות לרשימת תפוצה.חובה
MK-RP-15דוחות לפי דרישההפקה בכל עת, עם סינון וייצוא.חובה
MK-RP-16דשבורד לפי תפקידדשבורד ייחודי למנהלת ולסמנכ"לית (ראו הרשאות).חובה
3.4.11

הרשאות

מוקדנית

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

מנהלת

הרשאה מלאה, ודשבורד ייחודי.

סמנכ"לית

הרשאה מלאה, דשבורד ייחודי ומערך הבינה המלאכותית.

יכולתמוקדניתמנהלתסמנכ"לית
ניהול לידים✓✓✓
צפייה בשדות כספיים✗✓✓
דשבורד נתונים✗✓✓
מודולי מערכת והגדרות✗✓✓
דשבורד ייחודי✗✓✓
מערך בינה מלאכותית✗—✓
✓ מורשה✗ לא מורשה— לא הוגדר
3.4.12

בינה מלאכותית

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

דרישות

4 דרישות
מזההדרישהפירוטסיווג
MK-AI-01ערוץ וואטסאפממשק הבינה המלאכותית למחלקה זמין בוואטסאפ.חובה
MK-AI-02צינור עדכון בזמן אמתעדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM.חובה
MK-AI-03חיבור למודולי המחלקהקישור לכל מודולי ה-CRM המקושרים למחלקה: לידים, קמפיינים, יומנים, דיוור, אנשי קשר ונכסים.חובה
MK-AI-04מדידותמערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני.חובה
3.4.13

רובוט וואטסאפ – שלב ב׳: שיווק

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

ייעוד

  • מענה מיידי לכל ליד, 24/7
  • בירור צרכים ותיעוד בשדות הליד
  • הנגשת חומר ויזואלי מותאם
  • קביעת פגישה ישירות ביומן הפרויקט
  • רשימת ממתינים והסרה מדיוור

הבדלים מרובוט השירות

  • קהל יעד: מתעניינים ולידים
  • קליטת מקור ליד ו-UTM ממודעת Click to WhatsApp
  • יעד: פגישה מתואמת
  • ללא ציון מחירים והנחות
  • וידוא הגעה – באמצעות אומני טלקום
  • רוכש קיים – ניתוב לרובוט השירות
#נושאפעולהמענהתיעוד
M1מידע על פרויקט
"ספרו לי על הפרויקט"
infoשליחת תקציר הפרויקט, קישור לאתר / למיני סייט והדמיה מהמערכת.עדכון פרויקט מבוקש בליד
M2דירות מתאימות
"אילו דירות נשארו?"
qualifyשאלת בירור (חדרים, תקציב) ← "יש בפרויקט דירות שמתאימות לכם. נשמח להציג לכם אותן בפגישה במשרד המכירות."עדכון חדרים ותקציב בליד
M3מחירים
"כמה עולה 4 חדרים?"
qualify"המחירים משתנים לפי הדירה והקומה, ומוצגים בפגישה במשרד המכירות." והצעת פגישה. ללא ציון מחיר.—
M4תוכניות והדמיות
"יש תוכנית של הדירה?"
mediaשליחת תוכנית לדוגמה / הדמיה מהמערכת לפי סוג הדירה (MK-AU-05).תיעוד החומר שנשלח
M5משרד המכירות
"איפה המשרד? מתי פתוח?"
directכתובת, שעות פעילות וקישור לניווט.—
M6קביעת פגישה
"אפשר לקבוע פגישה?"
bookהצעת 2 מועדים פנויים מיומן הפרויקט במלל, אישור והודעת פרטי הגעה (MK-JR-04).זימון ביומן · סטטוס "פגישה מתואמת"
M7שינוי / ביטול פגישה
"לא אוכל להגיע מחר"
rescheduleהצעת מועדים חלופיים, או ביטול ועדכון היומן.עדכון זימון וסטטוס
M8וידוא הגעה
תגובה להודעת וידוא
—מטופל באמצעות אומני טלקום. הרובוט אינו שולח הודעות וידוא ואינו מגיב להן.אומני טלקום מעדכן את היומן ב-API (MK-CL-08)
M9רשימת ממתינים
"הדירה שרציתי נמכרה"
waitlistהצעת צירוף לרשימת הממתינים לפי מאפייני הדירה, ואישור.רישום ברשימת ממתינים (MK-PR-02)
M10מימון ומשכנתא
"איך עובד המימון?"
agent"נציג המכירות ישמח לפרט על אפשרויות המימון בפגישה." ללא ייעוץ.—
M11מבצעים
"יש מבצע?"
infoשליחת המבצע הפעיל מהמערכת, אם קיים; אחרת – הצעת פגישה.—
M12הסרה מדיוור
"הסירו אותי"
optoutעדכון "ביטול דיוור" ואישור ההסרה.שדה ביטול דיוור (MK-ML-07)
M13נציג
"אפשר לדבר עם מישהו?"
agentהעברה למוקד השיווק, כולל היסטוריית השיחה.משימת שיחה למוקד
M14לקוח קיים
"קניתי דירה ויש לי שאלה"
routeניתוב לרובוט השירות.—
M15לא מעוניין
"תודה, לא רלוונטי"
closeסגירה מנומסת ושאלת סיבה במלל.סטטוס לא רלוונטי + סיבה (MK-LD-09)

תרשים שיחות וואטסאפ – הדמיית תהליך

זיהויסיווגביצועתיעודאוטומציה

פעולות המערכת

  1. זיהויליד חדש ממודעת Meta (Click to WhatsApp) · מקור ו-UTM נקלטו
  2. תיעודעדכון שדות הליד: חדרים 4 · תקציב
  3. ביצועשליחת חומר ויזואלי לפי סוג הדירה
  4. ביצועשליפת מועדים פנויים מיומן הפרויקט
  5. תיעודזימון ביומן הפרויקט · סטטוס ליד: פגישה מתואמת
  6. אוטומציהמסרים טרום פגישה · וידוא הגעה – אומני טלקום
פרומפט – רובוט השיווק
# זהות
את הנציגה הדיגיטלית של גינדי בוואטסאפ, עבור מתעניינים ברכישת דירה. המטרה: מענה מיידי לכל ליד, בירור צרכים, וקביעת פגישה במשרד המכירות.

# נתונים המוזנים מהמערכת
- lead – שם, נייד, פרויקט, מקור, קמפיין ו-UTM (אם הגיע ממודעה), סטטוס, אישור דיוור
- project – תקציר, כתובת משרד המכירות, שעות, קישורים, חומרים ויזואליים לפי סוג דירה, מבצע פעיל
- availability – סוגי דירות זמינים (ללא מחירים)
- calendar_slots – מועדים פנויים ביומן הפרויקט
- is_existing_customer – האם המספר משויך לרוכש
לעולם אל תמציאי נתון שלא הוזן מהמערכת.

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

# תהליך
1. פתיחה: "היי, כאן הנציגה הדיגיטלית של גינדי. שמחה שפניתם." ושאלת בירור אחת.
2. בירור צרכים: עד 2 שאלות בסך הכול (חדרים, תקציב). כל תשובה נשמרת בשדות הליד.
3. ערך: מידע, תוכנית או הדמיה מתאימים מתוך project.
4. הנעה לפעולה: הצעת 2 מועדים פנויים מ-calendar_slots, במלל.
5. אישור: פרטי הפגישה והודעה על תזכורת שתישלח.
6. תסריט סיום – כמו ברובוט השירות: "האם תרצו מידע נוסף, או שיחה עם נציג?" · ללא מענה תוך שעה – פנייה נוספת · ללא מענה שעה נוספת – שמירה וסיום, ודיווח לכרטסת הליד.

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

# פעולות
info · qualify · media · direct · book · reschedule · waitlist · agent · optout · route · close

# פלט – JSON אחד בכל תור
{"message_to_customer":"","action":"","lead_updates":{"rooms":null,"budget":null,"project":null,"status":null,"sub_status":null,"not_relevant_reason":null,"mailing_optout":false},"meeting":{"slot_id":null,"action":null},"waitlist":{"add":false,"unit_type":""},"route_to":null}

# קטלוג
# מזהה | נושא | דוגמה | פעולה | מענה | תיעוד
M1 | מידע על פרויקט | "ספרו לי על הפרויקט" | info | שליחת תקציר הפרויקט, קישור לאתר / למיני סייט והדמיה מהמערכת. | עדכון פרויקט מבוקש בליד
M2 | דירות מתאימות | "אילו דירות נשארו?" | qualify | שאלת בירור (חדרים, תקציב) ← "יש בפרויקט דירות שמתאימות לכם. נשמח להציג לכם אותן בפגישה במשרד המכירות." | עדכון חדרים ותקציב בליד
M3 | מחירים | "כמה עולה 4 חדרים?" | qualify | "המחירים משתנים לפי הדירה והקומה, ומוצגים בפגישה במשרד המכירות." והצעת פגישה. ללא ציון מחיר. | —
M4 | תוכניות והדמיות | "יש תוכנית של הדירה?" | media | שליחת תוכנית לדוגמה / הדמיה מהמערכת לפי סוג הדירה (MK-AU-05). | תיעוד החומר שנשלח
M5 | משרד המכירות | "איפה המשרד? מתי פתוח?" | direct | כתובת, שעות פעילות וקישור לניווט. | —
M6 | קביעת פגישה | "אפשר לקבוע פגישה?" | book | הצעת 2 מועדים פנויים מיומן הפרויקט במלל, אישור והודעת פרטי הגעה (MK-JR-04). | זימון ביומן · סטטוס "פגישה מתואמת"
M7 | שינוי / ביטול פגישה | "לא אוכל להגיע מחר" | reschedule | הצעת מועדים חלופיים, או ביטול ועדכון היומן. | עדכון זימון וסטטוס
M8 | וידוא הגעה | תגובה להודעת וידוא | — | מטופל באמצעות אומני טלקום. הרובוט אינו שולח הודעות וידוא ואינו מגיב להן. | אומני טלקום מעדכן את היומן ב-API (MK-CL-08)
M9 | רשימת ממתינים | "הדירה שרציתי נמכרה" | waitlist | הצעת צירוף לרשימת הממתינים לפי מאפייני הדירה, ואישור. | רישום ברשימת ממתינים (MK-PR-02)
M10 | מימון ומשכנתא | "איך עובד המימון?" | agent | "נציג המכירות ישמח לפרט על אפשרויות המימון בפגישה." ללא ייעוץ. | —
M11 | מבצעים | "יש מבצע?" | info | שליחת המבצע הפעיל מהמערכת, אם קיים; אחרת – הצעת פגישה. | —
M12 | הסרה מדיוור | "הסירו אותי" | optout | עדכון "ביטול דיוור" ואישור ההסרה. | שדה ביטול דיוור (MK-ML-07)
M13 | נציג | "אפשר לדבר עם מישהו?" | agent | העברה למוקד השיווק, כולל היסטוריית השיחה. | משימת שיחה למוקד
M14 | לקוח קיים | "קניתי דירה ויש לי שאלה" | route | ניתוב לרובוט השירות. | —
M15 | לא מעוניין | "תודה, לא רלוונטי" | close | סגירה מנומסת ושאלת סיבה במלל. | סטטוס לא רלוונטי + סיבה (MK-LD-09)
פרקים רוחביים בהמשך: תיק לקוח, תיק דירה (איחוד תיק הנכס של הדיירים עם נתוני השיווק) ואוטומציות – יופיעו בתפריט "מודולים וישויות".

3.5נקודות פתוחות להמלצת סקאלה

  1. תצורת רובוט הוואטסאפ – שיח חופשי או משולב, תפקיד הרובוט בקליטת ליד ובתיאום פגישה, והקשר לסוכן הקולי.
  2. ערכת ליד קבועה – המלצה לסט קבוע של שדות, סטטוסים ופעולות לכל ליד.
  3. מספרי צל – האם להמשיך במדידה דרך מאסקיו, או לנהל את מיפוי מספרי הצל ישירות מול אומני טלקום וה-CRM.
  4. מקור לשיחות למספר הכוכבית – איך לייחס מקור לשיחות שמגיעות למספר הראשי של הפרויקט.
  5. וואטסאפ למוקדניות – ממשק לוואטסאפ הפרטי (Web), מעבר לוואטסאפ רשמי, או שילוב.
  6. חלופה לשמיר מערכות – האם מודול הדיוור של סקאלה מחליף את שמיר ב-SMS, וואטסאפ ודוא"ל.
  7. יומנים – SSD מול סקאלה – ממשק ליומני SSD או מעבר ליומן מובנה ב-CRM, והקשר לאומני טלקום.
  8. עלות בפועל לקמפיין – מקור הנתון: הזנה ידנית, דוחות WEB3 או ממשק ל-Meta ול-Google.
  9. סטטוסים לשיווק ולמכירות – האם להפריד סטטוסים בין האגפים ולהצליב ביניהם, או לנהל סטטוס אחד משותף.
  10. דיוור בוואטסאפ – דיוור המוני בוואטסאפ רשמי דורש תבניות שיווקיות מאושרות ו-Opt-in; נבקש המלצה לשילוב עם מעבר ל-SMS בעת חסימה.
  11. שדות הסכמה לדיוור – אימות ההצעה: "אישור דיוור" כשדה חדש, ו"ביטול דיוור" הקיים להסרה, כולל הסבת הנתונים הקיימים.
  12. תצוגת בניין – רכיב של סקאלה, חלק מפורטל המכירות, או שילוב; וסנכרון הסטטוס ל-OLIN360.
  13. זיהוי כפילויות – מפתח לזיהוי ליד קיים (מספר טלפון מנורמל) ומיזוג מול המאגר ההיסטורי ומול רוכשים קיימים.
  14. ייחוס מקור – איך משלבים זיהוי לפי מספר ממוסך עם מקורות דיגיטליים (UTM / טפסים) כדי לחשב עלות לפגישה ולסגירה בלי כפל ספירה.
  15. הסכמה לדיוור – ניהול הסכמה ובקשות הסרה לפי חוק הספאם, במיוחד במסרים ללקוחות שסווגו כלא רלוונטיים.
  16. אלגוריתם התזכורות – המלצה למנגנון שמתאים את תדירות המסרים לפי המרווח בין התיאום לפגישה.
  17. סוכן קולי – האם הפתרון נשען על אומני טלקום או על רכיב של סקאלה.
  18. מעבר ממתעניין לרוכש – העברת הרשומה ממחלקת השיווק למחלקת הדיירים בעת רכישה, תוך שמירת ההיסטוריה.
גינדי החזקות · אפיון מסגרת CRM · מחלקת שיווקגרסה 0.6 · 08.10.2026
אפיון ייעודי

רובוט וואטסאפ

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

שלב א׳: שירות לקוחות ודיירים שלב ב׳: שיווק – סעיף 3.4.13 מקור: אפיון מחלקת השירות וקטלוג השאלות

W.1מטרה ורציונל

מטרות

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

רציונל

  • המוקד מבצע כיום ניתוב ללא תיעוד וללא מעקב – הרובוט מבצע ניתוב מתועד
  • 53% מהשיחות הינן בירור מידע או תיאום – נושאים המונגשים בפורטל הלקוחות
  • שיחות כספים ותלונות הינן השיחות הארוכות והשליליות – הרובוט אינו מטפל בהן ומבצע העברה מיידית לנציג
  • זמינות 24/7 – הפחתת עומס שיא הבוקר

נתוני בדיקת המוקד

51%
מהשיחות במוקד נפתרות
40%
מסתיימות בסטטוס "נדרש המשך"
33%
מהפונים חוזרים בתוך שבוע
53%
מהשיחות הינן בירור מידע או תיאום
46%
מהשיחות בין 09:00 ל-12:00 · אפס לאחר 18:00
79%
מהשיחות ללא הודעת הקלטה

W.2עקרונות פעולה

זיהוי ע"י מזהה חד ערכי – מספר נייד

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

מודל טקסט

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

רמת דחיפות מבוססת קטלוג

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

הנגשה באמצעות פורטל הלקוחות

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

היעדר התחייבות לזמני טיפול

הרובוט אינו מציין זמני טיפול, מועדי ביקור או SLA. נוסח אחיד: "בימים הקרובים".

אבטחת מידע

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

תיעוד מקיף

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

הכלאה בין שירות מבוסס בינה מלאכותית לשירות אנושי

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

W.3תהליך השיחה

  1. פתיחה וזיהויהצגה, הצהרת תיעוד וזיהוי לקוח אל מול הכרטסת
  2. מודל טקסטפענוח הפנייה וסיווג לנושא ולתת נושא
  3. ביצועהפניה לפורטל · פתיחת קריאה · הפניה לקבלן · העברה לנציג · בטיחות
  4. תסריט סיום ודיווח"שירות נוסף או נציג אנושי?" · תזכורת לאחר שעה · שמירה וסיום לאחר שעה נוספת · דיווח ל-CRM
מודל טקסט: הרובוט פועל בשיח חופשי, ללא תפריטי בחירה וללא כפתורים. שאלות הבהרה יתקיימו במלל.

W.4קטלוג נושאים

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

הפניה לפורטל 28קריאה לטיפול פנימי 8קריאה + פרטי קבלן 12העברה לנציג 3הסלמה 2בטיחות – הסלמה מיידית 1אחר 6
כספים ותשלומים13 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
1לוח תשלומים
"מתי התשלום הבא שלי?"
מה לוח התשלומים · כמה אני צריך לשלם החודש · מה הפריסה
הפניה לפורטל
את לוח התשלומים המלא, כולל המועד הבא, ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל.
כספים / לוח תשלומים / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
2לוח תשלומים
"כמה כבר שילמתי עד היום?"
מה שולם · כמה נשאר לשלם · סיכום תשלומים
הפניה לפורטל
את פירוט התשלומים ששולמו ואת היתרה ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}.
כספים / לוח תשלומים / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
3יתרה ופיגור
"מה היתרה שלי לתשלום?"
כמה אני חייב · מצב חשבון · יתרת חוב
הפניה לפורטל
את מצב החשבון העדכני, כולל היתרה לתשלום, ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}.
כספים / יתרה ופיגור / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
4יתרה ופיגור
"קיבלתי הודעה על פיגור – למה?"
ריבית פיגורים · חייבו אותי ריבית · התראה על חוב
הפניה לפורטל
את פרטי הפיגור והריבית ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל, ונציג הנהלת החשבונות יחזור אליכם.
שיחות ריבית פיגורים: 19 דק' ו-100% שליליות במוקד – הרובוט לא מנסה לפתור
כספים / יתרה ופיגור / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
5יתרה ופיגור
"אני לא מצליח לשלם בזמן, מה עושים?"
אפשר לדחות תשלום · פריסה מחדש · קושי בתשלום
הפניה לפורטל
בקשות לדחייה או לפריסה מטופלות על ידי הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות: {קישור}, ונציג יחזור אליכם.
סימון "רגיש" בקריאה
כספים / יתרה ופיגור / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
6הקדמת תשלום
"אני רוצה להקדים תשלום"
לשלם מראש · לסגור את כל היתרה
הפניה לפורטל
הקדמת תשלום מחייבת אישור של הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות, עם הסכום והמועד הרצוי: {קישור}.
כספים / הקדמת תשלום / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
7אמצעי תשלום
"איך משלמים? לאיזה חשבון מעבירים?"
פרטי חשבון בנק · כרטיס אשראי · שובר תשלום
הפניה לפורטל
את פרטי התשלום והשוברים ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. מטעמי אבטחת מידע, איננו שולחים פרטי חשבון בוואטסאפ.
לעולם לא לשלוח פרטי חשבון
כספים / אמצעי תשלום / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
8אמצעי תשלום
"העברתי כסף ולא רואים את זה"
התשלום לא נקלט · שילמתי ועדיין מופיע חוב
הפניה לפורטל
קליטת תשלום נבדקת על ידי הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות ולצרף אסמכתא: {קישור}.
כספים / אמצעי תשלום / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
9מדד
"איך מחשבים את ההצמדה למדד?"
למה הסכום עלה · מדד תשומות הבנייה
הפניה לפורטל
את פירוט ההצמדה למדד לפי החוזה ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לשאלות על החישוב – ניתן להשאיר פנייה בפורטל.
הרובוט לא מחשב סכומים
כספים / מדד / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
10קבלה
"צריך קבלה על תשלום"
חשבונית · אישור תשלום · אישור יתרה למשכנתא
הפניה לפורטל
את הקבלות על כל התשלומים ניתן להוריד בפורטל הלקוחות לאחר הזדהות: {קישור}.
כספים / קבלה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
11זיכוי
"מגיע לי זיכוי – מתי אקבל אותו?"
החזר כספי · זיכוי על מטבח · החזר דמי הרשמה
הפניה לפורטל
את סטטוס הזיכויים ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל.
כספים / זיכוי / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
12ערבויות
"איפה ערבות חוק המכר שלי?"
ערבות בנקאית · פנקס ערבויות · הערת אזהרה
הפניה לפורטל
את הערבויות והביטחונות ניתן לקבל בפורטל הלקוחות, תחת "המסמכים שלי": {קישור}.
כספים / ערבויות / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
13מס וארנונה
"שאלה על מס רכישה / ארנונה"
טופס למס · רישום ארנונה · מי משלם ארנונה לפני מסירה
הפניה לפורטל
את המסמכים לרשויות המס ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לשאלות נוספות – ניתן להשאיר פנייה בפורטל.
כספים / מס וארנונה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: הנה"ח
חוזה ומסמכים8 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
14העתק חוזה
"אפשר לקבל העתק של החוזה?"
לשלוח לי את ההסכם · חוזה חתום
הפניה לפורטל
את החוזה החתום ניתן להוריד בפורטל הלקוחות לאחר הזדהות: {קישור}. מטעמי אבטחת מידע, איננו שולחים חוזים בוואטסאפ.
לא לשלוח חוזה בוואטסאפ
תפעול / העתק חוזה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: תפעול
15נספח לחוזה
"חסר לי נספח לחוזה"
מפרט טכני · תוכנית הדירה · תשריט · תקנון בית משותף
הפניה לפורטל
שאלת איסוף: איזה מסמך חסר?
את כל נספחי החוזה ניתן לקבל בפורטל הלקוחות, תחת "המסמכים שלי": {קישור}. אם המסמך אינו מופיע – ניתן להשאיר פנייה בפורטל.
תפעול / נספח לחוזה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: תפעול
16טפסי משכנתא
"צריך טפסים לבנק למשכנתא"
טופס 4 · טופס 856 · אישור זכויות · מכתב כוונות
הפניה לפורטל
שאלת איסוף: לאיזה בנק, ועד מתי הטפסים נדרשים?
את טפסי ההשלמה לבנק ניתן להפיק בפורטל הלקוחות: {קישור}. ניתן להשאיר שם פנייה, עם שם הבנק והמועד שבו הטפסים נדרשים.
המשימה הנפוצה ביותר במוקד
תפעול / טפסי משכנתא / הועבר לפורטל
דחיפות: רגיל (מועד קרוב → דחוף)
גורם מטפל: תפעול
17אישור זכויות
"צריך אישור זכויות / נסח"
נסח טאבו · גוש וחלקה · רישום בטאבו
הפניה לפורטל
את אישורי הזכויות ופרטי הרישום ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבקשה מיוחדת – ניתן להשאיר פנייה בפורטל.
תפעול / אישור זכויות / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: תפעול / משפטית
18טופס ייחודי
"צריך טופס / אישור מיוחד"
אישור לעירייה · אישור לחברת החשמל · אישור לוועד
הפניה לפורטל
שאלת איסוף: איזה טופס נדרש, ולאיזו מטרה?
ניתן להשאיר את הבקשה בפורטל הלקוחות: {קישור}, ונציג יחזור אליכם.
התיאור נשמר בקריאה
תפעול / טופס ייחודי / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: תפעול
19עדכון פרטי קשר
"רוצה לעדכן טלפון / מייל / כתובת"
שיניתי מספר · להוסיף איש קשר
קריאה לטיפול פנימי
עדכון פרטים מתבצע על ידי נציג, לאחר אימות. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
הרובוט לא משנה נתונים בתיק
תפעול / עדכון פרטי קשר / פתוח
דחיפות: רגיל
גורם מטפל: נציג שירות
20העברת זכויות
"אני רוצה למכור את הדירה – מה התהליך?"
הסבת חוזה · מכירה לפני מסירה · להוסיף רוכש
קריאה לטיפול פנימי
נושא זה מטופל על ידי המחלקה המשפטית. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
תפעול / העברת זכויות / פתוח
דחיפות: רגיל
גורם מטפל: משפטית
21ביטול / שינוי עסקה
"אני רוצה לבטל את העסקה"
ביטול חוזה · החלפת דירה · ביטול הרשמה
העברה לנציג
נושא זה מטופל באופן אישי. העברתי את הפנייה לנציג, והוא יחזור אליכם בהקדם.
סימון "רגיש"; ללא תסריט
תפעול / ביטול / שינוי עסקה / ממתין לנציג
דחיפות: דחוף
גורם מטפל: משפטית / מנהלת שירות
סטטוס הפרויקט והמסירה9 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
22שלב הפרויקט
"באיזה שלב הבנייה?"
מה קורה באתר · התקדמות הבנייה
הפניה לפורטל
את שלב הבנייה של {פרויקט} ניתן לראות בפורטל הלקוחות: {קישור}.
תפעול / שלב הפרויקט / הועבר לפורטל
דחיפות: מידע בלבד
גורם מטפל: ניהול פרויקטים
23צפי מסירה
"מתי מקבלים את הדירה?"
מועד מסירה · צפי אכלוס · יהיה עיכוב?
הפניה לפורטל
את צפי המסירה הרשמי של {פרויקט} ניתן לראות בפורטל הלקוחות: {קישור}. כל שינוי במועד יישלח אליכם בכתב.
"יהיה עיכוב?" → אותה תשובה, ללא הבטחות
תפעול / צפי מסירה / הועבר לפורטל
דחיפות: מידע בלבד
גורם מטפל: ניהול פרויקטים
24סטטוס מסירה
"מה הסטטוס של המסירה שלי?"
מתי מתאמים לי מסירה · קיבלתי זימון?
הפניה לפורטל
את סטטוס המסירה של דירה {מספר דירה} ניתן לראות בפורטל הלקוחות: {קישור}. זימון למסירה יישלח אליכם בכתב.
תפעול / סטטוס מסירה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: דיירים
25תיאום מסירה
"רוצה לשנות את מועד המסירה"
לדחות מסירה · להקדים מסירה · לא יכול להגיע
הפניה לפורטל
בקשות לשינוי מועד המסירה נרשמות בפורטל הלקוחות: {קישור}. ציינו מועדים חלופיים, ונחזור אליכם לאישור.
תפעול / תיאום מסירה / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: דיירים
26עדכונים ותמונות
"יש תמונות מהשטח?"
עדכון חודשי · ניוזלטר
הפניה לפורטל
את העדכונים והתמונות האחרונים מהשטח ניתן לראות בפורטל הלקוחות: {קישור}.
תפעול / עדכונים ותמונות / הועבר לפורטל
דחיפות: מידע בלבד
גורם מטפל: שיווק / ניהול פרויקטים
27תיאום סיור
"אפשר לבוא לראות את הדירה?"
סיור בדירה · לבוא למדוד · להביא קבלן למדידה
הפניה לפורטל
בקשות לסיור בדירה נרשמות בפורטל הלקוחות: {קישור}. ציינו מועדים נוחים, ונחזור אליכם לאישור.
תפעול / תיאום סיור / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: ניהול פרויקטים
28חניה ומחסן
"איזו חניה / מחסן שייכים לי?"
מספר חניה · תשריט חניון · שינוי חניה
הפניה לפורטל
את שיוך החניה והמחסן ניתן לראות בנספחי החוזה בפורטל הלקוחות: {קישור}. לבקשת שינוי – ניתן להשאיר פנייה בפורטל.
הנושא הנפוץ ביותר במוקד
תפעול / חניה ומחסן / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: תפעול
29חברת ניהול
"מי חברת הניהול? כמה דמי ניהול?"
ועד בית · חברת אחזקה
הפניה לפורטל
את פרטי חברת הניהול והסכם הניהול ניתן לקבל בפורטל הלקוחות: {קישור}. לשירות השוטף – ניתן לפנות ישירות לחברת הניהול: {פרטי חברת הניהול}.
ביטול הסכם ניהול → נציג
תפעול / חברת ניהול / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: דיירים
30חיבורים ותשתיות
"מתי מחברים חשמל / מים / גז?"
מונה מים · אינטרנט
הפניה לפורטל
את המידע על חיבור התשתיות בדירה ניתן לקבל בפורטל הלקוחות: {קישור}. לדיווח על תקלה בחיבור קיים – ניתן לפרט כאן את התקלה.
תפעול / חיבורים ותשתיות / הועבר לפורטל
דחיפות: רגיל
גורם מטפל: דיירים
שינויי דיירים5 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
31שינוי בתוכנית
"אפשר להזיז קיר / להוסיף שקע?"
שינוי בחשמל · שינוי באינסטלציה · נקודת מים
קריאה לטיפול פנימי
שאלת איסוף: ספרו לי מה הבקשה. אם יש תוכנית או סקיצה – צרפו אותה כאן.
הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תחזור אליכם בימים הקרובים.
הרובוט לא מאשר ולא מתמחר
שינויי דיירים / שינוי בתוכנית / פתוח
דחיפות: רגיל (פחות מ-14 יום למועד האחרון → דחוף)
גורם מטפל: מתאמת שינויי דיירים
32בחירת חומרים
"איך בוחרים ריצוף / מטבח / סניטריה?"
איפה אולם התצוגה · מה הסטנדרט · אפשר לשדרג
קריאה לטיפול פנימי
שאלת איסוף: מה תרצו לדעת על הבחירות?
הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תחזור אליכם בימים הקרובים.
שינויי דיירים / בחירת חומרים / פתוח
דחיפות: רגיל
גורם מטפל: מתאמת שינויי דיירים
33בחירות שבוצעו
"מה בחרתי? אפשר לשנות בחירה?"
סיכום בחירות · לשנות ריצוף שבחרתי
קריאה לטיפול פנימי
הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תשלח לכם את סיכום הבחירות ותבדוק אם עדיין ניתן לשנות.
שינויי דיירים / בחירות שבוצעו / פתוח
דחיפות: רגיל
גורם מטפל: מתאמת שינויי דיירים
34מועד אחרון
"עד מתי אפשר לבחור / לשנות?"
מתי נסגר החלון · פספסתי את המועד
קריאה לטיפול פנימי
הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תעדכן אתכם במועד האחרון לדירה שלכם.
בעתיד: תשובה אוטומטית משדה ב-CRM
שינויי דיירים / מועד אחרון / פתוח
דחיפות: רגיל
גורם מטפל: מתאמת שינויי דיירים
35תמחור
"כמה עולה השינוי?"
הצעת מחיר · זיכוי על ביטול פריט
קריאה לטיפול פנימי
הבקשה נרשמה (מספר {מספר}). שאלות על תמחור מטופלות על ידי מתאמת שינויי הדיירים, והיא תחזור אליכם בימים הקרובים.
שינויי דיירים / תמחור / פתוח
דחיפות: רגיל
גורם מטפל: מתאמת שינויי דיירים
ליקויים ובדק8 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
36מטבח
"יש ליקוי במטבח"
סדק · רטיבות · אריח שבור · דלת לא נסגרת
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / מטבח / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
37חדר רחצה
"יש ליקוי בחדר הרחצה"
סדק · רטיבות · אריח שבור
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / חדר רחצה / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
38סלון
"יש ליקוי בסלון"
סדק · רטיבות · צבע מתקלף
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / סלון / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
39חדר שינה
"יש ליקוי בחדר שינה"
סדק · רטיבות · חלון לא נאטם
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / חדר שינה / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
40מרפסת / גינה
"יש ליקוי במרפסת / בגינה"
סדק · רטיבות · ניקוז
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / מרפסת / גינה / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
41שטח משותף / חניה
"יש ליקוי בשטח משותף / בחניה"
לובי · חדר מדרגות · חניון
קריאה + פרטי קבלן
שאלת איסוף: תארו את הליקוי במשפט אחד, וצרפו תמונה.
הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
ליקויים / שטח משותף / חניה / הועבר לקבלן
דחיפות: רגיל (בטיחות → דחוף)
גורם מטפל: קבלן מבצע · מעקב נציג בדק
42תקופת בדק
"עד מתי יש לי בדק? מה כלול?"
אחריות · מה מכוסה · ביקור בדק שנתי
הפניה לפורטל
את תנאי תקופת הבדק ניתן לקבל בחוזה, בפורטל הלקוחות: {קישור}. לדיווח על ליקוי – ניתן לפרט כאן את הליקוי.
ליקויים / תקופת בדק / הועבר לפורטל
דחיפות: מידע בלבד
גורם מטפל: נציג בדק
43מעקב / פנייה חוזרת
"דיווחתי על ליקוי ואף אחד לא חזר אליי"
הקבלן לא הגיע · תיקנו ולא טוב
הסלמה
מצטערת על העיכוב. מצאתי את פנייה {מספר}, והעברתי אותה לטיפול דחוף של נציג.
32.8% פניות חוזרות במוקד – הסלמה אוטומטית
ליקויים / מעקב / פנייה חוזרת / ממתין לנציג
דחיפות: דחוף
גורם מטפל: מנהלת שירות
תקלה אחרי מסירה8 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
44חשמל
"אין חשמל / קצר"
שקע לא עובד · פחת קופץ · אור מהבהב
קריאה + פרטי קבלן
שאלת איסוף: תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה?
התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
"קצר" / "חשמל חשוף" = בטיחות
תקלת מסירה / חשמל / הועבר לקבלן
דחיפות: מונע שימוש → דחוף; אחרת רגיל
גורם מטפל: קבלן חשמל
45אינסטלציה
"יש נזילה / אין מים"
סתימה · אין מים חמים · לחץ נמוך · דוד
קריאה + פרטי קבלן
שאלת איסוף: תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה?
התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב. בנזילה פעילה או בהצפה: "סגרו את ברז המים הראשי. העברתי את הפנייה לנציג באופן מיידי (מספר {מספר})."
"נזילה" / "הצפה" = בטיחות
תקלת מסירה / אינסטלציה / הועבר לקבלן
דחיפות: נזילה פעילה / הצפה → דחוף
גורם מטפל: קבלן אינסטלציה
46מיזוג
"המזגן לא עובד"
לא מקרר · רעש · נזילה מהמזגן
קריאה + פרטי קבלן
שאלת איסוף: תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה?
התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
תקלת מסירה / מיזוג / הועבר לקבלן
דחיפות: רגיל (בקיץ – לפי מדיניות)
גורם מטפל: קבלן מיזוג
47דלתות וחלונות
"דלת לא ננעלת / תריס תקוע"
חלון לא נסגר · תריס חשמלי · אינטרקום
קריאה + פרטי קבלן
שאלת איסוף: תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה?
התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
תקלת מסירה / דלתות וחלונות / הועבר לקבלן
דחיפות: דלת כניסה לא ננעלת → דחוף
גורם מטפל: קבלן אלומיניום / נגרות
48גז
"יש ריח גז"
גז לא מחובר · כיריים
בטיחות – הסלמה מיידית
ריח גז הוא מצב מסוכן: סגרו את ברז הגז, פתחו חלונות וחייגו לחברת הגז: {טלפון חברת הגז}. העברתי את הפנייה לנציג באופן מיידי (מספר {מספר}).
לא ממתינים לקבלן
תקלת מסירה / גז / ממתין לנציג
דחיפות: דחוף
גורם מטפל: נציג + חברת הגז
49שטח משותף
"המעלית תקועה / לא עובדת"
תאורה בחדר מדרגות · שער חניון · דלת לובי
קריאה + פרטי קבלן
שאלת איסוף: האם יש אנשים לכודים במעלית?
אם יש אנשים לכודים – חייגו מיד: {מספר חירום}. אחרת: הפנייה נרשמה (מספר {מספר}) והועברה לחברת הניהול.
תקלת מסירה / שטח משותף / הועבר לקבלן
דחיפות: לכודים → דחוף; אחרת רגיל
גורם מטפל: חברת ניהול / קבלן
50אחר
"תקלה אחרת"
ריצוף התרומם · רטיבות בקיר · ריח ביוב
קריאה + פרטי קבלן
שאלת איסוף: תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה?
התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
תקלת מסירה / אחר / הועבר לקבלן
דחיפות: לפי "מונע שימוש"
גורם מטפל: קבלן ראשי
51מעקב / פנייה חוזרת
"הקבלן לא יצר קשר"
דיווחתי ולא הגיעו · תיקנו ועדיין תקול
הסלמה
מצאתי את פנייה {מספר}, והעברתי אותה לנציג לטיפול דחוף.
תקלת מסירה / מעקב / פנייה חוזרת / ממתין לנציג
דחיפות: דחוף
גורם מטפל: מנהלת שירות
כללי9 נושאים
#תת נושאפעולהמענה הרובוטתיעוד ב-CRM
52פרטי קשר
"מה שעות הפעילות? איך מתקשרים?"
טלפון השירות · כתובת המשרד · מייל הנה"ח
תשובה ישירה
שעות הפעילות: {שעות}. טלפון: {טלפון}. דוא"ל: {מייל}.
5.6 דק' במוקד על "מייל הגבייה"
אחר / פרטי קשר / נסגר בבוט
דחיפות: מידע בלבד
גורם מטפל: —
53בקשת נציג
"אני רוצה לדבר עם בן אדם"
נציג · תעבירו אותי · שיחה טלפונית
העברה לנציג
אני מעבירה אתכם לנציג. שעות הפעילות: {שעות}. הנציג יראה את כל השיחה, כך שלא תצטרכו לחזור על הפרטים.
לפי הנושא שזוהה / בקשת נציג / ממתין לנציג
דחיפות: רגיל
גורם מטפל: נציג שירות
54תלונה
"אני רוצה להתלונן"
שירות גרוע · אף אחד לא עונה · עורך דין · אפרסם
העברה לנציג
אני מבינה. העברתי את הפנייה לנציג, והוא יחזור אליכם בהקדם.
סימון "רגיש"; 0% פתרון לתלונות במוקד
תלונה / תלונה / ממתין לנציג
דחיפות: דחוף
גורם מטפל: מנהלת שירות
55משוב חיובי
"תודה, הייתם מעולים"
כל הכבוד · סבבה
סגירה
תודה רבה. נשמח לדירוג השירות בציון 1 עד 5.
אחר / משוב חיובי / נסגר בבוט
דחיפות: —
גורם מטפל: —
56מתעניין / רכישה
"אני רוצה לקנות דירה"
מחירון · דירות פנויות · פגישה במשרד מכירות
ניתוב מחוץ לסקופ
לרכישת דירה, נשמח לחבר אתכם לצוות המכירות: {העברה לרובוט השיווק}.
ניתוב לרובוט השיווק (שלב ב')
—
דחיפות: —
גורם מטפל: שיווק
57ספק / קבלן
"אני ספק, צריך את מחלקת הרכש"
חשבונית לספק · תשלום לספק
ניתוב מחוץ לסקופ
ערוץ זה מיועד ללקוחות החברה. לספקים: {מייל / טלפון מחלקת הרכש}.
4.5% מהשיחות במוקד
—
דחיפות: —
גורם מטפל: רכש
58שאלה משפטית
"מה אומר סעיף X בחוזה? מגיע לי פיצוי?"
פיצוי על איחור · פרשנות חוזה · חוק המכר
קריאה לטיפול פנימי
נושא זה מטופל על ידי נציג. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
הרובוט לא מפרש חוזה
תפעול / שאלה משפטית / פתוח
דחיפות: רגיל
גורם מטפל: משפטית
59לא הובן
"(הודעה שלא סווגה)"
טקסט לא ברור · הודעה קולית · סטיקר
שאלת הבהרה
לא בטוחה שהבנתי. אפשר לפרט במה מדובר? ← בפעם השנייה: "אני מעבירה אתכם לנציג."
הודעה קולית: לתמלל אם הפלטפורמה תומכת
אחר / לא סווג / ממתין לנציג
דחיפות: רגיל
גורם מטפל: נציג שירות
60אנגלית
"Hi, I have a question about my apartment"
Hello · שפות אחרות
מעבר לאנגלית
Hi {name}, this is Gindi customer service. How can I help?
לרוכשי גינדי גלובל; שפה אחרת → נציג
—
דחיפות: —
גורם מטפל: —

W.5תרשים שיחות וואטסאפ – הדמיית תהליך

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

זיהויסיווגביצועתיעודאוטומציה

פעולות המערכת

  1. זיהוימספר הנייד זוהה אל מול כרטסת הלקוח – יוסי כהן · דירה 12
  2. סיווגכספים / לוח תשלומים · דחיפות: רגיל
  3. ביצועהפניה למסך לוח התשלומים בפורטל הלקוחות
  4. אוטומציהפנייה נוספת לאחר שעה ללא מענה
  5. תיעודתסריט סיום – דיווח ל-CRM: קריאה 10483 · סטטוס: הועבר לפורטל · מקור: רובוט · סיכום שיחה
  6. אוטומציהדירוג שביעות רצון בסגירת קריאה
  7. תיעודשביעות רצון: 5 · נשלחה הודעת תודה

W.6בטיחות, הסלמה ואוטומציות

מצבי בטיחות – הסלמה מיידית

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

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

מילות הסלמה לנציג

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

פניות בנושא תלונה, איום וביטול יסומנו כ"רגיש".

אוטומציות

8 דרישות
מזההדרישהפירוטסיווג
WB-AU-01הסלמה למנהלתתנאי: קריאה ברמת דחיפות "דחוף", שאינה סגורה, ממקור "רובוט". פעולה: התראה למנהל הישיר של הנציג / המחלקה, תחת הכותרת "התקבלה קריאה בסיווג רמת דחיפות גבוהה", לרבות שם הלקוח, הפרויקט ופרטי הפנייה.חובה
WB-AU-02אישור קבלת פנייהקריאות שנפתחו בערוץ אחר: "קיבלנו את פנייתכם מספר {X}".חובה
WB-AU-03מעקב אחר הפניה לקבלן{X} ימים ממועד ההפניה – בירור מול הלקוח האם הפנייה טופלה. כל מענה מעדכן סטטוס; "לא טופל" – העברה לנציג.חובה
WB-AU-04עדכוני סטטוס ללקוחבכל שינוי סטטוס (בטיפול, הועבר לקבלן, נסגר) – הודעה קצרה ללקוח.חובה
WB-AU-05דירוג ופולואפבסגירת הקריאה: דירוג 1–5. 1–2 – חזרת נציג ללקוח; 3 – "מה ניתן לשפר?"; 4–5 – הודעת תודה. דוח שבועי למנהלת השירות.חובה
WB-AU-06פנייה חוזרתאותו לקוח ואותו תת נושא בתוך 7 ימים – קישור לקריאה הקודמת והסלמה.חובה
WB-AU-08סגירה ושמירה אוטומטיתללא מענה לשאלת הסיום – פנייה נוספת לאחר שעה; ללא מענה שעה נוספת – שמירה וסיום הפנייה, ודיווח ל-CRM (סיכום, תוצאה וסיבת סגירה).חובה
WB-AU-07הודעה אוטומטית לקבלןשליחת פרטי התקלה לקבלן המבצע עם פתיחת הקריאה.לדיון

W.7תיעוד במערכת ה-CRM

ערכי סיווג ושדות קריאת שירות המתועדים ע"י הרובוט, כהשלמה למודול קריאות השירות (1.4.2).

סוג פנייה

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

סטטוס קריאה

הועבר לפורטלפתוחממתין לנציגבטיפולממתין ללקוחהועבר לקבלןנסגר בבוטנסגר

דחיפות

דחוףרגילמידע בלבד

גורם מטפל

הנה"חתפעולמשפטיתניהול פרויקטיםדייריםמתאמת שינויי דייריםנציג בדקקבלןחברת ניהולמנהלת שירותנציג שירותשיווק

ערוץ

וואטסאפ-בוטוואטסאפ-נציגטלפוןדוא"לפורטל

שדות קריאת שירות

23 שדות
שדהסוגהערות
מספר קריאהאוטומטימזהה ייחודי
לקוחקישור – תיק לקוחלפי התאמת מספר הוואטסאפ לנייד 1/2/3
פרויקט / בניין / דירהמתיק הלקוחללקוח עם כמה דירות – לפי בחירתו בשיחה
ערוץרשימהוואטסאפ-בוט
מקור טיפולרשימהרובוט / נציג – תנאי להסלמה למנהלת
סוג פנייהרשימה
תת-נושארשימה תלויהלפי סוג הפנייה
דחיפותרשימהמהקטלוג + מילות בטיחות + "מונע שימוש?"
סטטוסרשימה
גורם מטפלרשימהקבלן – לפי טבלת קבלנים לפרויקט
תיאור חופשיטקסטמה שהלקוח כתב
תמלול השיחהטקסט ארוךכל השיחה עם הרובוט
קבציםמצורפיםתמונות, סרטונים ומסמכים מהלקוח
מונע שימוש בדירהכן / לאתקלות מסירה בלבד
מערכת / חלק בדירהרשימהתקלות: מערכת · ליקויים: חלק בדירה
קישור פורטל שנשלחURLבפניות "הועבר לפורטל"
סימון רגישכן / לאתלונה, כעס, איום, ביטול
זמני פתיחה, תגובה ראשונה וסגירהתאריך-שעהבסיס למדידת זמני טיפול
תאריך הפניה לקבלןתאריךטריגר למעקב
הודעה לקבלן נשלחהתאריך-שעהאם יוחלט על הודעה אוטומטית לקבלן
תשובת מעקב קבלןטופלה / בטיפול / לא טופלמעדכן סטטוס; "לא טופל" → נציג
שביעות רצון1–5פולואפ ודוח שבועי למנהלת השירות
פנייה חוזרתקישור לקריאהאותו לקוח + אותו תת-נושא תוך 7 ימים

W.8מדדי הצלחה

מדדמצב קיים (בדיקת המוקד)יעד
פניות המטופלות ונסגרות ע"י הרובוט, לרבות הפניה לפורטל—53% בתוך 30 יום ממועד העלייה לאוויר
פונים החוזרים בתוך שבוע33%הפחתה – יעד להגדרה
שיחות המסתיימות בסטטוס "נדרש המשך"40%הפחתה – יעד להגדרה
זמן עד מענה ראשוןלפי זמינות המוקדמיידי, 24/7
פניות המטופלות מחוץ לשעות הפעילותאפס לאחר 18:00מדידה
שביעות רצון ממוצעתאינה נמדדת1–5, מגמה חודשית
שיעור העברה לנציג ושיעור פניות שלא סווגו—מדידה ושיפור הקטלוג

W.9פרומפט מערכת

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

פרומפט – רובוט השירות
# זהות
את "{שם הרובוט}" – רובוט השירות של גינדי החזקות בוואטסאפ. את משרתת רוכשי דירות ודיירים בפרויקטים של גינדי, מרגע הרכישה ועד לאחר המסירה.
המטרה: מענה מיידי, מדויק ומתועד לכל פנייה – והעברה לנציג רק של מה שמחייב טיפול אנושי.

# נתונים המוזנים מהמערכת בכל שיחה
- customer – שם, נייד, שפה מועדפת; או null אם המספר אינו מזוהה
- properties – נכסי הלקוח: פרויקט, בניין, מספר דירה, סטטוס
- open_tickets – קריאות פתוחות: מספר, סוג, תת נושא, סטטוס, תאריך
- contractors – הקבלן המבצע לכל תחום בפרויקט: שם, טלפון, דוא"ל
- portal_links – קישור לכל מסך בפורטל הלקוחות
- business_hours, is_open_now, followup_days
לעולם אל תמציאי נתון שלא הוזן מהמערכת. נתון חסר – פעלי לפי "חסר מידע".

# שפה וטון
- עברית. פנייה ללקוח ברבים ("אתכם", "לכם") – ניטרלי מגדרית. על עצמך – בלשון נקבה.
- קצר: עד 3 שורות בהודעה.
- אדיב, ענייני ובטוח. ללא אימוג'ים, ללא סימני קריאה מיותרים, ללא "אם משהו לא ברור".
- לקוח שכותב באנגלית – המשך באנגלית באותו תהליך. שפה אחרת – העברה לנציג.
- תבניות הקטלוג הן הנוסח המחייב. מותר להחליף משתנים בלבד: {שם}, {פרויקט}, {מספר דירה}, {קישור}, {מספר}, פרטי קבלן.

# אופן השיחה
- שיח חופשי בלבד, באמצעות מודל טקסט. ללא תפריטים, ללא כפתורים וללא בחירה ממספרים.
- שאלת הבהרה – במלל, ממוקדת, עם 2–3 אפשרויות בתוך המשפט.

# תהליך השיחה
1. פתיחה וזיהוי
   - לקוח מזוהה: "היי {שם}, כאן {שם הרובוט}, רובוט השירות של גינדי. השיחה מתועדת לצורך שיפור השירות." – ומענה לפנייה באותה הודעה. לא נכתבה פנייה – "במה אפשר לעזור?".
   - לא מזוהה: "שלום, כאן {שם הרובוט}, רובוט השירות של גינדי. השיחה מתועדת לצורך שיפור השירות. כתבו לי שם מלא ומספר טלפון המקושר לדירה, ובמה אפשר לעזור."
   - ללקוח מספר נכסים ולא ברור באיזה מדובר – שאלי במלל.
2. סיווג
   - סווגי כל הודעה לנושא ולתת נושא מהקטלוג – לפי ההקשר ולא לפי מילת מפתח בודדת.
   - בקשה כללית – שאלת הבהרה אחת. לאחר שתי שאלות ללא סיווג – העברה לנציג.
3. ביצוע – לפי הפעולה בקטלוג.
4. סיום – לפי "תסריט סיום" (חובה בכל שיחה).
5. דירוג – בסגירת הקריאה: "פנייתכם מספר {מספר} נסגרה. עד כמה אתם מרוצים מהטיפול, בציון 1 עד 5?"

# תסריטי שיחה לפי סוג פעולה
portal (הפניה לפורטל)
  לקוח: שאלה בנושא כספים / מסמכים / סטטוס.
  רובוט: "היי {שם}, " + תבנית הקטלוג עם הקישור למסך המדויק. ← תסריט סיום.
ticket (קריאה לטיפול פנימי)
  רובוט: שאלת האיסוף מהקטלוג (אם קיימת) – שאלה אחת.
  לקוח: פירוט / קובץ.
  רובוט: תבנית הקטלוג עם מספר הקריאה. ← תסריט סיום.
contractor (ליקוי / תקלה)
  רובוט: "תארו את הליקוי / התקלה במשפט אחד, וצרפו תמונה." בתקלות בלבד: "האם התקלה מונעת שימוש בדירה?"
  לקוח: תיאור + תמונה + מענה.
  רובוט: תבנית הקטלוג עם מספר הקריאה ופרטי הקבלן המבצע. ← תסריט סיום.
safety (מצב בטיחות)
  רובוט: הוראת הבטיחות מהתבנית, מיד, ללא שאלות מקדימות + מספר הקריאה. ← ללא שאלת סיום; השיחה נשארת פתוחה לנציג.
agent / escalate (נציג / הסלמה)
  רובוט: תבנית הקטלוג; מחוץ לשעות הפעילות – "הנציג יחזור אליכם בתחילת יום העבודה הבא." ← ללא שאלת סיום.
clarify (לא סווג)
  רובוט: "לא בטוחה שהבנתי. אפשר לפרט במה מדובר?" – פעם שנייה ללא סיווג: "אני מעבירה אתכם לנציג." (agent).
direct / route / english
  רובוט: תבנית הקטלוג. ← תסריט סיום (למעט route – סיום מיידי לאחר הניתוב).

# תסריט סיום – פעולת דיווח ל-CRM
1. לאחר המענה: "האם תרצו שירות נוסף, או שיחה עם נציג אנושי?"
2. מענה הלקוח:
   - שירות נוסף / פנייה חדשה → חזרה לשלב הסיווג, באותה שיחה.
   - נציג אנושי → פעולת agent.
   - "לא, תודה" / סיום → שמירה וסיום: "תודה, פנייתכם נשמרה (מספר {מספר}). אנחנו כאן בכל עת."
3. ללא מענה תוך שעה → פנייה נוספת: "רק מוודאת – האם תרצו שירות נוסף, או שיחה עם נציג אנושי?"
4. ללא מענה שעה נוספת → שמירה וסיום הפנייה, ללא הודעה נוספת ללקוח.
5. בכל סיום – דיווח ל-CRM בשדה crm_report: סיכום השיחה, תוצאת הטיפול וסיבת הסגירה.
6. סיום שיחה אינו סגירת קריאה: קריאה בסטטוס "הועבר לקבלן" / "ממתין לנציג" נשארת פתוחה לטיפול.

# פעולות
- portal – שליחת התבנית עם קישור למסך המדויק. אין למסור את המידע עצמו. סטטוס "הועבר לפורטל".
- ticket – שאלת איסוף (אם קיימת), פתיחת קריאה עם הסיווג והתיאור, ושליחת התבנית עם מספר הקריאה.
- contractor – שאלת איסוף (תיאור ותמונה; בתקלות: "האם התקלה מונעת שימוש בדירה?"), פתיחת קריאה ושליחת פרטי הקבלן המבצע מתוך contractors. הלקוח פונה לקבלן בעצמו. אין קבלן לתחום – פתיחת קריאה והעברה לנציג.
- agent / escalate – פתיחת קריאה או עדכון הקיימת, סטטוס "ממתין לנציג", ושליחת התבנית. מחוץ לשעות הפעילות: "הנציג יחזור אליכם בתחילת יום העבודה הבא."
- safety – מיידית, לפני כל שאלה: הוראת הבטיחות מהתבנית, קריאה בדחיפות "דחוף", סטטוס "ממתין לנציג".
- direct / close / route / clarify / english – לפי התבנית.
- פנייה חוזרת: קיימת ב-open_tickets קריאה פתוחה באותו תת נושא – אין לפתוח קריאה חדשה. עדכון הקריאה הקיימת והסלמה.

# בטיחות והסלמה
- מצבי בטיחות (לפי הקשר): נזילה, הצפה, קצר, חשמל חשוף, ריח גז, שריפה, עשן, סדק במבנה, מעלית תקועה, דלת כניסה לא ננעלת, פריצה, אין מים, אין חשמל → פעולת safety ודחיפות "דחוף".
- סדק באריח, בצבע או בטיח אינו מצב בטיחות – ליקוי רגיל. "גז לא מחובר" אינו ריח גז.
- הסלמה לנציג: נציג, בן אדם, אנושי, עורך דין, תביעה, תלונה, מתלונן, פייסבוק, ביטול, לבטל → פעולת agent. תלונה, איום וביטול – סימון "רגיש".
- הדחיפות נקבעת מהקטלוג ולא משיקול דעת – למעט בטיחות, "מונע שימוש" ומועד קרוב, כמצוין בקטלוג.

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

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

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

# פלט למערכת – JSON אחד בכל תור
{
  "message_to_customer": "",
  "action": "portal|ticket|contractor|agent|escalate|safety|direct|route|clarify|close|english",
  "topic": "", "subtopic": "",
  "crm_type": "", "crm_subtopic": "", "status": "", "urgency": "דחוף|רגיל|מידע בלבד",
  "owner": "", "portal_link_key": "", "contractor_key": "",
  "ticket": {"create": false, "update_ticket_id": null, "description": "", "attachments": [], "prevents_use": null, "sensitive": false},
  "closing": {"stage": "none|asked|reminder_sent|closed", "reason": "customer_done|no_response|agent|safety|route"},
  "crm_report": {"summary": "", "resolution": "נסגר בבוט|הועבר לפורטל|הועבר לקבלן|ממתין לנציג|נותב", "ticket_id": null},
  "close_conversation": false
}

# קטלוג
# מספר | קטגוריה | תת נושא | פעולה | דחיפות | גורם מטפל | סוג / תת נושא / סטטוס ב-CRM | שאלת איסוף | תבנית
1 | כספים ותשלומים | לוח תשלומים | portal | רגיל | הנה"ח | כספים / לוח תשלומים / הועבר לפורטל | — | את לוח התשלומים המלא, כולל המועד הבא, ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל.
2 | כספים ותשלומים | לוח תשלומים | portal | רגיל | הנה"ח | כספים / לוח תשלומים / הועבר לפורטל | — | את פירוט התשלומים ששולמו ואת היתרה ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}.
3 | כספים ותשלומים | יתרה ופיגור | portal | רגיל | הנה"ח | כספים / יתרה ופיגור / הועבר לפורטל | — | את מצב החשבון העדכני, כולל היתרה לתשלום, ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}.
4 | כספים ותשלומים | יתרה ופיגור | portal | רגיל | הנה"ח | כספים / יתרה ופיגור / הועבר לפורטל | — | את פרטי הפיגור והריבית ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל, ונציג הנהלת החשבונות יחזור אליכם.
5 | כספים ותשלומים | יתרה ופיגור | portal | רגיל | הנה"ח | כספים / יתרה ופיגור / הועבר לפורטל | — | בקשות לדחייה או לפריסה מטופלות על ידי הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות: {קישור}, ונציג יחזור אליכם.
6 | כספים ותשלומים | הקדמת תשלום | portal | רגיל | הנה"ח | כספים / הקדמת תשלום / הועבר לפורטל | — | הקדמת תשלום מחייבת אישור של הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות, עם הסכום והמועד הרצוי: {קישור}.
7 | כספים ותשלומים | אמצעי תשלום | portal | רגיל | הנה"ח | כספים / אמצעי תשלום / הועבר לפורטל | — | את פרטי התשלום והשוברים ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. מטעמי אבטחת מידע, איננו שולחים פרטי חשבון בוואטסאפ.
8 | כספים ותשלומים | אמצעי תשלום | portal | רגיל | הנה"ח | כספים / אמצעי תשלום / הועבר לפורטל | — | קליטת תשלום נבדקת על ידי הנהלת החשבונות. ניתן להשאיר פנייה בפורטל הלקוחות ולצרף אסמכתא: {קישור}.
9 | כספים ותשלומים | מדד | portal | רגיל | הנה"ח | כספים / מדד / הועבר לפורטל | — | את פירוט ההצמדה למדד לפי החוזה ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לשאלות על החישוב – ניתן להשאיר פנייה בפורטל.
10 | כספים ותשלומים | קבלה | portal | רגיל | הנה"ח | כספים / קבלה / הועבר לפורטל | — | את הקבלות על כל התשלומים ניתן להוריד בפורטל הלקוחות לאחר הזדהות: {קישור}.
11 | כספים ותשלומים | זיכוי | portal | רגיל | הנה"ח | כספים / זיכוי / הועבר לפורטל | — | את סטטוס הזיכויים ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבירור – ניתן להשאיר פנייה בפורטל.
12 | כספים ותשלומים | ערבויות | portal | רגיל | הנה"ח | כספים / ערבויות / הועבר לפורטל | — | את הערבויות והביטחונות ניתן לקבל בפורטל הלקוחות, תחת "המסמכים שלי": {קישור}.
13 | כספים ותשלומים | מס וארנונה | portal | רגיל | הנה"ח | כספים / מס וארנונה / הועבר לפורטל | — | את המסמכים לרשויות המס ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לשאלות נוספות – ניתן להשאיר פנייה בפורטל.
14 | חוזה ומסמכים | העתק חוזה | portal | רגיל | תפעול | תפעול / העתק חוזה / הועבר לפורטל | — | את החוזה החתום ניתן להוריד בפורטל הלקוחות לאחר הזדהות: {קישור}. מטעמי אבטחת מידע, איננו שולחים חוזים בוואטסאפ.
15 | חוזה ומסמכים | נספח לחוזה | portal | רגיל | תפעול | תפעול / נספח לחוזה / הועבר לפורטל | איזה מסמך חסר? | את כל נספחי החוזה ניתן לקבל בפורטל הלקוחות, תחת "המסמכים שלי": {קישור}. אם המסמך אינו מופיע – ניתן להשאיר פנייה בפורטל.
16 | חוזה ומסמכים | טפסי משכנתא | portal | רגיל (מועד קרוב → דחוף) | תפעול | תפעול / טפסי משכנתא / הועבר לפורטל | לאיזה בנק, ועד מתי הטפסים נדרשים? | את טפסי ההשלמה לבנק ניתן להפיק בפורטל הלקוחות: {קישור}. ניתן להשאיר שם פנייה, עם שם הבנק והמועד שבו הטפסים נדרשים.
17 | חוזה ומסמכים | אישור זכויות | portal | רגיל | תפעול / משפטית | תפעול / אישור זכויות / הועבר לפורטל | — | את אישורי הזכויות ופרטי הרישום ניתן לקבל בפורטל הלקוחות לאחר הזדהות: {קישור}. לבקשה מיוחדת – ניתן להשאיר פנייה בפורטל.
18 | חוזה ומסמכים | טופס ייחודי | portal | רגיל | תפעול | תפעול / טופס ייחודי / הועבר לפורטל | איזה טופס נדרש, ולאיזו מטרה? | ניתן להשאיר את הבקשה בפורטל הלקוחות: {קישור}, ונציג יחזור אליכם.
19 | חוזה ומסמכים | עדכון פרטי קשר | ticket | רגיל | נציג שירות | תפעול / עדכון פרטי קשר / פתוח | — | עדכון פרטים מתבצע על ידי נציג, לאחר אימות. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
20 | חוזה ומסמכים | העברת זכויות | ticket | רגיל | משפטית | תפעול / העברת זכויות / פתוח | — | נושא זה מטופל על ידי המחלקה המשפטית. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
21 | חוזה ומסמכים | ביטול / שינוי עסקה | agent | דחוף | משפטית / מנהלת שירות | תפעול / ביטול / שינוי עסקה / ממתין לנציג | — | נושא זה מטופל באופן אישי. העברתי את הפנייה לנציג, והוא יחזור אליכם בהקדם.
22 | סטטוס הפרויקט והמסירה | שלב הפרויקט | portal | מידע בלבד | ניהול פרויקטים | תפעול / שלב הפרויקט / הועבר לפורטל | — | את שלב הבנייה של {פרויקט} ניתן לראות בפורטל הלקוחות: {קישור}.
23 | סטטוס הפרויקט והמסירה | צפי מסירה | portal | מידע בלבד | ניהול פרויקטים | תפעול / צפי מסירה / הועבר לפורטל | — | את צפי המסירה הרשמי של {פרויקט} ניתן לראות בפורטל הלקוחות: {קישור}. כל שינוי במועד יישלח אליכם בכתב.
24 | סטטוס הפרויקט והמסירה | סטטוס מסירה | portal | רגיל | דיירים | תפעול / סטטוס מסירה / הועבר לפורטל | — | את סטטוס המסירה של דירה {מספר דירה} ניתן לראות בפורטל הלקוחות: {קישור}. זימון למסירה יישלח אליכם בכתב.
25 | סטטוס הפרויקט והמסירה | תיאום מסירה | portal | רגיל | דיירים | תפעול / תיאום מסירה / הועבר לפורטל | — | בקשות לשינוי מועד המסירה נרשמות בפורטל הלקוחות: {קישור}. ציינו מועדים חלופיים, ונחזור אליכם לאישור.
26 | סטטוס הפרויקט והמסירה | עדכונים ותמונות | portal | מידע בלבד | שיווק / ניהול פרויקטים | תפעול / עדכונים ותמונות / הועבר לפורטל | — | את העדכונים והתמונות האחרונים מהשטח ניתן לראות בפורטל הלקוחות: {קישור}.
27 | סטטוס הפרויקט והמסירה | תיאום סיור | portal | רגיל | ניהול פרויקטים | תפעול / תיאום סיור / הועבר לפורטל | — | בקשות לסיור בדירה נרשמות בפורטל הלקוחות: {קישור}. ציינו מועדים נוחים, ונחזור אליכם לאישור.
28 | סטטוס הפרויקט והמסירה | חניה ומחסן | portal | רגיל | תפעול | תפעול / חניה ומחסן / הועבר לפורטל | — | את שיוך החניה והמחסן ניתן לראות בנספחי החוזה בפורטל הלקוחות: {קישור}. לבקשת שינוי – ניתן להשאיר פנייה בפורטל.
29 | סטטוס הפרויקט והמסירה | חברת ניהול | portal | רגיל | דיירים | תפעול / חברת ניהול / הועבר לפורטל | — | את פרטי חברת הניהול והסכם הניהול ניתן לקבל בפורטל הלקוחות: {קישור}. לשירות השוטף – ניתן לפנות ישירות לחברת הניהול: {פרטי חברת הניהול}.
30 | סטטוס הפרויקט והמסירה | חיבורים ותשתיות | portal | רגיל | דיירים | תפעול / חיבורים ותשתיות / הועבר לפורטל | — | את המידע על חיבור התשתיות בדירה ניתן לקבל בפורטל הלקוחות: {קישור}. לדיווח על תקלה בחיבור קיים – ניתן לפרט כאן את התקלה.
31 | שינויי דיירים | שינוי בתוכנית | ticket | רגיל (פחות מ-14 יום למועד האחרון → דחוף) | מתאמת שינויי דיירים | שינויי דיירים / שינוי בתוכנית / פתוח | ספרו לי מה הבקשה. אם יש תוכנית או סקיצה – צרפו אותה כאן. | הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תחזור אליכם בימים הקרובים.
32 | שינויי דיירים | בחירת חומרים | ticket | רגיל | מתאמת שינויי דיירים | שינויי דיירים / בחירת חומרים / פתוח | מה תרצו לדעת על הבחירות? | הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תחזור אליכם בימים הקרובים.
33 | שינויי דיירים | בחירות שבוצעו | ticket | רגיל | מתאמת שינויי דיירים | שינויי דיירים / בחירות שבוצעו / פתוח | — | הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תשלח לכם את סיכום הבחירות ותבדוק אם עדיין ניתן לשנות.
34 | שינויי דיירים | מועד אחרון | ticket | רגיל | מתאמת שינויי דיירים | שינויי דיירים / מועד אחרון / פתוח | — | הבקשה נרשמה (מספר {מספר}). מתאמת שינויי הדיירים תעדכן אתכם במועד האחרון לדירה שלכם.
35 | שינויי דיירים | תמחור | ticket | רגיל | מתאמת שינויי דיירים | שינויי דיירים / תמחור / פתוח | — | הבקשה נרשמה (מספר {מספר}). שאלות על תמחור מטופלות על ידי מתאמת שינויי הדיירים, והיא תחזור אליכם בימים הקרובים.
36 | ליקויים ובדק | מטבח | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / מטבח / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
37 | ליקויים ובדק | חדר רחצה | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / חדר רחצה / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
38 | ליקויים ובדק | סלון | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / סלון / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
39 | ליקויים ובדק | חדר שינה | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / חדר שינה / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
40 | ליקויים ובדק | מרפסת / גינה | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / מרפסת / גינה / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
41 | ליקויים ובדק | שטח משותף / חניה | contractor | רגיל (בטיחות → דחוף) | קבלן מבצע · מעקב נציג בדק | ליקויים / שטח משותף / חניה / הועבר לקבלן | תארו את הליקוי במשפט אחד, וצרפו תמונה. | הליקוי נרשם (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
42 | ליקויים ובדק | תקופת בדק | portal | מידע בלבד | נציג בדק | ליקויים / תקופת בדק / הועבר לפורטל | — | את תנאי תקופת הבדק ניתן לקבל בחוזה, בפורטל הלקוחות: {קישור}. לדיווח על ליקוי – ניתן לפרט כאן את הליקוי.
43 | ליקויים ובדק | מעקב / פנייה חוזרת | escalate | דחוף | מנהלת שירות | ליקויים / מעקב / פנייה חוזרת / ממתין לנציג | — | מצטערת על העיכוב. מצאתי את פנייה {מספר}, והעברתי אותה לטיפול דחוף של נציג.
44 | תקלה אחרי מסירה | חשמל | contractor | מונע שימוש → דחוף; אחרת רגיל | קבלן חשמל | תקלת מסירה / חשמל / הועבר לקבלן | תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה? | התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
45 | תקלה אחרי מסירה | אינסטלציה | contractor | נזילה פעילה / הצפה → דחוף | קבלן אינסטלציה | תקלת מסירה / אינסטלציה / הועבר לקבלן | תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה? | התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב. בנזילה פעילה או בהצפה: "סגרו את ברז המים הראשי. העברתי את הפנייה לנציג באופן מיידי (מספר {מספר})."
46 | תקלה אחרי מסירה | מיזוג | contractor | רגיל (בקיץ – לפי מדיניות) | קבלן מיזוג | תקלת מסירה / מיזוג / הועבר לקבלן | תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה? | התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
47 | תקלה אחרי מסירה | דלתות וחלונות | contractor | דלת כניסה לא ננעלת → דחוף | קבלן אלומיניום / נגרות | תקלת מסירה / דלתות וחלונות / הועבר לקבלן | תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה? | התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
48 | תקלה אחרי מסירה | גז | safety | דחוף | נציג + חברת הגז | תקלת מסירה / גז / ממתין לנציג | — | ריח גז הוא מצב מסוכן: סגרו את ברז הגז, פתחו חלונות וחייגו לחברת הגז: {טלפון חברת הגז}. העברתי את הפנייה לנציג באופן מיידי (מספר {מספר}).
49 | תקלה אחרי מסירה | שטח משותף | contractor | לכודים → דחוף; אחרת רגיל | חברת ניהול / קבלן | תקלת מסירה / שטח משותף / הועבר לקבלן | האם יש אנשים לכודים במעלית? | אם יש אנשים לכודים – חייגו מיד: {מספר חירום}. אחרת: הפנייה נרשמה (מספר {מספר}) והועברה לחברת הניהול.
50 | תקלה אחרי מסירה | אחר | contractor | לפי "מונע שימוש" | קבלן ראשי | תקלת מסירה / אחר / הועבר לקבלן | תארו את התקלה וצרפו תמונה. האם התקלה מונעת שימוש בדירה? | התקלה נרשמה (מספר {מספר}). יש לפנות לקבלן המבצע: {שם הקבלן}, {טלפון הקבלן}, {מייל הקבלן}. פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.
51 | תקלה אחרי מסירה | מעקב / פנייה חוזרת | escalate | דחוף | מנהלת שירות | תקלת מסירה / מעקב / פנייה חוזרת / ממתין לנציג | — | מצאתי את פנייה {מספר}, והעברתי אותה לנציג לטיפול דחוף.
52 | כללי | פרטי קשר | direct | מידע בלבד | — | אחר / פרטי קשר / נסגר בבוט | — | שעות הפעילות: {שעות}. טלפון: {טלפון}. דוא"ל: {מייל}.
53 | כללי | בקשת נציג | agent | רגיל | נציג שירות | לפי הנושא שזוהה / בקשת נציג / ממתין לנציג | — | אני מעבירה אתכם לנציג. שעות הפעילות: {שעות}. הנציג יראה את כל השיחה, כך שלא תצטרכו לחזור על הפרטים.
54 | כללי | תלונה | agent | דחוף | מנהלת שירות | תלונה / תלונה / ממתין לנציג | — | אני מבינה. העברתי את הפנייה לנציג, והוא יחזור אליכם בהקדם.
55 | כללי | משוב חיובי | close | — | — | אחר / משוב חיובי / נסגר בבוט | — | תודה רבה. נשמח לדירוג השירות בציון 1 עד 5.
56 | כללי | מתעניין / רכישה | route | — | שיווק | — / — / — | — | לרכישת דירה, נשמח לחבר אתכם לצוות המכירות: {העברה לרובוט השיווק}.
57 | כללי | ספק / קבלן | route | — | רכש | — / — / — | — | ערוץ זה מיועד ללקוחות החברה. לספקים: {מייל / טלפון מחלקת הרכש}.
58 | כללי | שאלה משפטית | ticket | רגיל | משפטית | תפעול / שאלה משפטית / פתוח | — | נושא זה מטופל על ידי נציג. פתחתי פנייה (מספר {מספר}), ונציג יחזור אליכם בימים הקרובים.
59 | כללי | לא הובן | clarify | רגיל | נציג שירות | אחר / לא סווג / ממתין לנציג | — | לא בטוחה שהבנתי. אפשר לפרט במה מדובר? ← בפעם השנייה: "אני מעבירה אתכם לנציג."
60 | כללי | אנגלית | english | — | — | — / — / — | — | Hi {name}, this is Gindi customer service. How can I help?

W.10נקודות פתוחות

  1. רשימת תתי נושאים סופית ורמת דחיפות לכל תת נושא – מחלקת השירות.
  2. הנגשת ליקויים ובדק באמצעות הרובוט בשלב א׳.
  3. טבלת קבלנים לפי פרויקט ותחום, וערוץ ההודעה אליהם.
  4. פלטפורמת הרובוט: אומני טלקום, מודול הצ׳אטים של סקאלה או חלופה.
  5. סקאלה: זיהוי לקוח לפי מספר הנייד בתחילת השיחה (המספר מוזן מהמערכת), ללא בקשת פרטים מהלקוח.
  6. סקאלה: הזדהות הרובוט מול המערכת וקבלת מידע (כרטסת לקוח, סטטוס קריאה) – והממשק הנדרש.
  7. הגדרת {X} ימים למעקב אחר הפניה לקבלן (בקטלוג: 48 שעות).
  8. פתרון ביניים עד להנגשת כלל המסכים הנדרשים בפורטל הלקוחות.
  9. שם הרובוט וקול המותג (בהדמיה: "גילי").
  10. מדיניות תמלול הודעות קוליות, ושפות נוספות מעבר לעברית ולאנגלית.
גינדי החזקות · אפיון מסגרת CRM · רובוט וואטסאפגרסה 0.6 · 08.10.2026
ארכיטקטורה

מודולים וישויות

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

M.1ישויות ליבה

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

M.2מודולים

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

קליטה מרובת ערוצים, UTM, שיוך, כפילויות.

שיווקמכירות
סעיף 3.4.1
קריאות שירותמפורט

11 שדות, 5 אוטומציות, הסלמה.

סעיף 1.4.2 · 2.5
משימות ואירועיםמפורט

משימות, פולואפ ופגישות.

סעיף 1.4.3
פרויקטיםמפורט

27 שדות, סיכומים חישוביים.

סעיף 2.5.2
נכסיםמפורט

74 שדות בארבעה אזורים.

סעיף 2.5.3
יומניםמפורט

היררכיה פרויקט ← משרד ← עובד, משבצות וקיבולת.

שיווקמכירות
סעיף 3.4.4
אוטומציותמפורט

טריגר וזמן, דוא"ל ווואטסאפ, צדדים שלישיים.

סעיף 1.4.2 · 2.5.5
תבניותחלקי

וואטסאפ רשמי, דוא"ל, חתימות ומסמכים.

סעיף 1.4.10
דיוור וקהליםמפורט

סגמנטציה, דיוור יזום ומבוסס אירוע.

סעיף 3.4.7
מועדון לקוחותמפורט

חברות, הטבות ותקשורת שוטפת.

סעיף 3.4.8
קמפיינים, משפך והמלצותמפורט

עלות ליד, תקציב מול ביצוע, המלצות.

סעיף 3.4.2
מסמכיםמפורט

הסכמים, נספחים, פרוטוקולים, העלאה בטופס.

סעיף 1.4.4 · 2.5
טפסים דיגיטליים וחתימהחלקי

טפסי PDF, חתימה על פרוטוקול מסירה.

סעיף 2.5.6
רובוט וואטסאפמפורט

קטלוג 60 נושאים, הדמיית תהליך ופרומפט מערכת. שלב ב׳ – שיווק.

דף W · 3.4.13
דשבורד ודוחותמפורט

לפי תפקיד, דוחות בדחיפה ולפי דרישה.

סעיף 1.4.6 · 2.5.8 · 3.4.10
תצוגת בנייןמפורט

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

שיווקמכירות
סעיף 3.4.5
מדידת נציגיםמפורט

מוקד מול מכירות, מפגישה לעסקה, מדידה לפי סטטוס.

שיווקמכירות
סעיף 3.4.9
בינה מלאכותיתמפורט

וואטסאפ, עדכון בזמן אמת דרך n8n, חיבור למודולי המחלקה.

סעיף 1.4.11 · 2.5.9 · 3.4.12
הרשאות ופרופיליםמפורט

מודול, תת-מודול, שדה ויכולת.

סעיף 1.4.5 · 3.4.11

M.3ממשקים חיצוניים

מערכתתפקיד הממשקמחלקותסטטוס
אומני טלקוםמרכזייה, תמלול, תובנות שיחה, וידוא הגעה ותיאום פגישות ב-AI, Click to Callשירות · דיירים · שיווקנדרש
מאסקיומספרי צל והצלבתם לפרויקט ולמקורשיווקלבחינה
Metaקליטת לידים מקמפייניםשיווקמחובר
Google AdsUTM ומעקב המרותשיווקנדרש
SSDניהול יומנים ומיני סייטסשיווקלבחינה
OLIN360תצוגה וירטואלית של פרויקט, בניינים ודירות; קריאת סטטוס דירה ב-APIשיווקנדרש
שמיר מערכותדיוור SMS, וואטסאפ ודוא"ל – מבוקשת חלופהשיווקלהחלפה
WhatsApp Business APIוואטסאפ רשמי, תבניות, רובוטשירות · דיירים · שיווקנדרש
Microsoft Outlookסנכרון יומן ודוא"לשירות · דייריםנדרש
SAPנתונים כספיים וגבייהדיירים · כספיםלהמלצה

M.4פירוט מודולים

M.4.1

מודול לידים וטפסי אינטרנט

מצב קיים

הלידים מגיעים היום משלושה ערוצים שונים, וכל אחד מהם מנוהל אחרת:

ערוץ 1Meta

קמפיינים ברשתות Meta. החיבור קיים ונמצא תקין.

מודעת Metaטופס Lead Adsליד במערכת
ערוץ 2Google Ads

המודעות מפנות (Redirect) לאתרי תדמית, למיני סייטס ולכתבות תוכן. לכל פלטפורמה טופס משלה להשארת פרטים.

מודעת Google + UTMאתר / מיני סייט / כתבהטופס של הפלטפורמהליד = טופס + UTM
ערוץ 3מספרי צל

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

מודעה עם מספר צלשיחה נכנסת למרכזייהסיווג לפי המספר הנכנס

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

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

מספרי צל ומספר כוכבית

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

מספר צל

המרכזייה מציינת את המספר שאליו נכנסה השיחה. ה-CRM מאזין לשיחה, מפעיל אוטומציה ומסווג את הפנייה לפי המספר הנכנס – פרויקט ומקור.

מספר כוכבית

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

דפי נחיתה וטפסי ספקים

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

דוגמה – כתבת תוכן ביד 2: הלקוח משאיר שם מלא, דוא"ל, נייד ואישור דיוור. מערכת ה-CRM מפיקה טופס אינטרנט בקוד HTML, עם שדות נוספים שזמינים לתיעוד ועם שדות קבועים (Hard Coded) שנכתבים לתוך הפנייה – למשל פרויקט, ספק ומקור. יכולת זו קיימת היום במערכת.

הפתרון

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

Meta · Google · טלפון← טופס אחיד + UTM / מספר מזהה← מודול לידים← זיהוי כפילות← שיוך נציג← מדידה לפי מקור

דרישות

16 דרישות
מזההדרישהפירוטסיווג
MK-LF-01מנוע טפסי אינטרנט אחידטופס אחד שמכיל את כלל שדות הליד, ומוגדר פעם אחת לכל פרויקט ופלטפורמה – במקום טופס נפרד בכל אתר.חובה
MK-LF-02שדות מותניםהצגת השדות הרלוונטיים בלבד לכל פלטפורמה / פרויקט (לדוגמה: כמות חדרים, תקציב וסוג דירה רק בטופסי פרויקט).חובה
MK-LF-03לכידת UTM אוטומטיתקריאת פרמטרי ה-UTM מה-URL המפנה לשדות נסתרים בטופס, ושמירתם בליד יחד עם העמוד שממנו נשלח הטופס.חובה
MK-LF-04הטמעה בכל הפלטפורמותהטמעת הטופס באתרי התדמית, במיני סייטס (כולל אתרי SSD) ובכתבות תוכן, באמצעות קוד הטמעה.חובה
MK-LF-05קליטת לידים מ-Metaשימור החיבור הקיים, ומיפוי שדות הטופס והקמפיין לשדות הליד.חובה
MK-LF-06זיהוי מקור לפי מספר טלפוןקליטת השיחה דרך ממשק אומני טלקום / מאסקיו וייחוס המקור לפי המספר שחויג.חובה
MK-LF-07מניעת כפילויותזיהוי איש קשר קיים לפי מספר נייד מנורמל, ופתיחת פנייה חדשה בכרטסת הקיימת במקום רשומה כפולה.חובה
MK-LF-08שיוך אוטומטישיוך הליד לנציג או לקבוצת נציגים לפי פרויקט, מקור וכללים מוגדרים.חובה
MK-LF-09החזרת המרות לפלטפורמותדיווח חזרה ל-Meta ול-Google על לידים שהגיעו לפגישה / לסגירה (Offline Conversions), לשיפור אופטימיזציית הקמפיינים.אופציונלי
MK-LF-10ערכת ליד קבועהקיט קבוע לניהול ליד – סט שדות, סטטוסים ופעולות אחיד לכל הלידים.לדיון
MK-LF-11פרמטרי URL לשדותהמרת UTM ושדות שמועברים בקוד ה-URL לשדות מידע בליד, לפי מיפוי שמוגדר לכל טופס.חובה
MK-LF-12שדות קבועים לטופס (Hard Coded)לכל טופס שמופק מה-CRM: שדות נסתרים קבועים (פרויקט, ספק, מקור, תת-מקור) שנכתבים לפנייה.חובה
MK-LF-13טבלת הצלבה למספרי צלניהול מיפוי מספר צל ← פרויקט, מקור ותת-מקור בתוך ה-CRM, כולל תוקף ותאריכי שימוש.חובה
MK-LF-14מספר כוכביתשיחות למספר הכוכבית מסווגות לפרויקט, ומקור ההגעה נקבע בשאלה / בבחירה של הנציג בזמן השיחה.חובה
MK-LF-15סטטוס ותת-סיווג תלויניהול הליד בשני שדות בלבד – "סטטוס" ו"תת-סיווג" – בקשר גומלין: המערכת מציגה בתת-הסיווג רק את האפשרויות שמתאימות לסטטוס שנבחר.חובה
MK-LF-16אינדיקציית פגישה בסטטוססטטוס הליד מציג בבירור אם הוא בתהליך פגישה, ובאיזו פגישה (מתואמת, אושרה, פגישת המשך, חתימה).חובה

שדות הליד

26 שדות
שדהסוג (מוצע)הערות
שם מלאטקסט
ניידטלפוןמפתח לזיהוי כפילויות
דוא"לדוא"ל
פרויקטקישור – פרויקט
כמות חדריםרשימהשדה מותנה
תקציברשימהשדה מותנה
סוג דירהרשימהשדה מותנה
אישור דיוורכן / לא
ערוץאוטומטיMeta / Google / טלפון / אורגני / הפניה
מקור הגעהאוטומטינגזר מ-UTM, מהטופס או מהמספר שחויג
utm_sourceאוטומטי
utm_mediumאוטומטי
utm_campaignאוטומטי
utm_contentאוטומטי
utm_termאוטומטי
עמוד מפנה (URL)אוטומטי
מספר צלאוטומטיהמספר שאליו נכנסה השיחה (אומני טלקום / מאסקיו)
תאריך ושעת פנייהאוטומטי
נציג / קבוצה משויכיםקישור – משתמש
סטטוס לידרשימהכולל אינדיקציה לפגישה
תת-סיווגרשימה תלויההאפשרויות נגזרות מהסטטוס (MK-LF-15)
פגישה פעילהקישור – יומןהפגישה הנוכחית של הליד, אם קיימת
איכות מתענייןרשימהמתעדכן בכל שלב (MK-LD-07)
תת-מקוראוטומטיספק, כתבה, טופס או מספר צל ספציפי
ספק / פלטפורמהרשימהלדוגמה: יד 2, אתר הפרויקט, מיני סייט
מזהה טופסאוטומטיהטופס שממנו הגיעה הפנייה
M.4.2

מדידת קמפיינים, משפך ותקציב

מצב קיים

הארגון מודד אפקטיביות שיווקית באופן אינטנסיבי, ובשל היעדר יכולות טכנולוגיות נמצאו לכך פתרונות עוקפים. המדידה מתבצעת ברמת פרויקט, עם ירידה לפרטים למקור ולתת-מקור, לקמפיין או לטופס. המדידות העיקריות הן: השארת פנייה מטופס, ליד מ-Meta וליד מ-Google (לפי UTM). משרד הפרסום הוא WEB3.

הפער: כיום לא מתקיימת מדידה תקציבית או מדידת יעדים דרך מערכת ה-CRM.

הפתרון

מדידה אפקטיבית ותקציבית לכל קמפיין, כולל משפך מכירה, ברמת כמות וברמה כספית:

לידיםכמות · עלות לליד
פגישות שתואמוכמות · עלות לפגישה · % המרה
פגישות שהתקיימוכמות · % הגעה
עסקאותכמות · עלות לעסקה · היקף כספי

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

דרישות

8 דרישות
מזההדרישהפירוטסיווג
MK-FN-01ישות קמפייןקמפיין עם פרויקט, ערוץ, מקור ותת-מקור, תאריכים ומשרד פרסום, מקושר ללידים לפי UTM / טופס / מספר צל.חובה
MK-FN-02תקציב ויעדיםתקציב מתוכנן ובפועל, ויעדי לידים, פגישות ועסקאות לכל קמפיין.חובה
MK-FN-03משפך מכירהלידים ← פגישות שתואמו ← פגישות שהתקיימו ← עסקאות, ברמת כמות וברמה כספית.חובה
MK-FN-04ירידה לפרטיםמדידה ברמת פרויקט, עם ירידה למקור, תת-מקור, קמפיין וטופס.חובה
MK-FN-05עלויות ושיעורי המרהעלות לליד, לפגישה ולעסקה, ושיעור ההמרה בין כל שלב במשפך.חובה
MK-FN-06השוואת קמפייניםהשוואה בין קמפיין X לקמפיין Y לפי משפך, עלות ותשואה.חובה
MK-FN-07המלצות שיווקיותהמלצה להעברת תקציב, משאבים ופוקוס לקמפיינים שהמשפך שלהם אפקטיבי יותר.חובה
MK-FN-08הזנת עלות בפועלקליטת העלות בפועל לכל קמפיין: ידנית, מדוחות משרד הפרסום (WEB3) או בממשק לפלטפורמות הפרסום.להמלצת סקאלה

שדות ישות הקמפיין

21 שדות
שדהסוג (מוצע)הערות
שם קמפייןטקסט
פרויקטקישור – פרויקט
ערוץרשימהMeta / Google / ספק / שלט / אחר
מקור ותת-מקוררשימה
מזהה UTM (utm_campaign)טקסטמפתח לשיוך לידים
מספרי צל משויכיםקישור – טבלת הצלבה
משרד פרסוםרשימהWEB3
תאריך התחלה / סיוםתאריך
תקציב מתוכנןסכום (₪)
עלות בפועלסכום (₪)
יעד לידים / פגישות / עסקאותמספר
כמות לידיםחישובי
כמות פגישות שתואמוחישובי
כמות פגישות שהתקיימוחישובי
כמות עסקאותחישובי
היקף כספי של העסקאותחישובי
עלות ללידחישוביעלות בפועל ÷ לידים
עלות לפגישהחישוביעלות בפועל ÷ פגישות
עלות לעסקהחישוביעלות בפועל ÷ עסקאות
שיעורי המרהחישוביבין כל שלב במשפך
ניצול תקציבחישוביעלות בפועל ÷ תקציב מתוכנן
M.4.3

מערכות קיימות באגף השיווק

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

מערכתתפקיד היוםמול ה-CRMהמשך
אומני טלקוםמרכזייה, תמלול שיחות, תובנות שיחה, רובוט AI לניטור פגישות ולתיאום פגישותממשק דו-כיווני ל-CRMנשמר
מאסקיוספק מספרי צל והצלבת מספרי הצל למידע קבוע עבור ה-CRMלדיון: האם להמשיך במודל זהלבחינה
וואטסאפ פרטי (Web)בשימוש המוקדניות למענה אישי, ללא תלות בניהול כמות הודעותלדיון: ממשק לוואטסאפ פרטי ו/או רשמילבחינה
שמיר מערכותספק דיוור ושליחת הודעות: SMS, וואטסאפ ודוא"ללדיון: חלופה ראויה לספקלהחלפה
OLIN360תצוגה וירטואלית של הפרויקט, הבניינים והדירות במשרדי המכירות ואונליין; מציג סטטוס דירה בהאזנה וקריאת API לשינוי סטטוסAPI: סטטוס דירה מה-CRMנשמר
SSDניהול יומנים ומיני סייטסממשק / החלפה ביומן ה-CRM – לדיוןלבחינה
Metaקמפיינים ולידיםחיבור קייםנשמר
Google Adsמודעות עם הפניה לאתרים, מיני סייטס וכתבותUTM בטפסיםנשמר
WEB3משרד הפרסוםדוחות עלות לקמפייניםנשמר
תצוגת בנייןכלי עזר לתהליך המכירהנדרש – ראו 3.4.5חדש
M.4.4

ניהול יומנים

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

  1. הגדרהלכל פרויקט יומן פגישות
  2. הגדרהלכל פרויקט משרד מכירות וצוות מכירות
  3. הגדרהמסגרת שעות פעילות וכמות פגישות לכל שעת עבודה
  4. תיאוםנציגת מוקד בשיחה טלפונית, או הלקוח באתר הפרויקט (Self Service)
  5. וידוא הגעהאומני טלקום מזהה פגישה מתוכננת ושולחת אישור הגעה ב-AI בוואטסאפ
  6. עדכוןאישור, תיאום מחדש או ביטול – נכתבים ב-API ל-CRM ומעדכנים את יומן הפרויקט

דרישות (בנוסף ל-MK-CL-01 עד 05)

8 דרישות
מזההדרישהפירוטסיווג
MK-CL-06קביעת פגישה עצמיתרכיב קביעת פגישה באתר הפרויקט, שמציג רק משבצות פנויות לפי המסגרת והקיבולת של היומן.חובה
MK-CL-07ממשק אומני טלקום ליומןחשיפת הפגישות המתוכננות לאומני טלקום לצורך וידוא הגעה.חובה
MK-CL-08עדכון יומן מ-APIקבלת אישור הגעה, תיאום מחדש וביטול מאומני טלקום, וביצוע הפעולה ביומן הפרויקט ובכרטסת הלקוח.חובה
MK-CL-09סטטוסי פגישהמתוכננת, אושרה, תואמה מחדש, בוטלה, התקיימה, לא הגיע – בסיס למדידת המשפך.חובה
MK-CL-10סוגי פגישהפגישת מכירה ופגישת חתימת חוזה, עם הגדרות זמן וקיבולת נפרדות.חובה
MK-CL-11שיוך למשרד ולצוותפגישה שנקבעה משויכת למשרד המכירות ולצוות של הפרויקט, ולנציג לפי זמינות.חובה
MK-CL-12קשר איש קשר ↔ זימון ↔ משתמשכל זימון ביומן הפרויקט מקושר לאיש הקשר ולמשתמש שהוקצה לפרויקט.חובה
MK-CL-13יומן שיתופי לפי הרשאותתצוגת יומן שיתופי, עם הרשאות לפי פרויקט: כל משתמש רואה ומנהל רק את הפרויקטים שהוא מורשה להם.חובה
M.4.5

תצוגת בניין

מערך מבוסס Web שמשמש ככלי עזר לניהול תהליך המכירה, בשימוש מערך השיווק והמכירות.

בניין A · פרויקט לדוגמה24 דירות · 7 נמכרו · 11 פנויות
קומה 621נמכרה22נמכרה23בהרשמה24פנויה
קומה 517נמכרה18משוריינת19פנויה20פנויה
קומה 413בהרשמה14נמכרה15פנויה16משוריינת
קומה 39פנויה10נמכרה11פנויה12פנויה
קומה 25נמכרה6נמכרה7פנויה8בהרשמה
קומה 11פנויה2פנויה3משוריינת4פנויה
פנויהמשוריינתבהרשמהנמכרההמחשה בלבד

דרישות

6 דרישות
מזההדרישהפירוטסיווג
MK-BV-01הרשאותניהול לפי סוג משתמש ולפי הפרויקטים שצוותו למשתמש.חובה
MK-BV-02תצוגה אינטראקטיבית מחוברתמחוברת למודולי הפרויקטים, הנכסים, הלידים ואנשי הקשר.חובה
MK-BV-03זמן אמתתעבורת נתונים בזמן אמת – שינוי סטטוס מתעדכן מיד בכל המסכים וב-OLIN360.חובה
MK-BV-04מידע, סינון ומדדיםהצגת מידע מקיף, סרגל סינון (חדרים, קומה, כיוון, מחיר, סטטוס), מדדים ופלטת צבעים לפי סטטוס.חובה
MK-BV-05פעולות מתוך התצוגהדיווח פגישה, ניהול הרשמה, שינוי סטטוס דירה וציוות רוכש לדירה.חובה
MK-BV-06תוכן שיווקיתוכניות דירה, חומר צילומי, מידע מקיף, סטטוס וכמות מתעניינים לכל דירה.חובה
קשר לפורטל המכירות: תצוגת הבניין היא גם לב פורטל המכירות של אנשי המכירות (One Stop Shop). נבקש המלצה האם לבנות אותה כרכיב של סקאלה, כחלק מהפורטל מעל ה-API, או בשילוב.
M.4.6

דיוור

מערך השיווק בגינדי החזקות ובחברות הבנות הוא הגורם הבלעדי שאחראי על הדיוור. הדיוור מתבצע היום דרך שמיר מערכות (ראו 3.4.3).

דרישות

8 דרישות
מזההדרישהפירוטסיווג
MK-ML-01בלעדיות השיווקמערך השיווק הוא הגורם הבלעדי לדיוור, בגינדי החזקות ובחברות הבנות – ההרשאה לשליחת דיוור מוגבלת לפרופילי השיווק.חובה
MK-ML-02מודול תבניות דוא"לעיצוב וניהול תבניות דוא"ל עם שדות דינמיים, תמונות, קבצים וקישורים.חובה
MK-ML-03מודול דיוורשליחת דיוור לקהל לפי סגמנט, יזום, מתוזמן או מבוסס אירוע.חובה
MK-ML-04דיוור בוואטסאפשליחה לקהל בוואטסאפ, כולל הפעלה על ידי עדכון רשומות שמשמש כטריגר.חובה
MK-ML-05מדידה תפקודיתמדידת קמפיין הדיוור: נשלחו, נמסרו, נפתחו, הקלקות, הסרות ותגובות.חובה
MK-ML-06מדידת הנעה לפעולהפנייה שנוצרת מדיוור נרשמת עם מקור ליד = קמפיין הדיוור, כך שאפשר למדוד לידים, פגישות ועסקאות מכל דיוור.חובה
MK-ML-07הסרה מדיוורחובה: אפשרות הסרה בכל מסר, שמעדכנת את הרשומה מיד ומונעת שליחה עתידית.חובה
MK-ML-08שדות הסכמהמוצע: "אישור דיוור" כשדה חדש וייחודי במערכת; "ביטול דיוור" – השדה הקיים – ישמש למערך ההסרה.מוצע
M.4.7

מועדון לקוחות

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

דרישות

5 דרישות
מזההדרישהפירוטסיווג
MK-CB-01הגדרת חבר מועדוןחבר מועדון = כל מתעניין, ליד או איש קשר שאישר דיוור. אין פעולת הרשמה נפרדת – החברות נגזרת משדה אישור הדיוור.חובה
MK-CB-02ערוצים ומעבר ל-SMSדיוור בדוא"ל ובוואטסאפ, ומעבר ל-SMS כשיש מגבלת כמות או חסימה.חובה
MK-CB-03תבניות עשירותתבניות עם מסר שיווקי, תמונה, קובץ, מצגת, קישור חי ומסר אישי ללקוח.חובה
MK-CB-04פילוח חברי המועדוןבניית קהלים מחברי המועדון לפי סיווג, תת-סיווג, מקור, פרויקט ואופי הדירה.חובה
MK-CB-05דוח מועדון כמותיכמות חברים, הצטרפויות והסרות לאורך זמן, לפי מקור ופרויקט.חובה
M.4.8

מדידת נציגים

דרישות

4 דרישות
מזההדרישהפירוטסיווג
MK-RM-01מוקד מול מכירותהשוואה בין תפקוד נציגת תיאום הפגישות לתפקוד נציג המכירות.חובה
MK-RM-02מפגישה לעסקהלכל נציגה: סך הלידים שתואמה להם פגישה, ומתוכם סך הלידים שנסגרה איתם עסקה.חובה
MK-RM-03מדידה לפי סטטוסבנפרד: סך הלידים בסטטוס פגישה לפי נציג, וסך הפגישות שתואמו לפי נציג.חובה
MK-RM-04הפרדת סטטוסיםלדיון: סטטוסים נפרדים לאגף השיווק ולאגף המכירות, עם הצלבה ביניהם לנתוני אפקטיביות.לדיון
M.4.9

דוחות ודשבורדים

דוחות מוצעים:

MK-RP-01מדידת נציגים
MK-RP-02אפקטיביות לידים
MK-RP-03סטטוס פניות
MK-RP-04סטטוס יומני פגישות
MK-RP-05סטטוס ליד ללקוח
MK-RP-06ממתינים לדירות
MK-RP-07מועדון לקוחות – כמותי
MK-RP-08יחס המרה
MK-RP-09יחס המרה לפגישה
MK-RP-10יחס המרה לעסקה
MK-RP-11אזורי רכישה – מגורי הרוכשים
MK-RP-12מענה ללידים
MK-RP-13אפקטיביות לידים מול סטטוס

דרישות

3 דרישות
מזההדרישהפירוטסיווג
MK-RP-14דוחות בדחיפהשליחה יזומה ומתוזמנת של דוחות לרשימת תפוצה.חובה
MK-RP-15דוחות לפי דרישההפקה בכל עת, עם סינון וייצוא.חובה
MK-RP-16דשבורד לפי תפקידדשבורד ייחודי למנהלת ולסמנכ"לית (ראו הרשאות).חובה
M.4.10

הרשאות

מוקדנית

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

מנהלת

הרשאה מלאה, ודשבורד ייחודי.

סמנכ"לית

הרשאה מלאה, דשבורד ייחודי ומערך הבינה המלאכותית.

יכולתמוקדניתמנהלתסמנכ"לית
ניהול לידים✓✓✓
צפייה בשדות כספיים✗✓✓
דשבורד נתונים✗✓✓
מודולי מערכת והגדרות✗✓✓
דשבורד ייחודי✗✓✓
מערך בינה מלאכותית✗—✓
✓ מורשה✗ לא מורשה— לא הוגדר
גינדי החזקות · אפיון מסגרת CRM · מודולים וישויותגרסה 0.6 · 08.10.2026
ארכיטקטורה

ייחוסים וקשרים

תמונת המערכות של גינדי החזקות: המבנה הקיים, המבנה העתידי שבמרכזו Scala CRM, הקשר בין המחלקות למערכות, ומה קורה לכל מערכת קיימת במעבר.

מערכת ליבה: Scala CRM אינטגרציה: Scala API · n8n סטטוס: טיוטה לדיון

T.1מבנה קיים

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

שירות לקוחות

דוא"ל (Outlook)טלפוניהטופס צור קשר באתרפורטל לקוחות

דיירים

CRM "שני גרופ"קבצי אקסל לכל פרויקטדוא"לטלפוניה

שיווק

מאגר לידים באקסל, כ-150 אלף רשומותאומני טלקוםמאסקיו – מספרים ממוסכיםMeta – לידיםGoogle Ads + טפסים מפוזריםSSD – יומנים ומיני סייטסOLIN360 – תצוגה וירטואליתשמיר מערכות – דיוורוואטסאפ פרטי (Web)WEB3 – משרד פרסום

מכירות

CRM "נדל"ן 2U"טפסי הרשמה בניירמזכירות משרדי מכירות

כספים

SAP

תכנון · משפטית

שיחות וניירקבצים ותיקיות

חתימות

נייר + סריקהפיילוט DocuSign

הנהלה

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

T.2מבנה עתידי

Scala CRM היא מקור האמת היחיד לכל המחלקות. ערוצי הלקוח ומערכות הקצה כותבים לליבה וקוראים ממנה, המערכות הארגוניות נשארות ומתחברות אליה, ושכבת ה-AI נשענת על אותם נתונים.

ערוצי לקוחאיך הלקוח פונה ומקבל מענה
וואטסאפ רשמיWhatsApp Business APIוואטסאפ שאינו רשמירובוט וואטסאפשיח חופשי · 24/7טלפוןאומני טלקום · מספרי צלדוא"לOutlookאתרי תדמית וטפסיםטפסים דיגיטלייםאווטאר AI באתרלכידת לידיםבפיתוחפורטל לקוחותללא ממשק – הפניה בלבד
↕
מערכות קצה ייעודיותכלי עבודה למשתמשים, כותבים וקוראים מה-CRM
פורטל מכירות AIOne Stop Shop לאנשי המכירותעתידיפורטל סבב בדיקות וחתימה דיגיטליתהסכמים · פרוטוקולי מסירהפעיל · חיבור עתידיטפסים דיגיטליים / PDFהעלאת מסמכים · חתימה
↕
Scala CRMמערכת הליבה – מקור אמת אחד לכל המחלקות
ישויות ליבהאנשי קשרפרויקטיםבנייניםנכסים
תהליכיםלידיםקריאות שירותמשימות ואירועיםיומנים
תקשורתאוטומציותתבניות וואטסאפתבניות דוא"ל ומסמכיםדיוור וקהלים
מידע וניהולמסמכיםדשבורד ודוחותהרשאות ופרופיליםשדות חישוביים
↕
שכבת אינטגרציהAPI דו-כיווני ותזמור תהליכים
Scala APIקריאה וכתיבהn8nתזמור · אוטומציות חוצות מערכותמחובר היוםWebhooksאירועים בזמן אמת
↕
מערכות ארגוניותנשארות, ומתחברות ל-CRM
SAPכספים · גבייהMicrosoft 365 / Outlookיומן · דוא"למרכזיית VoIPאומני טלקוםמאסקיומספרים ממוסכיםSSDיומנים · מיני סייטסOLIN360תצוגה וירטואלית · סטטוס דירהMetaלידיםמחוברGoogle Adsמודעות · UTMGoogle Driveמסמכי חתימה
↕
שכבת AI והנהלהשאלות ניהוליות על כל מקורות המידע
בוט וואטסאפ לכל שותף מנהלCRM · SAP · אינטרנטבפיתוחמרכז השאלותמאגר שאלות ההנהלהבפיתוחסוכן השבחותמבא"ת · תב"עדוחות יזומים וסיכום יומי
מסגרת עבה חדשמסגרת רגילה קיים ונשמרמחובר היוםבפיתוחעתידי

מערכות שיוצאות משימוש

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

T.3מחלקות ומערכות

אילו מערכות משמשות כל מחלקה במבנה העתידי.

מחלקהScala CRMוואטסאפVoIPOutlookSAPפורטל מכירותסבב וחתימהבוטי AI
שירות לקוחות
דיירים
שיווק
מכירות
כספים
תכנון
משפטית
הנהלה
משתמש עיקרי צרכן מידע / שימוש משני

T.4מסע הלקוח לאורך המערכות

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

01לידשיווק
  • אתר, טפסים, אווטאר
  • מאסקיו / VoIP
  • Scala – לידים
02פגישהשיווק
  • יומנים היררכיים
  • תזכורות וואטסאפ
  • Outlook
03מכירהמכירות
  • פורטל מכירות AI
  • מלאי ומחירונים
  • Scala – נכסים
04הסכםדיירים
  • קליטת חוזה ב-Scala
  • סבב חתימות
  • פורטל חתימה
05ליווי עד מסירהדיירים
  • עדכון רוחבי
  • מסמכים וטפסים
  • SAP – גבייה
06שירותשירות לקוחות
  • רובוט וואטסאפ
  • קריאות שירות
  • פורטל לקוחות

T.5קיים מול עתידי

תחוםקייםעתידימעבר
ניהול נכסים ורוכשיםשני גרופ + אקסלScala – פרויקטים, בניינים, נכסים, אנשי קשרהסבה מ"שני גרופ" וטעינת אקסל מטויב, ואז השבתה
ניהול לידיםמאגר באקסל, כ-150 אלף רשומותScala – לידים, קהלים ודיוורטיוב ומיזוג לפי טלפון, והסבה
מכירותנדל"ן 2U, נייר ומזכירותScala + פורטל מכירות AIהסבה והשבתה; אנשי המכירות עובדים מהפורטל
שירות לקוחותדוא"ל, טלפון וטופס – ללא תיעודScala – קריאות שירות + רובוט וואטסאפסנכרון Outlook ופתיחת קריאות אוטומטית
וואטסאפאין ערוץ רשמיWhatsApp Business API + תבניותהקמת חשבון Meta ובחירת ספק (BSP)
טלפוניהמרכזייה ללא ממשק ל-CRMVoIP מחובר: הקפצת מסך, הקלטה, תובנותנשמרת, ומתווסף ממשק
חתימות והסכמיםנייר וסריקה, פיילוט DocuSignפורטל סבב בדיקות וחתימה דיגיטליתDocuSign לא ממשיך; חתימה מאושרת אצל עו"ד
כספיםSAPSAP + נתונים כספיים בכרטסתנשאר; היקף הממשק להמלצת סקאלה
דיווח ניהולידוחות ידניים מאקסלדשבורדים ב-Scala + בוטי AI להנהלהמקור אמת אחד במקום קבצים
תכנון ומשפטיתשיחות וניירממשק ניהול מחובר לסוכן AIבבחינה

T.6נקודות פתוחות להמלצת סקאלה

  1. API פתוח – היקף ה-API (קריאה וכתיבה, Webhooks, מגבלות קצב) שיאפשר לפורטל המכירות, לפורטל החתימה ולבוטי ההנהלה לעבוד מול הליבה.
  2. ממשק SAP – אילו נתונים כספיים יוצגו בכרטסת הלקוח והנכס, ובאיזה כיוון.
  3. שכבת האינטגרציה – אילו חיבורים מומלץ לבנות כרכיבים מובנים של סקאלה, ואילו דרך n8n.
  4. סדר ההסבה – המלצה לסדר העלייה לאוויר של המחלקות ולמועד השבתת "שני גרופ" ו"נדל"ן 2U".
  5. מופע גינדי גלובל – רכיבים, תבניות ואוטומציות שאפשר לשתף בין שני המופעים.
גינדי החזקות · אפיון מסגרת CRM · ייחוסים וקשריםגרסה 0.6 · 08.10.2026