אפיון מסגרת למערכת CRM אחודה
מסמך זה מגדיר, לכל מחלקה בנפרד, את המטרות, הרקע, המצב הקיים והדרישות הפונקציונליות למערכת ה-CRM הארגונית. המסמך מוגש לחברת סקאלה כבסיס להצעת פתרון, להמלצה על מודולים ולתכנון ההטמעה.
0.1מבנה המסמך
כל מחלקה מופיעה בעמוד נפרד בסרגל הצד, במבנה אחיד:
רקע ומצב קיים
מבנה המחלקה, תחומי אחריות, כלים וערוצים בשימוש כיום והפערים המרכזיים.
מטרה ושיטה
מה המחלקה צריכה להשיג, ובאילו כלים ותהליכים נדרש להגיע לשם.
דרישות וממשקים
דרישות ממוספרות לפי תחום, ממשקים למערכות חיצוניות ונקודות פתוחות להמלצת סקאלה.
סיווג הדרישות
0.2רכיבים משותפים לכלל המחלקות
חלק מהרכיבים נדרשים ביותר ממחלקה אחת. אנו מבקשים שהפתרון יתוכנן כתשתית ארגונית אחת (ערוץ וואטסאפ, מנוע אוטומציות, כרטסת לקוח, ממשק מרכזייה) המשרתת את כל המחלקות, ולא כפתרונות נפרדים.
| רכיב | שירות לקוחות | דיירים | שיווק |
|---|---|---|---|
| וואטסאפ רשמי (WhatsApp Business API) | |||
| רובוט בשיח חופשי / סוכן קולי | |||
| מערך ניהול פניות / קריאות | |||
| ניהול לידים ושיוך אוטומטי לנציג | |||
| מנוע אוטומציות וואטסאפ ודוא"ל מבוסס טריגרים | |||
| אוטומציות מול צדדים שלישיים | |||
| ניהול קהלים ודיוור | |||
| כרטסת לקוח אחודה (360°) | |||
| ניהול נכסים: פרויקט ← בניין ← נכס | |||
| יומן פגישות היררכי | |||
| ממשק מרכזייה (VoIP / אומני טלקום / מאסקיו) | |||
| שדות עדכון באוטומציה / API / ידני | |||
| סנכרון Microsoft Outlook (יומן ודוא"ל) | |||
| טפסי PDF וחתימה דיגיטלית | |||
| דשבורד ניהולי והתראות חריגים | |||
| מענה מחוץ לשעות הפעילות | |||
| סקר שביעות רצון |
0.3עקרונות מנחים
- דיגיטציה מלאה – כל אינטראקציה עם לקוח, מכל ערוץ, מתועדת במערכת ומשויכת לכרטסת הלקוח.
- שיח טבעי – ערוצי הוואטסאפ יפעלו בשיח חופשי, ולא בתפריט בחירה לפי מספרים.
- מקור אמת אחד – לקוח, נכס ופרויקט מנוהלים ברשומה אחת המשותפת לכלל המחלקות.
- מדידות – כל תהליך ייצר נתונים ניהוליים הזמינים בדשבורד, כולל השוואה בין טיפול אנושי לטיפול דיגיטלי.
- עצמאות תפעולית – צוותי המחלקות יוכלו לעדכן תבניות מסרים, תשובות קבועות ונתונים מאקסל ללא תלות בפיתוח.
שירות לקוחות
מערך השירות מלווה את לקוחות החברה עד קבלת המפתח, שם מתרכזת עיקר הפעילות, וממשיך לאחר קבלת המפתח כצינור וכגוף המספק שירות לוגיסטי.
1.1מטרה ושיטה
מטרה
- דיגיטציה מלאה של מערך השירות
- ייעול המערך ומעבר לטכנולוגיה עכשווית
- שיפור חוויית הלקוח
- הידוק הקשר מול לקוחות החברה
- מדידה תהליכית
- מדידת ביצועים
- הורדת כמות פניות השירות ופניות המידע
- שכבת מידע מבוססת דשבורד ודוחות – יזומים ולפי דרישה
- שכבת התראות וסיכום יומי
- תהליכים מבוססי אוטומציות דוא"ל ווואטסאפ לפי טריגר
- מסך פניות שירות מותאם משתמש – שדות מידע ותצוגות מקדימות
- כרטסת לקוח מלאה ומעודכנת
שיטה
- ממשק וואטסאפ רשמי (API)
- ממשק וואטסאפ שאינו רשמי
- מודול ניהול תבניות וואטסאפ רשמי
- רובוט וואטסאפ
- מודול אוטומציות (דוא"ל ווואטסאפ)
- מודול קריאות שירות
- מודול פרויקטים
- מודול אנשי קשר
- מודול נכסים
- מודול עדכון רוחבי לאנשי קשר, מבוסס טריגר בכרטסת פרויקט / נכס
- עדכונים ודיוורים שוטפים
- טפסים דיגיטליים (SA) והטמעה באתרי התדמית
- ניהול משתמשים ומדידת משתמשים
- סקרי שירות
- דשבורד ניהולי והתראות חריגים
- מענה לאחר שעות הפעילות
1.2רקע ומצב קיים
המערך מנהל כיום את ערוצי הקשר מול הלקוח באמצעות דוא"ל, שיחות טלפון ודף יצירת קשר באתר החברה. הפערים המרכזיים:
- אין מידע ניהולי או ארגוני כלל על קריאות השירות.
- סיווג אופן הטיפול נעשה ידנית, ולא כל הפניות מתועדות.
- אין ערוץ וואטסאפ רשמי ואין מענה מחוץ לשעות הפעילות.
גורמים משלימים וקשורים
מערך השירות פועל מול גורמים רבים מחוץ למחלקה. המערכת נדרשת לאפשר שיוך, העברת טיפול ותקשורת מתועדת מול כל אחד מהם.
גורמים חיצוניים
מערכות
גורמים פנימיים
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-01 | VoIP – קבלת שיחה והצמדה ללקוח | זיהוי המתקשר, פתיחת כרטסת הלקוח לנציג והצמדת השיחה לרשומה. | חובה |
| CS-IN-02 | VoIP – הקלטת שיחה | הקלטת השיחה ושמירתה בכרטסת הלקוח / בפנייה. | חובה |
| CS-IN-03 | VoIP – תמלול שיחה | תמלול השיחה המוקלטת ושמירתו בפנייה. | אופציונלי |
| CS-IN-04 | Click to Call | חיוג ללקוח בלחיצה מתוך המערכת. | חובה |
| CS-IN-05 | פורטל לקוחות | ללא ממשק מערכתי. הקשר מתבצע באמצעות הפניה ותיאום מסרים בלבד. | ללא ממשק |
1.4מודולים וממשקים
פרק זה מפרט ברמה הטכנית את המודולים, השדות, האוטומציות והממשקים הנדרשים למערך שירות הלקוחות. סוגי השדות המופיעים הם הצעה, וסקאלה מתבקשת להתאים אותם למבנה המערכת.
קשרי גומלין בין המודולים
מודול קריאות השירות מקושר למודולי אנשי הקשר, הפרויקטים והנכסים. כל קריאה, משימה, שיחה, הודעה ומסמך נשמרים בכרטסת הלקוח ומשויכים לנכס ולפרויקט הרלוונטיים.
מודול קריאות שירות
שדות המודול
11 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| מספר קריאה | מספור אוטומטי | מזהה ייחודי לכל קריאה |
| שם איש קשר | קישור – אנשי קשר | משיכה אוטומטית של פרטי הלקוח, הנכס והפרויקט |
| נייד | טלפון | משמש לזיהוי אוטומטי בוואטסאפ ובמרכזייה |
| תיאור הפנייה | טקסט חופשי | |
| סטטוס | רשימה | סטטוסים ייעודיים מפעילים אוטומציות |
| הקצאה | קישור – משתמש | נציג / מחלקה מטפלת |
| מקור פנייה | רשימה | וואטסאפ, דוא"ל, טלפון, טופס, רובוט – מתעדכן אוטומטית |
| עדיפות | רשימה | קובעת את זמני היעד וההתראות |
| תת-סיווג פנייה | רשימה תלויה | תלוי בסיווג הראשי |
| תאריך | תאריך | תאריך פתיחה |
| שעה | שעה | שעת פתיחה |
אוטומציות נדרשות (מבוססות טריגר)
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-SA-01 | מסר לגורם חיצוני מבוסס תבנית | שליחת דוא"ל / וואטסאפ מתבנית לספקים ולגורמים חיצוניים: בקשת מידע, העברת טיפול, העברת פנייה, בקשת פעולה. | חובה |
| CS-SA-02 | סיום טיפול על ידי נציג | שליחת מסר ללקוח בעת סגירת הקריאה על ידי גורם אנושי (ניתן לשלב סקר שירות). | חובה |
| CS-SA-03 | העברת פנייה בין גורמים | העברת קריאה מגורם לגורם / ממחלקה למחלקה, עם התראה לגורם המקבל ותיעוד בהיסטוריה. | חובה |
| CS-SA-04 | סיום טיפול על ידי רובוט | סגירת הקריאה ותיעודה כפנייה סגורה כאשר הרובוט השלים את הטיפול. | חובה |
| CS-SA-05 | שליחת מסמך ללקוח | שליחת מסמך מתוך הכרטסת ללקוח בדוא"ל / וואטסאפ, ותיעוד השליחה. | חובה |
מודול משימות לקוח ואירועים
ניהול משימות ללקוח, פולואפ, אירועים, פגישות ושיחות יזומות ללקוח.
שדות המודול
7 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| תיאור המשימה / הפגישה | טקסט חופשי | |
| הקצאה | קישור – משתמש | |
| איש קשר | קישור – אנשי קשר | |
| נושא | רשימה | |
| תאריך רצוי | תאריך | |
| שעה רצויה | שעה | |
| סטטוס | רשימה |
כרטסת לקוח, וואטסאפ ומסמכים
כרטסת לקוח
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-CC-01 | כרטסת לקוח מסוכמת | תצוגה מרוכזת של הלקוח: נכסים ופרויקטים, קריאות פתוחות וסגורות, משימות ואירועים, מסמכים, שיחות והודעות. | חובה |
| CS-CC-02 | וואטסאפ מתוך הכרטסת | שליחה וקבלה של הודעות וואטסאפ מתוך כרטסת הלקוח, כולל תיעוד היסטוריית השיחות המלאה. | חובה |
| CS-CC-03 | ניהול מסמכים ללקוח | מאגר מסמכים בכרטסת הלקוח / הנכס, עם סיווג לפי סוג מסמך. | חובה |
| CS-CC-04 | העלאת מסמכים בטופס דיגיטלי | הלקוח מעלה מסמכים דרך טופס דיגיטלי, והם נשמרים אוטומטית בכרטסת ובקריאה הרלוונטית. | חובה |
| CS-CC-05 | עדכון רוחבי מכרטסת פרויקט / נכס | טריגר בכרטסת הפרויקט או הנכס מעדכן את כל אנשי הקשר המקושרים (עדכונים ודיוורים שוטפים). | חובה |
הרשאות, פרופילים ותצוגות
ניהול הרשאות ומשתמשים
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-PR-01 | פרופילי משתמשים | היררכיה: סמנכ"ל ← מנהל ← מוקדן, עם הרשאות שונות לכל פרופיל. | חובה |
| CS-PR-02 | הרשאות צפייה ועריכה | הגדרת הרשאות ברמת מודול, שדה ורשומה (לדוגמה: מוקדן רואה רק קריאות שהוקצו לו או למחלקתו). | חובה |
| CS-PR-03 | ניהול נתונים, שדות ומודולים | הוספה ועריכה של שדות, רשימות ומודולים על ידי מנהל המערכת, ללא תלות בפיתוח. | חובה |
| CS-PR-04 | תצוגות סינון מותאמות משתמש | כל משתמש מגדיר ושומר תצוגות סינון וצפייה במודול שירות הלקוחות, כולל בחירת שדות ותצוגה מקדימה. | חובה |
| CS-PR-05 | ניהול ומדידת משתמשים | מעקב אחר פעילות המשתמשים במערכת ומדדי ביצוע לכל משתמש. | חובה |
דשבורד ודוחות
דשבורד ודוחות לניהול הנתונים, הכוללים את הניתוחים הבאים:
דוחות יזומים ולפי דרישה
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-RP-01 | דוח יומי | הפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה. | חובה |
| CS-RP-02 | דוח שבועי | הפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה. | חובה |
| CS-RP-03 | דוח חודשי | הפקה ושליחה יזומה (דוא"ל) לפי רשימת תפוצה. | חובה |
| CS-RP-04 | דוחות לפי דרישה | הפקת דוח בכל עת עם סינון לפי תקופה, נציג, פרויקט וסיווג, וייצוא לאקסל. | חובה |
התראות
ממשק התראות
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-AL-01 | התראה לפי שעה מוגדרת | התראה על קריאה שלא טופלה עד שעה מוגדרת ביום. | חובה |
| CS-AL-02 | התראה לפי זמן המתנה | התראה על קריאה שזמן ההמתנה שלה לטיפול חרג מהמוגדר (לפי עדיפות / סיווג). | חובה |
| CS-AL-03 | סיכום יומי | סיכום יומי יזום לנציג ולמנהלת: קריאות פתוחות, חריגות ומשימות להיום. | חובה |
ממשק Microsoft Outlook
סנכרון יומן ודוא"ל
2 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-OL-01 | סנכרון יומן Outlook | סנכרון דו-כיווני בין משימות ואירועים במערכת לבין יומן Microsoft Outlook של המשתמש. | חובה |
| CS-OL-02 | סנכרון תיבת דוא"ל Outlook | סנכרון תיבת הדוא"ל: הודעות נכנסות ויוצאות מתועדות בכרטסת הלקוח, ופנייה בדוא"ל פותחת קריאה. | חובה |
ממשק מרכזיית VoIP
יכולות נדרשות
8 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-VP-01 | זיהוי שיחה והקפצת מסך | זיהוי המתקשר והקפצת כרטסת הלקוח לנציג. | חובה |
| CS-VP-02 | תיעוד מקור פנייה | תיעוד אוטומטי של מקור הפנייה (מספר / קו נכנס). | חובה |
| CS-VP-03 | Click to Call | הוצאת שיחה מתוך מערכת ה-CRM. | חובה |
| CS-VP-04 | תיעוד הקלטת שיחה | שמירת הקלטת השיחה בכרטסת הלקוח ובקריאה. | חובה |
| CS-VP-05 | תיעוד תובנות שיחה ב-API | ממשק עדכון מבוסס API לסנכרון 5 שדות מידע לכל שיחה (פירוט בטבלה הבאה). | חובה |
| CS-VP-06 | ניהול שלוחות לפי משתמש | שיוך שלוחה לכל משתמש במערכת. | חובה |
| CS-VP-07 | מדידת מענה לפי משתמש | שיחות שנענו / לא נענו לכל משתמש. | חובה |
| CS-VP-08 | מדידת משך שיחה | משך שיחה לפי משתמש, נושא, סטטוס ותת-סיווג נוסף. | חובה |
שדות תובנות שיחה (סנכרון API)
5 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| סיכום שיחה | טקסט | |
| הנעה לפעולה | טקסט | יכול לשמש בסיס לפתיחת משימה |
| תובנות שיחה | טקסט | |
| מידע נוסף | טקסט | |
| ציון שיחה | מספר |
וואטסאפ וטפסים דיגיטליים
ערוצים דיגיטליים
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-WI-01 | וואטסאפ רשמי (API) | חיבור WhatsApp Business API, משמש לרובוט, לאוטומציות ולדיוור. | חובה |
| CS-WI-02 | וואטסאפ שאינו רשמי | ממשק נוסף לוואטסאפ שאינו רשמי, לשימוש לצד הערוץ הרשמי (ראו נקודות פתוחות). | חובה |
| CS-WI-03 | מודול ניהול תבניות | יצירה, עריכה והגשה לאישור של תבניות וואטסאפ רשמי, ומעקב אחר סטטוס האישור. | חובה |
| CS-WI-04 | טפסים דיגיטליים | טפסים דיגיטליים (SA) והטמעתם באתרי התדמית, עם פתיחת קריאה / עדכון כרטסת אוטומטי. | חובה |
בינה מלאכותית
מערך הבינה המלאכותית במחלקת שירות הלקוחות יהיה מערך אפקטיבי ומדיד, וישמש כצינור עדכון נתונים בזמן אמת באמצעות פלטפורמת n8n. המערך יקושר למערכות ה-CRM, כולל כל המודולים המקושרים למחלקה. ערוץ ההתקשרות: וואטסאפ.
דרישות
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| CS-AI-01 | ערוץ וואטסאפ | ממשק הבינה המלאכותית למחלקה זמין בוואטסאפ. | חובה |
| CS-AI-02 | צינור עדכון בזמן אמת | עדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM. | חובה |
| CS-AI-03 | חיבור למודולי המחלקה | קישור לכל מודולי ה-CRM המקושרים למחלקה: קריאות שירות, אנשי קשר, נכסים, פרויקטים, משימות ומסמכים. | חובה |
| CS-AI-04 | מדידות | מערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני. | חובה |
1.5נקודות פתוחות להמלצת סקאלה
- וואטסאפ שאינו רשמי – לאיזה שימוש מומלץ לצד הערוץ הרשמי, מה הסיכון לחסימת מספרים, ואיך מתועדות השיחות בכרטסת.
- מודול ניהול הפניות – איזה מודול מומלץ לניהול הפניות, ואיך יתחבר לרובוט ולערוצים השונים.
- זיהוי ואימות לקוח ברובוט – מה מנגנון הזיהוי המומלץ לפני מסירת מידע אישי מהכרטסת (מספר טלפון, קוד חד-פעמי וכו').
- ספק וואטסאפ (BSP) – באיזה ספק WhatsApp Business API הפתרון נתמך, ומה מודל העלויות.
- מענה מחוץ לשעות – תהליך מומלץ להעברת פניות מהרובוט לנציג ולתעדוף בבוקר.
- תמלול שיחות – יכולות, שפה (עברית) ועלות, כבסיס להחלטה.
- תובנות שיחה – מי מפיק את 5 שדות התובנות (המרכזייה, רכיב AI של סקאלה או ספק חיצוני), ומה מבנה ה-API לעדכון.
- סנכרון Outlook – סנכרון דו-כיווני או חד-כיווני, ותמיכה ב-Microsoft 365 / Exchange.
מחלקת דיירים
מחלקת הדיירים מנהלת את האופרציה מול הרוכשים מרגע רכישת הדירה ועד למסירתה, ואחראית על הקשר השוטף עם לקוחות החברה: עדכונים, ניהול התהליך, דוקומנטציה ומענה על שאלות כלליות ונקודתיות.
2.1תהליך העבודה
מחלקת הדיירים אחראית על הקמת תשתית המידע של הפרויקט, לפי התכסית והמיפוי שמעבירות מחלקות התכנון והמשפטית. המחלקה טוענת את תכסית הדירות, מקימה את הפרויקט, טוענת את מיפוי הדירות ואחראית על שדות המידע.
בשלב השני המחלקה אחראית על קליטת החוזה, הקלדתו למערכת ומילוי כלל שדות המידע, למעט ציוות הרוכש/ים לנכס, שמתבצע כחלק מתהליך המכירה. כלומר, בסיום תהליך המכירה תיק הנכס מועבר למחלקת הדיירים להקלדת סעיפים ופרטים נוספים, לווידוא שדות המידע ולבדיקת תקינות ההסכם. לאחר טעינת ההסכם באופן תקין, המחלקה היא חלק אינטגרלי מסבב החתימות הפנים-ארגוני, ולאחריו אחראית על הפצת ההסכם לרוכשים.
במקביל לתהליך התפעולי, המחלקה אחראית על הקשר הרציף עם הלקוח עד קבלת המפתח, כלומר עד מסירת הנכס: עדכונים שוטפים, עדכוני הסכמים, מענה על שאלות, מסרים תפעוליים ותיאומים, וכן ניהול הקשר מול מנהלי הפרויקטים וקבלני המשנה ברמת המידע הרלוונטי למחלקה.
- תכנון · משפטיתהעברת תכסית ומיפוי הפרויקט למחלקת דיירים
- דייריםהקמת הפרויקט, טעינת תכסית הדירות, מיפוי הדירות ושדות המידע
- מכירותסיום תהליך המכירה וציוות הרוכש/ים לנכס (ראו פרק מחלקת מכירות)
- דייריםקליטת החוזה, הקלדת סעיפים ופרטים נוספים, וידוא שדות ותקינות ההסכם
- דיירים · הנהלהסבב חתימות פנים-ארגוני על ההסכם
- דייריםהפצת ההסכם החתום לרוכש/ים
- דייריםקשר רציף עם הרוכש/ים: עדכונים, עדכוני הסכמים, מענה ותיאומים
- דייריםמסירת הנכס וקבלת מפתח
2.2מטרה ושיטה
מטרה
- דיגיטציה מלאה של מערך השירות לדיירים
- ייעול המערך ומעבר לטכנולוגיה עכשווית
- שיפור חוויית הלקוח
- הידוק הקשר מול לקוחות החברה
- ניהול והקמת פרויקטים ונכסים
- ניהול קשר הגומלין בין רוכש/ים לנכס / פרויקט
- ניהול הקשר מול הרוכש/ים באמצעות אוטומציות ותהליכים אוטומטיים
- ניהול התהליך החוזי מול הרוכש/ים
- ניהול שלבי ההתקשרות
- ניהול והטמעת כלל נתוני הנכסים והפרויקטים
- ניהול שלבי הפרויקט
- ניהול מערך שירות לקוחות בנושאים הרלוונטיים
- ניהול תהליך מסירת הנכס, התראות על היתכנות מסירה וניהול ריג׳קטים במסירה
- טפסים דיגיטליים, טפסים מבוססי PDF וחתימה דיגיטלית על פרוטוקול המסירה
- ניהול מסמכים לדירה ולרוכש/ים
- ניהול סיווגי נכסים
- ניהול משימות
- שדות מידע חישוביים ונוסחאות חישוב
- מערך דוחות ביצועים ודוחות אינפורמטיביים, ודשבורד אינטראקטיבי
- אחידות במסרים ובדפוסי העבודה
שיטה
- מודול פרויקטים – הקמה, תכסית ושלבי פרויקט
- מודול נכסים – כרטסת נכס, תהליך מכירה ומסירה
- מודול אנשי קשר – קשר רוכש/ים ↔ נכס
- מודול קריאות שירות
- מודול משימות ואירועים
- מודול מסמכים – הסכם, נספחים, פרוטוקול מסירה
- ממשק וואטסאפ רשמי (API) ושאינו רשמי
- מודול ניהול תבניות וואטסאפ רשמי
- רובוט וואטסאפ בשיח חופשי
- מודול אוטומציות (דוא"ל ווואטסאפ)
- מודול עדכון רוחבי לרוכשים, מבוסס טריגר בכרטסת פרויקט / נכס
- עדכונים ודיוורים שוטפים
- תבניות אחידות למסרים, חתימות ומסמכים
- טפסים דיגיטליים, טפסי PDF וחתימה דיגיטלית
- טעינה ועדכון נתונים מאקסל
- שדות חישוביים ונוסחאות
- דשבורד אינטראקטיבי ודוחות
- ניהול משתמשים, הרשאות ומדידת משתמשים
- התראות חריגים ומענה לאחר שעות הפעילות
2.3רקע ומצב קיים
תחומי אחריות
- היערכות טכנולוגית מקדימה – בניית תכסית הדירות, הבניין והפרויקט במערכות, כולל חריגים, חניות, מחסנים ושטחי מסחר.
- קשר שוטף עם הרוכשים – עדכונים, ניהול התהליך, תיעוד ומענה על שאלות.
פערים מרכזיים
- שימוש ניהולי נרחב בקבצי אקסל לצד מערכת ה-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. סוגי השדות הם הצעה; שדות המסומנים חישובי מחושבים אוטומטית.
מודולים וקשרי גומלין
מודולים נוספים
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. | חובה |
מודול פרויקטים
שדות המודול
27 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| שם הפרויקט | טקסט | |
| כתובת | טקסט | |
| כתובת אתר | קישור | |
| מספר טלפון | טלפון | |
| מנהל/ת פרויקט | קישור – משתמש | |
| אחראית גבייה | קישור – משתמש | |
| תאריך מסירה ראשון | חישובי | מחושב ממועדי המסירה החוזיים של נכסי הפרויקט |
| תאריך מסירה בפועל | תאריך | |
| סטטוס | רשימה | |
| שלב הפרויקט | רשימה | |
| כמות בניינים | חישובי | ספירת בניינים מקושרים |
| כמות דירות בפרויקט | חישובי | סיכום מנכסים |
| כמות דירות שנמכרו בפועל | חישובי | סיכום מנכסים לפי סטטוס |
| כמות דירות זמינות למכירה | חישובי | סיכום מנכסים לפי סטטוס |
| כמות חניות בפרויקט | חישובי | סיכום מנכסים |
| כמות חניות שנמכרו בפועל | חישובי | סיכום מנכסים לפי סטטוס |
| כמות חניות זמינות למכירה | חישובי | סיכום מנכסים לפי סטטוס |
| כמות שטחי מסחר | חישובי | סיכום מנכסים |
| כמות שטחי מסחר שנמכרו | חישובי | סיכום מנכסים לפי סטטוס |
| כמות שטחי מסחר זמינים למכירה | חישובי | סיכום מנכסים לפי סטטוס |
| כמות מחסנים | חישובי | סיכום מנכסים |
| כמות מחסנים שנמכרו בפועל | חישובי | סיכום מנכסים לפי סטטוס |
| כמות מחסנים זמינים למכירה | חישובי | סיכום מנכסים לפי סטטוס |
| אחוז מכירת דירות | חישובי | נמכרו ÷ סך הדירות |
| אחוז מכירת שטחי מסחר | חישובי | נמכרו ÷ סך שטחי המסחר |
| אחוז מכירת חניות | חישובי | נמכרו ÷ סך החניות |
| מסמכים לפרויקט | קישור – מסמכים |
מודול נכסים
כרטסת הנכס מחולקת לארבעה אזורים, לפי שלבי חיי הנכס.
א. פרטי נכס
35 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| מספר דירה | טקסט | |
| מספר בניין | קישור – בניין | |
| מספר מגרש | טקסט | |
| כמות חדרים | מספר | |
| שטח | שטח (מ"ר) | |
| שטח מרפסת | שטח (מ"ר) | |
| טיפוס | רשימה | |
| כיוון | רשימה | |
| קומה | מספר | |
| סוג דירה | רשימה | |
| שטח מרפסת חדר שינה | שטח (מ"ר) | |
| שטח מרפסת חדר שינה הורים | שטח (מ"ר) | |
| שטח גינה כולל | שטח (מ"ר) | |
| שטח גינה – אדנית מוגבהת | שטח (מ"ר) | |
| שטח גינה מרוצף | שטח (מ"ר) | |
| שטח גינה אחורי מרוצף | שטח (מ"ר) | |
| מתוכה שטח גינה | שטח (מ"ר) | |
| שטח אקו | שטח (מ"ר) | |
| חניה | קישור – נכס (חניה) | |
| מחסן | קישור – נכס (מחסן) | |
| תעדוף חניה | רשימה | |
| תעדוף מחסן | רשימה | |
| בחירת חניה בפועל | קישור – נכס (חניה) | |
| מחיר הנכס | סכום (₪) | |
| מחיר הקמה | סכום (₪) | |
| מחיר מבצע | סכום (₪) | |
| מחיר למ"ר | חישובי | מחיר ÷ שטח |
| מחיר מכירה בפועל | סכום (₪) | |
| מחיר מכירה כולל הוצאות | חישובי | מחיר מכירה + שכ"ט עו"ד + הוצאות תכנוניות |
| סוג מפרט | רשימה | |
| קישור להסכם | קישור – מסמכים | |
| תאריך הסכם | תאריך | |
| שעת הסכם | שעה | |
| שליחת מכתב חשבון נאמנות | כן / לא | |
| שליחת אישור נאמנות חתום | כן / לא |
ב. תהליך מכירה
16 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| סטטוס | רשימה | סטטוס הנכס: זמין, משוריין, בהרשמה, נמכר וכו׳ |
| אופציה לרכישת מחסן או חניה | כן / לא | |
| האם מדובר בקטין | כן / לא | |
| שמות דיירים | קישור – אנשי קשר | רוכש/ים מקושרים לנכס |
| ניידים | טלפון | נמשך מכרטסת איש הקשר |
| כתובת | טקסט | |
| עיר | טקסט | |
| דוא"ל | דוא"ל | |
| אישור דיוור | כן / לא | |
| הרשמה מוקדמת | כן / לא | |
| תשלום דמי הרשמה | כן / לא | |
| אסמכתא תשלום מקדמה | קובץ | |
| שכר טרחת עורך דין | סכום (₪) | |
| השתתפות בהוצאות תכנוניות | סכום (₪) | |
| תאריך ביצוע הרשמה | תאריך | |
| שעת ביצוע הרשמה | שעה |
ג. תהליך מסירה
8 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| תאריך מסירה | תאריך | |
| העברת מונה חשמל | כן / לא | |
| ארנונה | כן / לא | |
| גמר חשבון | כן / לא | |
| הערות מסירה | טקסט חופשי | |
| סכום המשכנתא | סכום (₪) | |
| בנק משכנתא לקוח | רשימה | |
| תאריך הוצאה | תאריך |
ד. בקרה וניהול – מועדים חוזיים
15 שדות| שדה | סוג (מוצע) | הערות |
|---|---|---|
| סעיף 3.1 – תקופת האופציה | טקסט | |
| סעיף 4.1 – מימוש האופציה | טקסט | |
| סעיף 4.2 – מימוש האופציה | טקסט | |
| תאריך מימוש האופציה | תאריך | |
| סעיף 7.6 | טקסט | |
| מספר חודשים להוצאת היתר בנייה מיום המימוש | מספר | |
| קבלת היתר בנייה | רשימה | התקבל / לא התקבל |
| תאריך אחרון להוצאת היתר בנייה (חפירה) | חישובי | תאריך מימוש + 12 חודשים (לאימות) |
| מספר הימים שנחסכו מקבלת היתר בנייה | חישובי | תאריך אחרון להיתר – תאריך קבלת ההיתר בפועל |
| מספר חודשים לבנייה ממועד קבלת היתר הבנייה | מספר | |
| תאריך מסירה חוזי | חישובי | מועד ההיתר + חודשי הבנייה |
| תאריך מסירה חוזי + הימים שנחסכו | חישובי | תאריך מסירה חוזי – ימים שנחסכו |
| גרייס | מספר | ימים / חודשים |
| הערות | טקסט חופשי | |
| רשימת ממתינים לדירה | קישור – אנשי קשר | מתעניינים לנכס (ראו MK-PR-02) |
מסירת נכס
ניהול המסירה
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| TN-DL-01 | היתכנות מסירה | בדיקה אוטומטית של תנאי המסירה (גמר חשבון, מסמכים, משכנתא) והתראה על נכסים שאינם מוכנים למסירה. | חובה |
| TN-DL-02 | ניהול ריג׳קטים | תיעוד ליקויים / ריג׳קטים במסירה, שיוך לגורם מטפל ומעקב עד סגירה. | חובה |
| TN-DL-03 | פרוטוקול מסירה דיגיטלי | פרוטוקול עם תמונות, הערות וחתימה דיגיטלית של הרוכש (ראו TN-PR-04). | חובה |
אוטומציות נדרשות (מבוססות טריגר)
אוטומציות
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 | תזכורות מועדים חוזיים | התראות פנימיות לפני מועדי אופציה, היתר בנייה ומסירה חוזית. | חובה |
ממשקים נדרשים
ממשקים
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 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| TN-PM-01 | פרופילים והרשאות | היררכיה סמנכ"ל ← מנהל ← נציג, עם הרשאות ברמת מודול, שדה ורשומה (כמפורט ב-1.4.5). | חובה |
| TN-PM-02 | תצוגות מותאמות משתמש | תצוגות סינון וצפייה שמורות לכל משתמש במודולי הפרויקטים, הנכסים והקריאות. | חובה |
התראות
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| TN-AL-01 | התראה לפי שעה מוגדרת | קריאה שלא טופלה עד שעה מוגדרת. | חובה |
| TN-AL-02 | התראה לפי זמן המתנה | קריאה שחרגה מזמן ההמתנה המוגדר. | חובה |
| TN-AL-03 | סיכום יומי | קריאות ומשימות פתוחות, מסירות קרובות ומועדים חוזיים מתקרבים. | חובה |
דשבורד ודוחות
ניתוחי שירות (כמו בשירות לקוחות)
ניתוחי נכסים, מכירות ופרויקטים
דוחות
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| TN-RP-01 | דוחות יזומים | דוח יומי, שבועי וחודשי בשליחה יזומה לרשימת תפוצה. | חובה |
| TN-RP-02 | דוחות לפי דרישה | סינון לפי פרויקט, בניין, נכס, סטטוס ותקופה, וייצוא לאקסל. | חובה |
| TN-RP-03 | דשבורד אינטראקטיבי | מעבר מנתון מסוכם לרשימת הנכסים / הרוכשים שמאחוריו (Drill-down). | חובה |
בינה מלאכותית
מערך הבינה המלאכותית במחלקת הדיירים יהיה מערך אפקטיבי ומדיד, וישמש כצינור עדכון נתונים בזמן אמת באמצעות פלטפורמת n8n. המערך יקושר למערכות ה-CRM, כולל כל המודולים המקושרים למחלקה. ערוץ ההתקשרות: וואטסאפ.
דרישות
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| TN-AI-01 | ערוץ וואטסאפ | ממשק הבינה המלאכותית למחלקה זמין בוואטסאפ. | חובה |
| TN-AI-02 | צינור עדכון בזמן אמת | עדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM. | חובה |
| TN-AI-03 | חיבור למודולי המחלקה | קישור לכל מודולי ה-CRM המקושרים למחלקה: פרויקטים, נכסים, אנשי קשר, מסמכים, קריאות שירות ומשימות. | חובה |
| TN-AI-04 | מדידות | מערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני. | חובה |
2.6הסבת נתונים
המחלקה עובדת כיום במערכת "שני גרופ" ובקבצי אקסל נפרדים לכל פרויקט. במקביל מתבצע בגינדי תהליך טיוב ומיזוג מקדים של נתוני הרוכשים לקראת ההסבה.
- הסבת לקוחות, נכסים ורכישות ממערכת "שני גרופ".
- טעינת נתוני הפרויקטים מקבצי האקסל המטויבים.
- שמירת ההיסטוריה ברמת הלקוח והנכס.
2.7נקודות פתוחות להמלצת סקאלה
- יחס לקוח–נכס (ראו TN-DM-05) – הדרישה היא קישור 1:1 בין כרטסת איש קשר לכרטסת נכס, אך לקוח עשוי להחזיק מספר רכישות ודירה עשויה להיות רשומה על מספר רוכשים. נבקש המלצה למבנה שיתמוך בשני המקרים.
- מפתח לעדכון מאקסל – המלצה על מפתח ייחודי לנכס (פרויקט + בניין + מספר דירה, או מזהה פנימי).
- היקף ההסבה – אילו נתונים מ"שני גרופ" מומלץ להסב, ובאיזה שלב.
- נוסחאות המועדים החוזיים – אימות נוסחאות החישוב (היתר, ימים שנחסכו, מסירה חוזית, גרייס) ויכולת המערכת לנהל אותן כשדות חישוביים.
- חתימה דיגיטלית – רכיב מובנה או ממשק לספק חתימה חיצוני, לפרוטוקול המסירה ולסבב החתימות הפנים-ארגוני.
- שדות רוכש בכרטסת הנכס – שמות דיירים, ניידים ודוא"ל יישמרו בכרטסת איש הקשר ויוצגו בנכס, כדי למנוע כפילות נתונים.
- רובוט משותף – רובוט וואטסאפ אחד לשירות לקוחות ולדיירים עם ניתוב לפי נושא, או ערוצים נפרדים.
מחלקת שיווק
מחלקת השיווק מנהלת את המתעניין מרגע הפנייה הראשונה: קליטת הליד, שיוכו לנציג, תיאום פגישה במשרד המכירות וליווי עד לסגירה. המחלקה אחראית גם על ניהול הקהלים, הדיוור ומדידת הקמפיינים, ועל שימור הקשר עם מתעניינים שלא רכשו.
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-04 | Click to Call | הוצאת שיחה מתוך המערכת בלחיצה. | חובה |
ה. יומן פגישות
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-CL-01 | היררכיית יומנים | יומן לפרויקט, יומן למשרד ויומן למשתמש, עם תצוגה מאוחדת. | חובה |
| MK-CL-02 | משבצות ומסגרות קבלת קהל | הגדרת משבצות זמן ושעות קבלת קהל לכל יומן. | חובה |
| MK-CL-03 | קיבולת פגישות | הגדרת כמות פגישות מתוכננת לכל שעת עבודה או חצי שעה. | חובה |
| MK-CL-04 | אוטומציות לפי מסגרות זמן | מסרים מרגע תיאום הפגישה ועד קיומה: X זמן לאחר התיאום, X זמן לפני הפגישה, ומסרי ביניים לפי אלגוריתם שמתחשב במרווח שבין התיאום לפגישה. | חובה |
| MK-CL-05 | טיפול במי שלא הגיע | סטטוס "לא הגיע" לפגישה ואוטומציה לתיאום מחדש. | חובה |
ו. אוטומציות, קהלים ודיוור
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פתרונות לפי נושא: מודולים, ממשקים וישויות
בשיווק יש כמה הסתעפויות שצריך לפתור. לכל נושא מוצגים כאן המצב הקיים, הפתרון המוצע, הדרישות והשדות.
מודול לידים וטפסי אינטרנט
מצב קיים
הלידים מגיעים היום משלושה ערוצים שונים, וכל אחד מהם מנוהל אחרת:
קמפיינים ברשתות Meta. החיבור קיים ונמצא תקין.
המודעות מפנות (Redirect) לאתרי תדמית, למיני סייטס ולכתבות תוכן. לכל פלטפורמה טופס משלה להשארת פרטים.
מספרי צל שמופקים במאסקיו, ומקושרים לפרויקט ולמקור לידים. המקור מזוהה דרך ממשק המרכזייה מול אומני טלקום.
השארת הפרטים בפועל מורכבת מהכלאה בין הנתונים שהלקוח מילא בטופס (שם מלא, נייד, דוא"ל, ולעיתים שאלות בסיסיות כמו כמות חדרים, תקציב וסוג דירה) לבין נתוני ניטור המקור ברמת UTM ב-URL המפנה.
מספרי צל ומספר כוכבית
המדידה מתבצעת היום דרך ממשק לחברת מאסקיו (לדיון: האם זו הדרך הנכונה להמשך).
מספר צל
המרכזייה מציינת את המספר שאליו נכנסה השיחה. ה-CRM מאזין לשיחה, מפעיל אוטומציה ומסווג את הפנייה לפי המספר הנכנס – פרויקט ומקור.
מספר כוכבית
המספר הראשי של הפרויקט. מפנה למרכזייה הכללית עם סיווג פרויקט, אבל ללא סיווג מקור – כי אין מאחוריו מספר צל נוסף.
דפי נחיתה וטפסי ספקים
החברה מפתחת באופן שוטף קשרי גומלין עם ספקים נוספים ודפי נחיתה לכל פרויקט. בכל המקרים האלה הפנייה מגיעה דרך טופס אינטרנט: נתוני ה-UTM ושדות המידע שמועברים בקוד ה-URL משמשים כבסיס נתונים, ומומרים לשדות מידע בתוך המערכת. מקור שנדרש למדוד מקבל UTM נקודתי בכתובת הטופס, ונתון זה נשמר בטופס האינטרנטי במקביל לשאר המידע.
הפתרון
שילוב של מודול טפסי אינטרנט עם מודול לידים: טופס אחיד שמכיל את ערכי השדות המלאים, מציג ללקוח רק את השדות הרלוונטיים, וקולט את נתוני ה-UTM אוטומטית. כל הערוצים – Meta, Google והטלפון – נכנסים לאותו מודול לידים, עם מקור מזוהה ושיוך אוטומטי לנציג.
דרישות
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, אתר הפרויקט, מיני סייט |
| מזהה טופס | אוטומטי | הטופס שממנו הגיעה הפנייה |
מדידת קמפיינים, משפך ותקציב
מצב קיים
הארגון מודד אפקטיביות שיווקית באופן אינטנסיבי, ובשל היעדר יכולות טכנולוגיות נמצאו לכך פתרונות עוקפים. המדידה מתבצעת ברמת פרויקט, עם ירידה לפרטים למקור ולתת-מקור, לקמפיין או לטופס. המדידות העיקריות הן: השארת פנייה מטופס, ליד מ-Meta וליד מ-Google (לפי UTM). משרד הפרסום הוא WEB3.
הפתרון
מדידה אפקטיבית ותקציבית לכל קמפיין, כולל משפך מכירה, ברמת כמות וברמה כספית:
על בסיס המדידה, מערך המלצות שיווקיות לחלוקת התקציב בין קמפיינים – הקצאת משאבים, פוקוס וכספים למשפך המכירה האפקטיבי יותר.
דרישות
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 |
| תאריך התחלה / סיום | תאריך | |
| תקציב מתוכנן | סכום (₪) | |
| עלות בפועל | סכום (₪) | |
| יעד לידים / פגישות / עסקאות | מספר | |
| כמות לידים | חישובי | |
| כמות פגישות שתואמו | חישובי | |
| כמות פגישות שהתקיימו | חישובי | |
| כמות עסקאות | חישובי | |
| היקף כספי של העסקאות | חישובי | |
| עלות לליד | חישובי | עלות בפועל ÷ לידים |
| עלות לפגישה | חישובי | עלות בפועל ÷ פגישות |
| עלות לעסקה | חישובי | עלות בפועל ÷ עסקאות |
| שיעורי המרה | חישובי | בין כל שלב במשפך |
| ניצול תקציב | חישובי | עלות בפועל ÷ תקציב מתוכנן |
מערכות קיימות באגף השיווק
המערכות שמשמשות היום לניהול ולניטור לידים, ומה צפוי לכל אחת מהן.
| מערכת | תפקיד היום | מול ה-CRM | המשך |
|---|---|---|---|
| אומני טלקום | מרכזייה, תמלול שיחות, תובנות שיחה, רובוט AI לניטור פגישות ולתיאום פגישות | ממשק דו-כיווני ל-CRM | נשמר |
| מאסקיו | ספק מספרי צל והצלבת מספרי הצל למידע קבוע עבור ה-CRM | לדיון: האם להמשיך במודל זה | לבחינה |
| וואטסאפ פרטי (Web) | בשימוש המוקדניות למענה אישי, ללא תלות בניהול כמות הודעות | לדיון: ממשק לוואטסאפ פרטי ו/או רשמי | לבחינה |
| שמיר מערכות | ספק דיוור ושליחת הודעות: SMS, וואטסאפ ודוא"ל | לדיון: חלופה ראויה לספק | להחלפה |
| OLIN360 | תצוגה וירטואלית של הפרויקט, הבניינים והדירות במשרדי המכירות ואונליין; מציג סטטוס דירה בהאזנה וקריאת API לשינוי סטטוס | API: סטטוס דירה מה-CRM | נשמר |
| SSD | ניהול יומנים ומיני סייטס | ממשק / החלפה ביומן ה-CRM – לדיון | לבחינה |
| Meta | קמפיינים ולידים | חיבור קיים | נשמר |
| Google Ads | מודעות עם הפניה לאתרים, מיני סייטס וכתבות | UTM בטפסים | נשמר |
| WEB3 | משרד הפרסום | דוחות עלות לקמפיינים | נשמר |
| תצוגת בניין | כלי עזר לתהליך המכירה | נדרש – ראו 3.4.5 | חדש |
ניהול יומנים
מערך שמנטר ומנתב את יומני הפרויקטים. כך מנוהלות הפגישות בגינדי:
- הגדרהלכל פרויקט יומן פגישות
- הגדרהלכל פרויקט משרד מכירות וצוות מכירות
- הגדרהמסגרת שעות פעילות וכמות פגישות לכל שעת עבודה
- תיאוםנציגת מוקד בשיחה טלפונית, או הלקוח באתר הפרויקט (Self Service)
- וידוא הגעהאומני טלקום מזהה פגישה מתוכננת ושולחת אישור הגעה ב-AI בוואטסאפ
- עדכוןאישור, תיאום מחדש או ביטול – נכתבים ב-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 | יומן שיתופי לפי הרשאות | תצוגת יומן שיתופי, עם הרשאות לפי פרויקט: כל משתמש רואה ומנהל רק את הפרויקטים שהוא מורשה להם. | חובה |
תצוגת בניין
מערך מבוסס Web שמשמש ככלי עזר לניהול תהליך המכירה, בשימוש מערך השיווק והמכירות.
דרישות
6 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-BV-01 | הרשאות | ניהול לפי סוג משתמש ולפי הפרויקטים שצוותו למשתמש. | חובה |
| MK-BV-02 | תצוגה אינטראקטיבית מחוברת | מחוברת למודולי הפרויקטים, הנכסים, הלידים ואנשי הקשר. | חובה |
| MK-BV-03 | זמן אמת | תעבורת נתונים בזמן אמת – שינוי סטטוס מתעדכן מיד בכל המסכים וב-OLIN360. | חובה |
| MK-BV-04 | מידע, סינון ומדדים | הצגת מידע מקיף, סרגל סינון (חדרים, קומה, כיוון, מחיר, סטטוס), מדדים ופלטת צבעים לפי סטטוס. | חובה |
| MK-BV-05 | פעולות מתוך התצוגה | דיווח פגישה, ניהול הרשמה, שינוי סטטוס דירה וציוות רוכש לדירה. | חובה |
| MK-BV-06 | תוכן שיווקי | תוכניות דירה, חומר צילומי, מידע מקיף, סטטוס וכמות מתעניינים לכל דירה. | חובה |
מסע לקוח
מסע הלקוח המאושר של גינדי, כפי שהוא, ולצידו קריאה מובנית של שלביו והאוטומציות שהוא דורש.

1. ערוצי התקשרות
במקביל: יצירת קשר יזום על ידי סוכן AI ועל ידי סוכן וואטסאפ
במקביל: יצירת קשר יזום על ידי סוכן AI ועל ידי סוכן וואטסאפ
2. וידוא הגעה – יום לפני הפגישה
סוכן טקסט מבוסס וואטסאפ פונה ללקוח. שלוש תגובות אפשריות:
אישור הגעה
הלקוח מאשר בתגובה לסוכן ← קיום פגישה.
ביטול / מועד חדש
הלקוח מבטל או מתאם מועד חדש ← עדכון יומן הפגישות, וחזרה לשלב וידוא ההגעה.
ללא תגובה
שיחה יזומה ממוקד השיווק:
• אין מענה ← עד 4 ניסיונות חיוג
• יש מענה ← וידוא הגעה: הגעה ← קיום פגישה, או אי הגעה ← ניסיון לתאם מועד חלופי ועדכון היומן
3. קיום פגישה – תוצאות
סגירת עסקה
מסר שיווקי לאחר רכישת דירה.
פגישת המשך
מסר שיווקי לאחר הפגישה, עם זימון לפגישה נוספת.
לא רלוונטי
מסר שיווקי לאחר פגישה ראשונה וסיווג הלקוח כלא רלוונטי.
4. ציר המסרים השיווקיים
אוטומציות מסע הלקוח
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.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 | שדות הסכמה | מוצע: "אישור דיוור" כשדה חדש וייחודי במערכת; "ביטול דיוור" – השדה הקיים – ישמש למערך ההסרה. | מוצע |
מועדון לקוחות
גינדי החזקות מנהלת מועדון לקוחות באחריות אגף השיווק, יחד עם אגף הטכנולוגיות. האחריות הבלעדית להוצאת המסרים היא של אגף השיווק.
דרישות
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-CB-01 | הגדרת חבר מועדון | חבר מועדון = כל מתעניין, ליד או איש קשר שאישר דיוור. אין פעולת הרשמה נפרדת – החברות נגזרת משדה אישור הדיוור. | חובה |
| MK-CB-02 | ערוצים ומעבר ל-SMS | דיוור בדוא"ל ובוואטסאפ, ומעבר ל-SMS כשיש מגבלת כמות או חסימה. | חובה |
| MK-CB-03 | תבניות עשירות | תבניות עם מסר שיווקי, תמונה, קובץ, מצגת, קישור חי ומסר אישי ללקוח. | חובה |
| MK-CB-04 | פילוח חברי המועדון | בניית קהלים מחברי המועדון לפי סיווג, תת-סיווג, מקור, פרויקט ואופי הדירה. | חובה |
| MK-CB-05 | דוח מועדון כמותי | כמות חברים, הצטרפויות והסרות לאורך זמן, לפי מקור ופרויקט. | חובה |
מדידת נציגים
דרישות
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-RM-01 | מוקד מול מכירות | השוואה בין תפקוד נציגת תיאום הפגישות לתפקוד נציג המכירות. | חובה |
| MK-RM-02 | מפגישה לעסקה | לכל נציגה: סך הלידים שתואמה להם פגישה, ומתוכם סך הלידים שנסגרה איתם עסקה. | חובה |
| MK-RM-03 | מדידה לפי סטטוס | בנפרד: סך הלידים בסטטוס פגישה לפי נציג, וסך הפגישות שתואמו לפי נציג. | חובה |
| MK-RM-04 | הפרדת סטטוסים | לדיון: סטטוסים נפרדים לאגף השיווק ולאגף המכירות, עם הצלבה ביניהם לנתוני אפקטיביות. | לדיון |
דוחות ודשבורדים
דוחות מוצעים:
דרישות
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-RP-14 | דוחות בדחיפה | שליחה יזומה ומתוזמנת של דוחות לרשימת תפוצה. | חובה |
| MK-RP-15 | דוחות לפי דרישה | הפקה בכל עת, עם סינון וייצוא. | חובה |
| MK-RP-16 | דשבורד לפי תפקיד | דשבורד ייחודי למנהלת ולסמנכ"לית (ראו הרשאות). | חובה |
הרשאות
מוקדנית
ניהול לידים. ללא צפייה בשדות כספיים, בדשבורד הנתונים ובמודולי המערכת.
מנהלת
הרשאה מלאה, ודשבורד ייחודי.
סמנכ"לית
הרשאה מלאה, דשבורד ייחודי ומערך הבינה המלאכותית.
| יכולת | מוקדנית | מנהלת | סמנכ"לית |
|---|---|---|---|
| ניהול לידים | ✓ | ✓ | ✓ |
| צפייה בשדות כספיים | ✗ | ✓ | ✓ |
| דשבורד נתונים | ✗ | ✓ | ✓ |
| מודולי מערכת והגדרות | ✗ | ✓ | ✓ |
| דשבורד ייחודי | ✗ | ✓ | ✓ |
| מערך בינה מלאכותית | ✗ | — | ✓ |
בינה מלאכותית
מערך הבינה המלאכותית באגף השיווק יהיה מערך אפקטיבי ומדיד, וישמש כצינור עדכון נתונים בזמן אמת באמצעות פלטפורמת n8n. המערך יקושר למערכות ה-CRM, כולל כל המודולים המקושרים למחלקה. ערוץ ההתקשרות: וואטסאפ.
דרישות
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-AI-01 | ערוץ וואטסאפ | ממשק הבינה המלאכותית למחלקה זמין בוואטסאפ. | חובה |
| MK-AI-02 | צינור עדכון בזמן אמת | עדכון נתונים בזמן אמת באמצעות n8n, בין ה-AI לבין ה-CRM. | חובה |
| MK-AI-03 | חיבור למודולי המחלקה | קישור לכל מודולי ה-CRM המקושרים למחלקה: לידים, קמפיינים, יומנים, דיוור, אנשי קשר ונכסים. | חובה |
| MK-AI-04 | מדידות | מערך אפקטיבי ומדיד: היקף שימוש, סוגי פעולות, וחיסכון בטיפול ידני. | חובה |
רובוט וואטסאפ – שלב ב׳: שיווק
ייעוד
- מענה מיידי לכל ליד, 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) |
תרשים שיחות וואטסאפ – הדמיית תהליך
כדי להתאים לכם את המידע – כמה חדרים אתם מחפשים, ובאיזה טווח תקציב?18:02
פעולות המערכת
- זיהויליד חדש ממודעת Meta (Click to WhatsApp) · מקור ו-UTM נקלטו
- תיעודעדכון שדות הליד: חדרים 4 · תקציב
- ביצועשליחת חומר ויזואלי לפי סוג הדירה
- ביצועשליפת מועדים פנויים מיומן הפרויקט
- תיעודזימון ביומן הפרויקט · סטטוס ליד: פגישה מתואמת
- אוטומציהמסרים טרום פגישה · וידוא הגעה – אומני טלקום
פעולות המערכת
- סיווגרשימת ממתינים
- תיעודרישום ברשימת הממתינים – 5 חדרים · מרפסת
- אוטומציהטריגר שיווקי בעת התפנות דירה מתאימה (MK-PR-04)
פעולות המערכת
- זיהויהמספר משויך לרוכש קיים
- ביצועניתוב לרובוט השירות – השיחה ממשיכה שם
# זהות
את הנציגה הדיגיטלית של גינדי בוואטסאפ, עבור מתעניינים ברכישת דירה. המטרה: מענה מיידי לכל ליד, בירור צרכים, וקביעת פגישה במשרד המכירות.
# נתונים המוזנים מהמערכת
- 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נקודות פתוחות להמלצת סקאלה
- תצורת רובוט הוואטסאפ – שיח חופשי או משולב, תפקיד הרובוט בקליטת ליד ובתיאום פגישה, והקשר לסוכן הקולי.
- ערכת ליד קבועה – המלצה לסט קבוע של שדות, סטטוסים ופעולות לכל ליד.
- מספרי צל – האם להמשיך במדידה דרך מאסקיו, או לנהל את מיפוי מספרי הצל ישירות מול אומני טלקום וה-CRM.
- מקור לשיחות למספר הכוכבית – איך לייחס מקור לשיחות שמגיעות למספר הראשי של הפרויקט.
- וואטסאפ למוקדניות – ממשק לוואטסאפ הפרטי (Web), מעבר לוואטסאפ רשמי, או שילוב.
- חלופה לשמיר מערכות – האם מודול הדיוור של סקאלה מחליף את שמיר ב-SMS, וואטסאפ ודוא"ל.
- יומנים – SSD מול סקאלה – ממשק ליומני SSD או מעבר ליומן מובנה ב-CRM, והקשר לאומני טלקום.
- עלות בפועל לקמפיין – מקור הנתון: הזנה ידנית, דוחות WEB3 או ממשק ל-Meta ול-Google.
- סטטוסים לשיווק ולמכירות – האם להפריד סטטוסים בין האגפים ולהצליב ביניהם, או לנהל סטטוס אחד משותף.
- דיוור בוואטסאפ – דיוור המוני בוואטסאפ רשמי דורש תבניות שיווקיות מאושרות ו-Opt-in; נבקש המלצה לשילוב עם מעבר ל-SMS בעת חסימה.
- שדות הסכמה לדיוור – אימות ההצעה: "אישור דיוור" כשדה חדש, ו"ביטול דיוור" הקיים להסרה, כולל הסבת הנתונים הקיימים.
- תצוגת בניין – רכיב של סקאלה, חלק מפורטל המכירות, או שילוב; וסנכרון הסטטוס ל-OLIN360.
- זיהוי כפילויות – מפתח לזיהוי ליד קיים (מספר טלפון מנורמל) ומיזוג מול המאגר ההיסטורי ומול רוכשים קיימים.
- ייחוס מקור – איך משלבים זיהוי לפי מספר ממוסך עם מקורות דיגיטליים (UTM / טפסים) כדי לחשב עלות לפגישה ולסגירה בלי כפל ספירה.
- הסכמה לדיוור – ניהול הסכמה ובקשות הסרה לפי חוק הספאם, במיוחד במסרים ללקוחות שסווגו כלא רלוונטיים.
- אלגוריתם התזכורות – המלצה למנגנון שמתאים את תדירות המסרים לפי המרווח בין התיאום לפגישה.
- סוכן קולי – האם הפתרון נשען על אומני טלקום או על רכיב של סקאלה.
- מעבר ממתעניין לרוכש – העברת הרשומה ממחלקת השיווק למחלקת הדיירים בעת רכישה, תוך שמירת ההיסטוריה.
רובוט וואטסאפ
רובוט שירות מבוסס AI מונגש באמצעות פלטפורמת וואטסאפ, קישור ותיעוד במערכת ה-CRM לרבות מדידת ביצועים, התראות ותהליכים מבוססי אוטומציה. קהל היעד בשלב א׳ – רוכשים ודיירים. המערך מכיל יכולות זיהוי לקוח, הצמדת פנייה לכרטסת לקוח ופעולת שמירה.
W.1מטרה ורציונל
מטרות
- זיהוי לקוח ודאי באמצעות מזהה חד ערכי – מספר נייד, אל מול כרטסת הלקוח
- ניתוב חכם ומענה מיידי, לרבות קשר גומלין מול פורטל הלקוחות
- סיווג מלא לכל פנייה – נושא, תת נושא, רמת דחיפות ומקור – כבסיס למערך האוטומציות והמדידה
- הפחתת עומס המוקד – יעד טיפול וסגירה של 53% מהפניות באמצעות הרובוט
רציונל
- המוקד מבצע כיום ניתוב ללא תיעוד וללא מעקב – הרובוט מבצע ניתוב מתועד
- 53% מהשיחות הינן בירור מידע או תיאום – נושאים המונגשים בפורטל הלקוחות
- שיחות כספים ותלונות הינן השיחות הארוכות והשליליות – הרובוט אינו מטפל בהן ומבצע העברה מיידית לנציג
- זמינות 24/7 – הפחתת עומס שיא הבוקר
נתוני בדיקת המוקד
W.2עקרונות פעולה
זיהוי ע"י מזהה חד ערכי – מספר נייד
זיהוי הלקוח מתבצע אוטומטית אל מול כרטסת הלקוח, באמצעות מספר הנייד ממנו התקבלה הפנייה. בהיעדר זיהוי – יתבקש הלקוח להזין שם מלא ומספר נייד המקושר לנכס.
מודל טקסט
שיח חופשי ללא תפריטי בחירה. מודל הטקסט מפענח את הפנייה, מסווג לנושא ולתת נושא מתוך הקטלוג ומבצע את הפעולה הנדרשת.
רמת דחיפות מבוססת קטלוג
לכל תת נושא מוגדרת רמת דחיפות קבועה מראש. חריגים: מצבי בטיחות, תקלה המונעת שימוש בנכס ומועד קרוב.
הנגשה באמצעות פורטל הלקוחות
מידע אישי – כספים, מסמכים וסטטוס – מונגש באמצעות הפניה למסך הרלוונטי בפורטל, ללא מסירת המידע בשיחה.
היעדר התחייבות לזמני טיפול
הרובוט אינו מציין זמני טיפול, מועדי ביקור או SLA. נוסח אחיד: "בימים הקרובים".
אבטחת מידע
אין שליחת חוזים או פרטי חשבון בנק בוואטסאפ, ואין עדכון נתונים בכרטסת הלקוח ע"י הרובוט.
תיעוד מקיף
כל פנייה – לרבות פנייה שטופלה ונסגרה ע"י הרובוט – מתועדת כקריאת שירות מסווגת, לרבות תמלול השיחה וקבצים מצורפים, ומוצמדת לכרטסת הלקוח.
הכלאה בין שירות מבוסס בינה מלאכותית לשירות אנושי
מקסום תהליכי: הרובוט מטפל במה שניתן לסגור, ומעביר לנציג – כולל היסטוריית השיחה – את מה שמחייב טיפול אנושי. לאחר שתי שאלות הבהרה ללא סיווג – העברה לנציג.
W.3תהליך השיחה
- פתיחה וזיהויהצגה, הצהרת תיעוד וזיהוי לקוח אל מול הכרטסת
- מודל טקסטפענוח הפנייה וסיווג לנושא ולתת נושא
- ביצועהפניה לפורטל · פתיחת קריאה · הפניה לקבלן · העברה לנציג · בטיחות
- תסריט סיום ודיווח"שירות נוסף או נציג אנושי?" · תזכורת לאחר שעה · שמירה וסיום לאחר שעה נוספת · דיווח ל-CRM
W.4קטלוג נושאים
קטלוג הכולל 60 נושאים בשבע קטגוריות. לכל נושא: פעולת הרובוט, נוסח מענה קבוע ותיעוד במערכת ה-CRM.
כספים ותשלומים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תרשים שיחות וואטסאפ – הדמיית תהליך
הדמיית תהליך הרובוט: שיחת הלקוח לצד פעולות המערכת בכל שלב – זיהוי, סיווג, ביצוע, תיעוד ואוטומציה. הדמיה ראשונית לצורך המחשה.
את לוח התשלומים המלא, כולל המועד הבא, ניתן לקבל בפורטל הלקוחות לאחר הזדהות:
portal.gindi.co.il/payments09:41
פעולות המערכת
- זיהוימספר הנייד זוהה אל מול כרטסת הלקוח – יוסי כהן · דירה 12
- סיווגכספים / לוח תשלומים · דחיפות: רגיל
- ביצועהפניה למסך לוח התשלומים בפורטל הלקוחות
- אוטומציהפנייה נוספת לאחר שעה ללא מענה
- תיעודתסריט סיום – דיווח ל-CRM: קריאה 10483 · סטטוס: הועבר לפורטל · מקור: רובוט · סיכום שיחה
- אוטומציהדירוג שביעות רצון בסגירת קריאה
- תיעודשביעות רצון: 5 · נשלחה הודעת תודה
כתבו לי שם מלא ומספר טלפון המקושר לדירה, ובמה אפשר לעזור.09:41
פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.09:43
פעולות המערכת
- זיהויהמספר אינו מזוהה בכרטסת הלקוחות
- זיהויהתאמה לכרטסת לקוח – יוסי כהן · דירה 12
- סיווגתקלת מסירה / מיזוג
- סיווגשאלת איסוף לקביעת רמת הדחיפות
- סיווגמונע שימוש: לא · דחיפות: רגיל
- ביצועשליפת פרטי הקבלן המבצע לפרויקט – תחום מיזוג
- תיעודקריאה 10482 · סטטוס: הועבר לקבלן · תאריך הפניה לקבלן
- אוטומציהמעקב יזום אחר הפניה לקבלן
- תיעודתשובת מעקב קבלן: לא טופל
- אוטומציההעברה לנציג שירות להמשך טיפול
פנייתכם תועדה אצלנו, וניצור עמכם קשר בימים הקרובים להמשך מעקב.09:42
פעולות המערכת
- זיהוילקוח מזוהה – יוסי כהן · דירה 12
- סיווגליקויים / חדר רחצה · סדק באריח – ליקוי רגיל, אינו מצב בטיחות
- ביצועהפניה לקבלן המבצע
- תיעודקריאה 10484 · תמונה מצורפת · מעקב: נציג בדק
- אוטומציהפנייה נוספת לאחר שעה ללא מענה
- תיעודתסריט סיום – שמירה וסיום הפנייה · סיבת סגירה: היעדר מענה · דיווח ל-CRM
במה אפשר לעזור? אפשר לכתוב במילים שלכם.09:41
פעולות המערכת
- זיהוילקוח מזוהה – יוסי כהן · דירה 12
- סיווגהנושא אינו מזוהה – שאלת הבהרה 1 מתוך 2
- סיווגתקלת מסירה / דלתות וחלונות
העברתי את הפנייה לנציג באופן מיידי (מספר 10485).21:14
פעולות המערכת
- זיהוילקוח מזוהה – יוסי כהן · דירה 12
- סיווגמצב בטיחות – ריח גז · דחיפות: דחוף
- ביצועהוראת בטיחות מיידית, ללא שאלות מקדימות
- תיעודקריאה 10485 · סטטוס: ממתין לנציג
- אוטומציההתראה מיידית למנהלת השירות – מחוץ לשעות הפעילות
פעולות המערכת
- זיהוילקוח מזוהה · קריאה פתוחה 10482 באותו תת נושא
- סיווגתקלת מסירה / מעקב – פנייה חוזרת
- תיעודעדכון קריאה 10482 – ללא פתיחת קריאה חדשה · דחיפות: דחוף
- אוטומציההסלמה למנהלת השירות
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נקודות פתוחות
- רשימת תתי נושאים סופית ורמת דחיפות לכל תת נושא – מחלקת השירות.
- הנגשת ליקויים ובדק באמצעות הרובוט בשלב א׳.
- טבלת קבלנים לפי פרויקט ותחום, וערוץ ההודעה אליהם.
- פלטפורמת הרובוט: אומני טלקום, מודול הצ׳אטים של סקאלה או חלופה.
- סקאלה: זיהוי לקוח לפי מספר הנייד בתחילת השיחה (המספר מוזן מהמערכת), ללא בקשת פרטים מהלקוח.
- סקאלה: הזדהות הרובוט מול המערכת וקבלת מידע (כרטסת לקוח, סטטוס קריאה) – והממשק הנדרש.
- הגדרת {X} ימים למעקב אחר הפניה לקבלן (בקטלוג: 48 שעות).
- פתרון ביניים עד להנגשת כלל המסכים הנדרשים בפורטל הלקוחות.
- שם הרובוט וקול המותג (בהדמיה: "גילי").
- מדיניות תמלול הודעות קוליות, ושפות נוספות מעבר לעברית ולאנגלית.
מודולים וישויות
כל הישויות, המודולים והממשקים של המערכת במקום אחד, עם המחלקות שמשתמשות בכל אחד מהם. הפירוט המלא מופיע גם בפרק של כל מחלקה.
M.1ישויות ליבה
| ישות | תיאור | מקושרת ל־ | מחלקות |
|---|---|---|---|
| אנשי קשר | לקוח, רוכש, מתעניין, גורם חיצוני. כרטסת אחת לכל אדם. | נכסים · לידים · קריאות · משימות · מסמכים | שירותדייריםשיווקמכירות |
| פרויקטים | פרויקט נדל"ן: שלב, סטטוס, מועדי מסירה, סיכומי מלאי ומכירות. | בניינים · נכסים · יומנים | דייריםשיווקמכירות |
| בניינים | בניין בתוך פרויקט; רמת ביניים לעדכונים רוחביים. | פרויקט · נכסים | דיירים |
| נכסים | דירה, חניה, מחסן, שטח מסחר. פרטים, מכירה, מסירה ומועדים חוזיים. | פרויקט · בניין · רוכשים · ממתינים | דייריםשיווקמכירותשירות |
| לידים / פניות שיווק | פנייה של מתעניין, עם מקור, קמפיין ואיכות. | איש קשר · פרויקט · נציג · קמפיין | שיווקמכירות |
| קריאות שירות | פנייה של לקוח קיים, עם סיווג, סטטוס ועדיפות. | איש קשר · נכס · פרויקט | שירותדיירים |
| משימות ואירועים | משימה, פולואפ, פגישה, שיחה יזומה. | איש קשר · משתמש · יומן | שירותדייריםשיווקמכירות |
| קמפיינים | קמפיין שיווקי עם תקציב, ערוץ ומדדים. | לידים · מקורות | שיווק |
M.2מודולים
קטלוג 60 נושאים, הדמיית תהליך ופרומפט מערכת. שלב ב׳ – שיווק.
דף W · 3.4.13וואטסאפ, עדכון בזמן אמת דרך n8n, חיבור למודולי המחלקה.
סעיף 1.4.11 · 2.5.9 · 3.4.12M.3ממשקים חיצוניים
| מערכת | תפקיד הממשק | מחלקות | סטטוס |
|---|---|---|---|
| אומני טלקום | מרכזייה, תמלול, תובנות שיחה, וידוא הגעה ותיאום פגישות ב-AI, Click to Call | שירות · דיירים · שיווק | נדרש |
| מאסקיו | מספרי צל והצלבתם לפרויקט ולמקור | שיווק | לבחינה |
| Meta | קליטת לידים מקמפיינים | שיווק | מחובר |
| Google Ads | UTM ומעקב המרות | שיווק | נדרש |
| SSD | ניהול יומנים ומיני סייטס | שיווק | לבחינה |
| OLIN360 | תצוגה וירטואלית של פרויקט, בניינים ודירות; קריאת סטטוס דירה ב-API | שיווק | נדרש |
| שמיר מערכות | דיוור SMS, וואטסאפ ודוא"ל – מבוקשת חלופה | שיווק | להחלפה |
| WhatsApp Business API | וואטסאפ רשמי, תבניות, רובוט | שירות · דיירים · שיווק | נדרש |
| Microsoft Outlook | סנכרון יומן ודוא"ל | שירות · דיירים | נדרש |
| SAP | נתונים כספיים וגבייה | דיירים · כספים | להמלצה |
M.4פירוט מודולים
מודול לידים וטפסי אינטרנט
מצב קיים
הלידים מגיעים היום משלושה ערוצים שונים, וכל אחד מהם מנוהל אחרת:
קמפיינים ברשתות Meta. החיבור קיים ונמצא תקין.
המודעות מפנות (Redirect) לאתרי תדמית, למיני סייטס ולכתבות תוכן. לכל פלטפורמה טופס משלה להשארת פרטים.
מספרי צל שמופקים במאסקיו, ומקושרים לפרויקט ולמקור לידים. המקור מזוהה דרך ממשק המרכזייה מול אומני טלקום.
השארת הפרטים בפועל מורכבת מהכלאה בין הנתונים שהלקוח מילא בטופס (שם מלא, נייד, דוא"ל, ולעיתים שאלות בסיסיות כמו כמות חדרים, תקציב וסוג דירה) לבין נתוני ניטור המקור ברמת UTM ב-URL המפנה.
מספרי צל ומספר כוכבית
המדידה מתבצעת היום דרך ממשק לחברת מאסקיו (לדיון: האם זו הדרך הנכונה להמשך).
מספר צל
המרכזייה מציינת את המספר שאליו נכנסה השיחה. ה-CRM מאזין לשיחה, מפעיל אוטומציה ומסווג את הפנייה לפי המספר הנכנס – פרויקט ומקור.
מספר כוכבית
המספר הראשי של הפרויקט. מפנה למרכזייה הכללית עם סיווג פרויקט, אבל ללא סיווג מקור – כי אין מאחוריו מספר צל נוסף.
דפי נחיתה וטפסי ספקים
החברה מפתחת באופן שוטף קשרי גומלין עם ספקים נוספים ודפי נחיתה לכל פרויקט. בכל המקרים האלה הפנייה מגיעה דרך טופס אינטרנט: נתוני ה-UTM ושדות המידע שמועברים בקוד ה-URL משמשים כבסיס נתונים, ומומרים לשדות מידע בתוך המערכת. מקור שנדרש למדוד מקבל UTM נקודתי בכתובת הטופס, ונתון זה נשמר בטופס האינטרנטי במקביל לשאר המידע.
הפתרון
שילוב של מודול טפסי אינטרנט עם מודול לידים: טופס אחיד שמכיל את ערכי השדות המלאים, מציג ללקוח רק את השדות הרלוונטיים, וקולט את נתוני ה-UTM אוטומטית. כל הערוצים – Meta, Google והטלפון – נכנסים לאותו מודול לידים, עם מקור מזוהה ושיוך אוטומטי לנציג.
דרישות
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, אתר הפרויקט, מיני סייט |
| מזהה טופס | אוטומטי | הטופס שממנו הגיעה הפנייה |
מדידת קמפיינים, משפך ותקציב
מצב קיים
הארגון מודד אפקטיביות שיווקית באופן אינטנסיבי, ובשל היעדר יכולות טכנולוגיות נמצאו לכך פתרונות עוקפים. המדידה מתבצעת ברמת פרויקט, עם ירידה לפרטים למקור ולתת-מקור, לקמפיין או לטופס. המדידות העיקריות הן: השארת פנייה מטופס, ליד מ-Meta וליד מ-Google (לפי UTM). משרד הפרסום הוא WEB3.
הפתרון
מדידה אפקטיבית ותקציבית לכל קמפיין, כולל משפך מכירה, ברמת כמות וברמה כספית:
על בסיס המדידה, מערך המלצות שיווקיות לחלוקת התקציב בין קמפיינים – הקצאת משאבים, פוקוס וכספים למשפך המכירה האפקטיבי יותר.
דרישות
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 |
| תאריך התחלה / סיום | תאריך | |
| תקציב מתוכנן | סכום (₪) | |
| עלות בפועל | סכום (₪) | |
| יעד לידים / פגישות / עסקאות | מספר | |
| כמות לידים | חישובי | |
| כמות פגישות שתואמו | חישובי | |
| כמות פגישות שהתקיימו | חישובי | |
| כמות עסקאות | חישובי | |
| היקף כספי של העסקאות | חישובי | |
| עלות לליד | חישובי | עלות בפועל ÷ לידים |
| עלות לפגישה | חישובי | עלות בפועל ÷ פגישות |
| עלות לעסקה | חישובי | עלות בפועל ÷ עסקאות |
| שיעורי המרה | חישובי | בין כל שלב במשפך |
| ניצול תקציב | חישובי | עלות בפועל ÷ תקציב מתוכנן |
מערכות קיימות באגף השיווק
המערכות שמשמשות היום לניהול ולניטור לידים, ומה צפוי לכל אחת מהן.
| מערכת | תפקיד היום | מול ה-CRM | המשך |
|---|---|---|---|
| אומני טלקום | מרכזייה, תמלול שיחות, תובנות שיחה, רובוט AI לניטור פגישות ולתיאום פגישות | ממשק דו-כיווני ל-CRM | נשמר |
| מאסקיו | ספק מספרי צל והצלבת מספרי הצל למידע קבוע עבור ה-CRM | לדיון: האם להמשיך במודל זה | לבחינה |
| וואטסאפ פרטי (Web) | בשימוש המוקדניות למענה אישי, ללא תלות בניהול כמות הודעות | לדיון: ממשק לוואטסאפ פרטי ו/או רשמי | לבחינה |
| שמיר מערכות | ספק דיוור ושליחת הודעות: SMS, וואטסאפ ודוא"ל | לדיון: חלופה ראויה לספק | להחלפה |
| OLIN360 | תצוגה וירטואלית של הפרויקט, הבניינים והדירות במשרדי המכירות ואונליין; מציג סטטוס דירה בהאזנה וקריאת API לשינוי סטטוס | API: סטטוס דירה מה-CRM | נשמר |
| SSD | ניהול יומנים ומיני סייטס | ממשק / החלפה ביומן ה-CRM – לדיון | לבחינה |
| Meta | קמפיינים ולידים | חיבור קיים | נשמר |
| Google Ads | מודעות עם הפניה לאתרים, מיני סייטס וכתבות | UTM בטפסים | נשמר |
| WEB3 | משרד הפרסום | דוחות עלות לקמפיינים | נשמר |
| תצוגת בניין | כלי עזר לתהליך המכירה | נדרש – ראו 3.4.5 | חדש |
ניהול יומנים
מערך שמנטר ומנתב את יומני הפרויקטים. כך מנוהלות הפגישות בגינדי:
- הגדרהלכל פרויקט יומן פגישות
- הגדרהלכל פרויקט משרד מכירות וצוות מכירות
- הגדרהמסגרת שעות פעילות וכמות פגישות לכל שעת עבודה
- תיאוםנציגת מוקד בשיחה טלפונית, או הלקוח באתר הפרויקט (Self Service)
- וידוא הגעהאומני טלקום מזהה פגישה מתוכננת ושולחת אישור הגעה ב-AI בוואטסאפ
- עדכוןאישור, תיאום מחדש או ביטול – נכתבים ב-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 | יומן שיתופי לפי הרשאות | תצוגת יומן שיתופי, עם הרשאות לפי פרויקט: כל משתמש רואה ומנהל רק את הפרויקטים שהוא מורשה להם. | חובה |
תצוגת בניין
מערך מבוסס Web שמשמש ככלי עזר לניהול תהליך המכירה, בשימוש מערך השיווק והמכירות.
דרישות
6 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-BV-01 | הרשאות | ניהול לפי סוג משתמש ולפי הפרויקטים שצוותו למשתמש. | חובה |
| MK-BV-02 | תצוגה אינטראקטיבית מחוברת | מחוברת למודולי הפרויקטים, הנכסים, הלידים ואנשי הקשר. | חובה |
| MK-BV-03 | זמן אמת | תעבורת נתונים בזמן אמת – שינוי סטטוס מתעדכן מיד בכל המסכים וב-OLIN360. | חובה |
| MK-BV-04 | מידע, סינון ומדדים | הצגת מידע מקיף, סרגל סינון (חדרים, קומה, כיוון, מחיר, סטטוס), מדדים ופלטת צבעים לפי סטטוס. | חובה |
| MK-BV-05 | פעולות מתוך התצוגה | דיווח פגישה, ניהול הרשמה, שינוי סטטוס דירה וציוות רוכש לדירה. | חובה |
| MK-BV-06 | תוכן שיווקי | תוכניות דירה, חומר צילומי, מידע מקיף, סטטוס וכמות מתעניינים לכל דירה. | חובה |
דיוור
מערך השיווק בגינדי החזקות ובחברות הבנות הוא הגורם הבלעדי שאחראי על הדיוור. הדיוור מתבצע היום דרך שמיר מערכות (ראו 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 | שדות הסכמה | מוצע: "אישור דיוור" כשדה חדש וייחודי במערכת; "ביטול דיוור" – השדה הקיים – ישמש למערך ההסרה. | מוצע |
מועדון לקוחות
גינדי החזקות מנהלת מועדון לקוחות באחריות אגף השיווק, יחד עם אגף הטכנולוגיות. האחריות הבלעדית להוצאת המסרים היא של אגף השיווק.
דרישות
5 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-CB-01 | הגדרת חבר מועדון | חבר מועדון = כל מתעניין, ליד או איש קשר שאישר דיוור. אין פעולת הרשמה נפרדת – החברות נגזרת משדה אישור הדיוור. | חובה |
| MK-CB-02 | ערוצים ומעבר ל-SMS | דיוור בדוא"ל ובוואטסאפ, ומעבר ל-SMS כשיש מגבלת כמות או חסימה. | חובה |
| MK-CB-03 | תבניות עשירות | תבניות עם מסר שיווקי, תמונה, קובץ, מצגת, קישור חי ומסר אישי ללקוח. | חובה |
| MK-CB-04 | פילוח חברי המועדון | בניית קהלים מחברי המועדון לפי סיווג, תת-סיווג, מקור, פרויקט ואופי הדירה. | חובה |
| MK-CB-05 | דוח מועדון כמותי | כמות חברים, הצטרפויות והסרות לאורך זמן, לפי מקור ופרויקט. | חובה |
מדידת נציגים
דרישות
4 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-RM-01 | מוקד מול מכירות | השוואה בין תפקוד נציגת תיאום הפגישות לתפקוד נציג המכירות. | חובה |
| MK-RM-02 | מפגישה לעסקה | לכל נציגה: סך הלידים שתואמה להם פגישה, ומתוכם סך הלידים שנסגרה איתם עסקה. | חובה |
| MK-RM-03 | מדידה לפי סטטוס | בנפרד: סך הלידים בסטטוס פגישה לפי נציג, וסך הפגישות שתואמו לפי נציג. | חובה |
| MK-RM-04 | הפרדת סטטוסים | לדיון: סטטוסים נפרדים לאגף השיווק ולאגף המכירות, עם הצלבה ביניהם לנתוני אפקטיביות. | לדיון |
דוחות ודשבורדים
דוחות מוצעים:
דרישות
3 דרישות| מזהה | דרישה | פירוט | סיווג |
|---|---|---|---|
| MK-RP-14 | דוחות בדחיפה | שליחה יזומה ומתוזמנת של דוחות לרשימת תפוצה. | חובה |
| MK-RP-15 | דוחות לפי דרישה | הפקה בכל עת, עם סינון וייצוא. | חובה |
| MK-RP-16 | דשבורד לפי תפקיד | דשבורד ייחודי למנהלת ולסמנכ"לית (ראו הרשאות). | חובה |
הרשאות
מוקדנית
ניהול לידים. ללא צפייה בשדות כספיים, בדשבורד הנתונים ובמודולי המערכת.
מנהלת
הרשאה מלאה, ודשבורד ייחודי.
סמנכ"לית
הרשאה מלאה, דשבורד ייחודי ומערך הבינה המלאכותית.
| יכולת | מוקדנית | מנהלת | סמנכ"לית |
|---|---|---|---|
| ניהול לידים | ✓ | ✓ | ✓ |
| צפייה בשדות כספיים | ✗ | ✓ | ✓ |
| דשבורד נתונים | ✗ | ✓ | ✓ |
| מודולי מערכת והגדרות | ✗ | ✓ | ✓ |
| דשבורד ייחודי | ✗ | ✓ | ✓ |
| מערך בינה מלאכותית | ✗ | — | ✓ |
ייחוסים וקשרים
תמונת המערכות של גינדי החזקות: המבנה הקיים, המבנה העתידי שבמרכזו Scala CRM, הקשר בין המחלקות למערכות, ומה קורה לכל מערכת קיימת במעבר.
T.1מבנה קיים
כיום כל מחלקה עובדת עם מערכות וכלים משלה, ללא חיבור ביניהם. המידע על הלקוח מפוזר בין מערכות CRM נפרדות, קבצי אקסל, תיבות דוא"ל ונייר.
שירות לקוחות
דוא"ל (Outlook)טלפוניהטופס צור קשר באתרפורטל לקוחותדיירים
CRM "שני גרופ"קבצי אקסל לכל פרויקטדוא"לטלפוניהשיווק
מאגר לידים באקסל, כ-150 אלף רשומותאומני טלקוםמאסקיו – מספרים ממוסכיםMeta – לידיםGoogle Ads + טפסים מפוזריםSSD – יומנים ומיני סייטסOLIN360 – תצוגה וירטואליתשמיר מערכות – דיוורוואטסאפ פרטי (Web)WEB3 – משרד פרסוםמכירות
CRM "נדל"ן 2U"טפסי הרשמה בניירמזכירות משרדי מכירותכספים
SAPתכנון · משפטית
שיחות וניירקבצים ותיקיותחתימות
נייר + סריקהפיילוט DocuSignהנהלה
דוחות ידניים מאקסלנתונים לא מסונכרניםT.2מבנה עתידי
Scala CRM היא מקור האמת היחיד לכל המחלקות. ערוצי הלקוח ומערכות הקצה כותבים לליבה וקוראים ממנה, המערכות הארגוניות נשארות ומתחברות אליה, ושכבת ה-AI נשענת על אותם נתונים.
מערכות שיוצאות משימוש
T.3מחלקות ומערכות
אילו מערכות משמשות כל מחלקה במבנה העתידי.
| מחלקה | Scala CRM | וואטסאפ | VoIP | Outlook | SAP | פורטל מכירות | סבב וחתימה | בוטי AI |
|---|---|---|---|---|---|---|---|---|
| שירות לקוחות | ||||||||
| דיירים | ||||||||
| שיווק | ||||||||
| מכירות | ||||||||
| כספים | ||||||||
| תכנון | ||||||||
| משפטית | ||||||||
| הנהלה |
T.4מסע הלקוח לאורך המערכות
הלקוח עובר בין מחלקות, אבל נשאר באותה כרטסת. בכל שלב: המחלקה האחראית והמערכות שמשתתפות.
- אתר, טפסים, אווטאר
- מאסקיו / VoIP
- Scala – לידים
- יומנים היררכיים
- תזכורות וואטסאפ
- Outlook
- פורטל מכירות AI
- מלאי ומחירונים
- Scala – נכסים
- קליטת חוזה ב-Scala
- סבב חתימות
- פורטל חתימה
- עדכון רוחבי
- מסמכים וטפסים
- SAP – גבייה
- רובוט וואטסאפ
- קריאות שירות
- פורטל לקוחות
T.5קיים מול עתידי
| תחום | קיים | עתידי | מעבר |
|---|---|---|---|
| ניהול נכסים ורוכשים | שני גרופ + אקסל | Scala – פרויקטים, בניינים, נכסים, אנשי קשר | הסבה מ"שני גרופ" וטעינת אקסל מטויב, ואז השבתה |
| ניהול לידים | מאגר באקסל, כ-150 אלף רשומות | Scala – לידים, קהלים ודיוור | טיוב ומיזוג לפי טלפון, והסבה |
| מכירות | נדל"ן 2U, נייר ומזכירות | Scala + פורטל מכירות AI | הסבה והשבתה; אנשי המכירות עובדים מהפורטל |
| שירות לקוחות | דוא"ל, טלפון וטופס – ללא תיעוד | Scala – קריאות שירות + רובוט וואטסאפ | סנכרון Outlook ופתיחת קריאות אוטומטית |
| וואטסאפ | אין ערוץ רשמי | WhatsApp Business API + תבניות | הקמת חשבון Meta ובחירת ספק (BSP) |
| טלפוניה | מרכזייה ללא ממשק ל-CRM | VoIP מחובר: הקפצת מסך, הקלטה, תובנות | נשמרת, ומתווסף ממשק |
| חתימות והסכמים | נייר וסריקה, פיילוט DocuSign | פורטל סבב בדיקות וחתימה דיגיטלית | DocuSign לא ממשיך; חתימה מאושרת אצל עו"ד |
| כספים | SAP | SAP + נתונים כספיים בכרטסת | נשאר; היקף הממשק להמלצת סקאלה |
| דיווח ניהולי | דוחות ידניים מאקסל | דשבורדים ב-Scala + בוטי AI להנהלה | מקור אמת אחד במקום קבצים |
| תכנון ומשפטית | שיחות ונייר | ממשק ניהול מחובר לסוכן AI | בבחינה |
T.6נקודות פתוחות להמלצת סקאלה
- API פתוח – היקף ה-API (קריאה וכתיבה, Webhooks, מגבלות קצב) שיאפשר לפורטל המכירות, לפורטל החתימה ולבוטי ההנהלה לעבוד מול הליבה.
- ממשק SAP – אילו נתונים כספיים יוצגו בכרטסת הלקוח והנכס, ובאיזה כיוון.
- שכבת האינטגרציה – אילו חיבורים מומלץ לבנות כרכיבים מובנים של סקאלה, ואילו דרך n8n.
- סדר ההסבה – המלצה לסדר העלייה לאוויר של המחלקות ולמועד השבתת "שני גרופ" ו"נדל"ן 2U".
- מופע גינדי גלובל – רכיבים, תבניות ואוטומציות שאפשר לשתף בין שני המופעים.