הזנת נתוני CRM עם AI ב-Telegram: מילוי אוטומטי של שדות ותוויות עם MCP

חברו את שרת ה-Telegram MCP של Entergram ללקוח AI, והסוכן יוכל לקרוא את ההודעות בכל צ'אט, ליצור את עמודות ה-CRM שאתם מתארים, ולכתוב את הערך הנכון בכל צ'אט שיש לו גישה אליו, בהרצה אחת. אתם מתארים את התוצאה בפרומפט ("עמודת Language, שממולאת מ-100 ההודעות האחרונות"), בודקים מדגם של הערכים שהוא מציע, ונותנים לו להשלים את השאר. הפוסט הזה עובר על חמש דוגמאות עובדות: זיהוי שפה, שלב מכירה, תוויות תמיכה, השדות שאף אחד לא ממלא, ושליחה המונית לסגמנט שהסוכן בדיוק בנה.

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

Model Context Protocol הוא התקן שמאפשר ללקוחות AI לקרוא למערכות חיצוניות. Entergram חושפת שרת MCP מתארח, וממשק הכלים שהוא מפרסם הוא מה שקובע מה הסוכן יכול לעשות בפועל. לעבודה הזאת, ארבע קבוצות רלוונטיות:

• צ'אטים וגילוי - entergram_list_workspace_chats, entergram_get_workspace_chat. זו תצוגת ה-CRM של שיחה: ערכי השדות הנוכחיים, טיקטים מקושרים, הערות פנימיות.
• הודעות - entergram_list_messages, entergram_send_message. זו הראיה הגולמית שהסוכן מסיק ממנה, והערוץ שדרכו הוא עונה.
• שדות CRM מותאמים אישית - entergram_list_custom_columns, entergram_create_custom_column, entergram_create_custom_column_option, entergram_patch_chat_custom_fields. קריאת הסכמה, הרחבת הסכמה, כתיבת ערכים.
• הערות פנימיות וטיקטים - entergram_create_chat_comment, entergram_create_ticket. המקום שבו הסוכן משאיר את הנימוק שלו, והמקום שבו הוא מסלים.

החלק החשוב הוא עצם קיומו של create_custom_column. רוב האינטגרציות מאפשרות למכונה לכתוב לתוך שדות שמישהו אחר תכנן. כאן הסוכן יכול לתכנן גם את השדה: לבחור את הסוג (text, textarea, number, date, select, multiselect, checkbox), להגדיר את רשימת האפשרויות, לתת לכל אפשרות צבע, ומיד להתחיל למלא. זה משנה את תהליך העבודה מ"קודם מגדירים, אחר כך עושים אוטומציה" ל"תארו את התוצאה שאתם רוצים, ותנו לו לבנות את המבנה".

ההגדרה לוקחת כמה דקות: העתיקו את כתובת שרת ה-MCP שלכם מ-Settings → Workspace → Connectors → MCP, הדביקו אותה ב-Claude, ChatGPT, Cursor, n8n או כל לקוח שאתם משתמשים בו, ואשרו את ההרשאות (scopes). עמוד העזרה על מחברי MCP והמדריך שלנו לחיבור כל לקוח AI מפרטים את ההגדרות לכל פלטפורמה. כל מה שמופיע בהמשך מניח שהחיבור הזה פעיל.

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

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

הנה כל תהליך העבודה כפרומפט:

צור עמודה מותאמת אישית חדשה לצ'אטים בסביבת העבודה שלי ב-Entergram בשם "Language", מסוג select, עם האפשרויות האלה: English (en), Russian (ru), Spanish (es), Turkish (tr), Portuguese (pt), Farsi (fa), Arabic (ar), Chinese (zh), German (de), French (fr), ו-Mixed/Unclear (unclear). תן לכל אחת צבע שונה.

אחר כך עבור על כל צ'אט בסביבת העבודה. בכל אחד, קרא את 100 ההודעות האחרונות, הסתכל רק על מה שאיש הקשר כתב (התעלם מההודעות שלי ומכל פלט של בוט), וקבע באיזו שפה הוא כותב בעיקר. כתוב את זה בשדה Language. אם יש פחות מחמש הודעות של איש הקשר, או שאיש הקשר כותב בשתי שפות בערך באותה מידה, קבע unclear במקום לנחש.

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

מה הסוכן עושה בפועל, שלב אחר שלב:

