סוכן AI בלי מיפוי שדות ברור הופך את ה-CRM למזבלה מנומסת: אותם נתונים בחמישה שמות, טלפונים לא מנורמלים, וסטטוסים שרק מי שבנה את האוטומציה מבין. מיפוי שדות הוא התשתית השקטה שהופכת סוכן שימושי לנכס מדיד.
למה מיפוי נכשל אחרי שבועיים
התסריט החוזר:
- מחברים סוכן במהירות
- ממלאים "איכשהו" את השדות הנראים
- מוסיפים שדות מותאמים בלי בעלים
- נציגים מתחילים לכתוב חופשי בהערות
- הדוחות נשברים
הבעיה לא ה-AI — אלא היעדר חוזה נתונים בין עסק, תפעול וטק.
מקור אמת אחד לכל מושג עסקי
לכל מושג ב
בלי הטבלה הזו כל מפתח פרויקט "ייזכר" אחרת.
נרמול לפני כתיבה
סוכני AI אוהבים לכתוב יפה — לא בהכרח תקני. הגדירו שכבת נרמול:
- טלפון → פורמט אחיד
- מדינה/עיר → רשימות סגורות כשאפשר
- מטבע וסכום → יחידות ברורות
- טקסט חופשי → רק לשדות שמיועדים לכך
- ערכי סטטוס → מתוך enum מאושר בלבד
הסוכן מציע; הנרמול שומר על שלמות.
עדכון מול דריסה
הגדירו מדיניות:
- מתי מותר לדרוס ערך קיים
- מתי רק למלא ריק
- מתי לכתוב להיסטוריה / הערה ולא לשדה הראשי
- מתי לשמור גרסה קודמת
דוגמה: אל תדרסו "מקור ראשון". כן עדכנו "מקור אחרון" או "נקודת מגע אחרונה".
סכימת סיכום שיחה
שימו סיכום AI בשדה ייעודי (או אובייקט פעילות), לא בהערות כלליות בלי מבנה. תבנית מומלצת:
- כוונה
- פרטים שנאספו
- התנגדויות
- הצעד הבא
- סיבת הסלמה אם הייתה
כך נציג הבא והדוחות מדברים באותה שפה.
בדיקות איכות נתונים (Data QA)
הריצו בדיקות שבועיות:
- אחוז לידים עם טלפון לא תקין
- אחוז סטטוסים מחוץ ל-enum
- אחוז רשומות בלי בעלים
- אחוז כפילויות חשודות
- אחוז סיכומי AI ריקים אחרי שיחה סגורה
קשרו את זה ל-KPI של הסוכן — לא רק ל"זמן מענה".
HITL סביב שדות
מתי אדם חייב לאשר לפני כתיבה ל
תוכנית 7 ימים לסידור מיפוי
יום 1: רשימת מושגים עסקיים ומקור אמת
יום 2: טבלת מיפוי API + בעלים
יום 3: נרמול ו-enum
יום 4: חיבור סוכן לקריאה/כתיבה מדורגת
יום 5: כללי כפילויות
יום 6: מדגם QA על 50 רשומות
יום 7: תיקון וספים לניטור שוטף
טעויות נפוצות
- שמות שדות בעברית בממשק ובאנגלית ב-API בלי מילון
- סוכן שכותב ל-30 שדות "ליתר ביטחון"
- אין בעלים לשדה חדש שנוסף בשיחת סלאק
- מדידה רק של הצלחת API 200 בלי תוכן תקין
- ערבוב הערות חופשיות עם שדות מדווחים
סיכום
מיפוי שדות CRM לסוכני AI הוא חוזה נתונים: מקור אמת, נרמול, הרשאות כתיבה, מניעת כפילויות ו-QA. בלי זה הסוכן נשמע חכם בשיחה — והעסק עיוור בדוחות.
רוצים לבנות מפת שדות וחיבור נקי לסוכני AI על ה-CRM שלכם?
https://bramytech.com
050-7657001
-CRM:
- שינוי סטטוס ל"סגור/הפסד"
- עדכון פרטי תשלום / חיוב
- מיזוג אנשי קשר
- כתיבה לשדות compliance
שאר העדכונים יכולים לרוץ אוטומטית עם לוג.
KPI למיפוי שעובד
- שלמות שדות חובה לפי שלב משפך
- שיעור דחיות נרמול (הסוכן הציע ערך לא תקין)
- שיעור כפילויות שנוצרו ע"י אוטומציה
- זמן עד תיקון מיפוי אחרי באג
- אמון נציגים בנתונים (סקר קצר פנימי)
אם הנציגים מפסיקים לסמוך על השדות — האוטומציה מתה בשקט.
שדות שהסוכן ממלא מול שדות שאדם ממלא
חלקו במפורש:
AI יכול לכתוב: מקור, תגיות סיווג, סיכום, ניקוד הצעה, שעת פנייה, ערוץ.
אדם מאשר / כותב: הנחה חריגה, סיבת הפסד רגישה, שדות חוזיים, שינוי בעלים קבוע.
כתיבה חופשית של AI לשדות רגישים היא מתכון לדוחות מטעים.
מניעת כפילויות ליד
לפני יצירת רשומה חדשה:
- חיפוש לפי טלפון מנורמל
- חיפוש לפי אימייל
- כללי מיזוג / קישור אם נמצא
- אם ספק — יצירה + דגל לביקורת אדם
סוכן שיוצר ליד חדש לכל הודעה הורס את המשפך יותר מכל באג ניסוח.
חרו שדה אחד רשמי:
- טלפון ראשי
- אימייל ראשי
- מקור ליד
- סטטוס משפך
- בעלים
- סיבת הפסד
- סיכום שיחה אחרון
אם יש שני שדות ל"מקור" — הסוכן יבחר באקראי, והאנליטיקה תשלם.
מפת מיפוי: תבנית מינימלית
לכל שדה שסוכן נוגע בו תעדו:
- רכיב: שם עסקי — מה לכתוב: איך קוראים לזה בישיבה
- רכיב: API name — מה לכתוב: השם במערכת
- רכיב: כיוון — מה לכתוב: קריאה / כתיבה / שניהם
- רכיב: חובה? — מה לכתוב: כן/לא לפי שלב