1. קורא ל-entergram_list_custom_columns כדי לבדוק אם עמודת Language כבר קיימת, כך שהרצה שנייה לא תיצור כפילות.
2. קורא ל-entergram_create_custom_column עם type: "select" ומערך האפשרויות, כשכל רשומה כוללת label, value יציב ו-color בפורמט hex.
3. קורא ל-entergram_list_workspace_chats כדי למנות את השיחות, ומשתמש ב-items[].telegramId כמזהה הצ'אט הקנוני.
4. בכל צ'אט, קורא ל-entergram_list_messages ומושך את ההיסטוריה האחרונה.
5. מחליט על הערך, ואז קורא ל-entergram_patch_chat_custom_fields עם { language: "tr" }.

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

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

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

תנו לו פתח מילוט. האפשרות unclear היא מה שמונע מהעמודה להתמלא בשטויות בביטחון מלא. שדה שמלא ב-90% ונכון עדיף על שדה שמלא ב-100% ושגוי ב-15%, כי השני מרעיל בשקט כל שליחה המונית שתבנו מעליו.

הוסיפו שדה ביטחון אם הסיכון גבוה. עמודה שנייה, Language confidence מסוג number, מאפשרת לסוכן לרשום ערך בין 0 ל-100 לצד כל ניחוש. אחר כך אתם מסננים כל מה שמתחת ל-70 ובודקים אותם בעצמכם. ארבעים צ'אטים לבדיקה במקום 1,400.

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

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

צור עמודת select בשם "Pipeline stage" עם האפשרויות: New lead, Qualifying, Demo scheduled, Proposal sent, Negotiation, Won, Lost, Dormant.

בכל צ'אט, קרא את 100 ההודעות האחרונות ובחר את השלב שהשיחה באמת תומכת בו. השתמש בראיות, לא בתחושות: "Proposal sent" רק אם שלחתי תמחור או מסמך; "Demo scheduled" רק אם סוכמה שיחה עם שעה; "Won" רק אם יש אישור תשלום או התחלה; "Lost" רק אם הם סירבו במפורש. אם הודעת איש הקשר האחרונה ישנה מ-45 יום ואין תוצאה ברורה, קבע Dormant.

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

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

וריאציות שימושיות ברגע שהגרסה הבסיסית עובדת:

• עמודת תאריך Last meaningful contact, שממולאת מחותמת הזמן של ההודעה המשמעותית האחרונה, בלי "אוקיי", "תודה", מדבקות ותגובות. מיינו לפיה ותקבלו תור מעקב אמיתי, במקום תור שמזוהם באימוג'י של אגודל.
• עמודת number בשם Deal value, שממולאת בכל סכום שאיש הקשר באמת הזכיר. ריקה כשלא דובר על כלום. פתאום לצנרת המכירות שלכם מוצמד מספר, שנשלף משיחות שאף אחד לא תיעד.
• עמודת textarea בשם Blocker, משפט אחד על הסיבה שכל עסקה עדיין לא נסגרה. קראו את העמודה הזאת לאורך עשרים צ'אטים ותלמדו על המשפך שלכם יותר מכל דשבורד.

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

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

צור עמודת multiselect בשם "Issue type" עם האפשרויות: Billing, Bug, Onboarding, Feature request, Integration, Account access, Abuse report. צור עמודת checkbox בשם "Needs human". צור עמודת select בשם "Sentiment" עם האפשרויות: Happy, Neutral, Frustrated, Angry.

בכל צ'אט שהייתה בו פעילות של איש הקשר ב-14 הימים האחרונים, קרא את ההודעות האחרונות וקבע את שלושת השדות. סמן "Needs human" כשאיש הקשר שאל שאלה שלא נענתה אף פעם, או כשה-Sentiment הוא Frustrated או Angry.

אחר כך, לכל מקרה שבו "Needs human" מסומן וה-Sentiment הוא Angry, פתח טיקט בעדיפות גבוהה, תן לו כותרת עם סיכום של שורה אחת של הבעיה, וקשר אותו לצ'אט.

ערכי multiselect נשלחים כמערכים של ערכי אפשרויות, ["billing", "bug"], ולא כתוויות, ולכן הסוכן צריך תמיד לקרוא את הסכמה לפני שהוא כותב. שדות checkbox מקבלים ערכים בוליאניים אמיתיים. שדות date מקבלים מחרוזות ISO 8601. אם אחד מהם שגוי, הכתיבה נדחית במקום להשתבש בשקט, וזו בדיוק ההתנהגות שאתם רוצים.

מה שיש לכם בסוף הוא תור תמיכה שממוין לפי משהו טוב יותר מזמן ההגעה. סננו לפי Needs human = true, מיינו לפי Sentiment, ואתם עובדים על הרשימה בסדר שבאמת מפחית נטישה. שלבו את זה עם לוח Kanban לטיקטים, וההסלמות שהסוכן פתח יופיעו באותו נתיב שהצוות שלכם כבר עובד ממנו.

שתי הדוגמאות הקודמות הן המובנות מאליהן. אלה הדוגמאות שמפתיעות אנשים.

שעות פעילות. עמודת number בשם Active hour, שממולאת בשעה ביום (ב-UTC) שבה איש הקשר שולח הודעות הכי הרבה, מחושבת מחותמות הזמן של 100 ההודעות האחרונות שלו. זה לא עולה לסוכן שום דבר נוסף, כי חותמות הזמן כבר אצלו, וזה אומר לכם מתי אדם באמת יושב ליד השולחן. לשלוח הודעה לקונה בדובאי ב-07:00 UTC ולקונה בסאו פאולו ב-19:00 UTC נותן שיעור תגובה גבוה משמעותית, בלי שום מאמץ נוסף.

דפוס תגובה. עמודת select (Replies fast, Replies in a day, Replies in days, Rarely replies) שנגזרת מהחציון של הפער בין ההודעה שלכם לתשובה שלו. זה השדה שאומר לכם אם לשתיקה יש משמעות. איש קשר שתמיד לוקח ארבעה ימים לא מתקרר; מי שעונה באותה שעה ושותק כבר שבוע, כן.

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

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

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

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

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

ברגע ש-Language, Pipeline stage ו-Last meaningful contact מלאים, בקשה כזאת הופכת לאפשרית:

מצא כל צ'אט שבו Pipeline stage הוא Dormant, Language הוא Russian, Requested no marketing לא מסומן, ו-Last meaningful contact היה לפני יותר מ-60 יום. הראה לי את הרשימה עם שמות והדבר האחרון שהם אמרו.

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

אתם בודקים. אתם עורכים את הניסוח. ואז:

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

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

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

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

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

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

כמה הערות מעשיות למילוי הגדול הראשון.

חלקו למנות. בקשו 50 צ'אטים בכל פעם, לא 1,400 בהוראה אחת. ההקשר של הסוכן מוגבל, והרצה במנות שמדווחת על התקדמות היא הרצה שאפשר לעצור, לתקן ולחדש. "עשה את צ'אטים 1 עד 50, הראה לי טבלת סיכום, ואז חכה" היא הוראה טובה יותר מ"עשה הכול".

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

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

תנו רק את ההרשאות שאתם צריכים. למעבר של קריאה ותיוג, chats.read, messages.read ו-chat_custom_fields.write מספיקים. השאירו את messages.write כבוי לגמרי עד שאתם מגיעים לשלב השליחה ההמונית. ההרשאות הן גבול הבטיחות האמיתי; ראו מה חברי צוות ולקוחות מחוברים יכולים לראות כדי להבין איך הרשאות עובדות בסביבת העבודה.

השאירו אדם בתהליך בכל דבר בלתי הפיך. תוויות זולות לתיקון. הודעות שנשלחו ל-300 אנשים, לא.

האם סוכן AI באמת יכול לקרוא את הצ'אטים האישיים שלי ב-Telegram?
דרך שרת ה-MCP של Entergram, כן. הוא פועל על החשבון המחובר שלכם, לא על בוט, ולכן הוא רואה את אותן הודעות פרטיות, קבוצות וערוצים שאתם רואים. זו בדיוק הנקודה: בוטים לא יכולים לראות את השיחות שבהן העסק שלכם באמת מתנהל. ההבדל מוסבר ב-Telegram MCP מול ה-Bot API.

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

אילו לקוחות AI תומכים בזה?
כל לקוח שתומך ב-MCP: Claude, ChatGPT, Perplexity, Cursor, Cline, Windsurf, Zed, Goose, Raycast, וגם n8n ו-Make. ההגדרה היא כתובת URL ואישור OAuth; ראו חיבור Claude ל-Telegram MCP או את השוואת ה-Telegram MCP של 2026.

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

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

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

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

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

חברו את שרת ה-Telegram MCP שלכם והתחילו מעמודה אחת.