Введення даних у CRM за допомогою ШІ для Telegram: автозаповнення полів і міток через MCP

Підключіть MCP-сервер Telegram від Entergram до ШІ-клієнта, і агент зможе читати повідомлення кожного чату, створювати описані вами колонки CRM і записувати правильне значення в кожен доступний йому чат за один запуск. Ви описуєте результат у промпті ("колонка Language, заповнена за останніми 100 повідомленнями"), переглядаєте вибірку запропонованих значень і дозволяєте агенту зробити решту. У цьому дописі розібрано п'ять робочих прикладів: визначення мови, етап продажу, мітки підтримки, поля, які ніхто не заповнює, і розсилку на сегмент, який агент щойно зібрав.

Чому це важливо: колонки CRM порожніють того ж тижня, коли в команди з'являється багато роботи. Ніхто не хоче перечитувати довгий чат, щоб з'ясувати, що контакт це турецькомовний реселер, який питав про оптові ціни, а потім вписувати це в чотири поля. Інформація вже є в повідомленнях. Агент із доступом до MCP може її прочитати й записати назад як структуровані дані, за якими можна фільтрувати, будувати звіти й робити розсилки.

Model Context Protocol це стандарт, який дозволяє ШІ-клієнтам викликати зовнішні системи. 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), визначити список варіантів, призначити кожному варіанту колір і одразу почати його заповнювати. Це змінює процес із "спершу налаштуй, потім автоматизуй" на "опиши потрібний результат і дай агенту побудувати структуру".

Налаштування займає кілька хвилин: скопіюйте URL свого MCP-сервера в Settings → Workspace → Connectors → MCP, вставте його в Claude, ChatGPT, Cursor, n8n чи інший клієнт, яким ви користуєтеся, і авторизуйте області доступу. Подробиці для кожної платформи є на сторінці довідки про MCP-конектори і в нашому посібнику з підключення будь-якого ШІ-клієнта. Усе, що нижче, передбачає, що підключення вже працює.

Почніть із того, що окупається одразу, особливо якщо ви продаєте в різні країни.

Ви не знаєте, якій мові віддає перевагу більшість ваших контактів. Ваша команда за замовчуванням пише англійською, отримує короткі відповіді й вважає це низьким інтересом. У половині випадків це не низький інтерес, а людина, яка пише третьою для себе мовою й відповідає коротко, бо їй це дається з зусиллям.

Ось увесь процес у вигляді промпту:

Створи нову користувацьку колонку чату в моєму робочому просторі 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 і hex-значення color.
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 червня: 'here's the quote for 200 seats'". Коли менеджер не погоджується з міткою, він за дві секунди бачить, чому агент її обрав, і виправляє мітку, а не втрачає довіру до всієї колонки.

Корисні варіації, коли базова версія запрацює:

• Колонка-дата Last meaningful contact, заповнена часом останнього змістовного повідомлення, без "ок", "дякую", стікерів і реакцій. Відсортуйте за нею, і отримаєте справжню чергу для подальших контактів, а не таку, що забита емодзі з піднятим пальцем.
• Числова колонка 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", коли контакт поставив питання, на яке так і не відповіли, або коли настрій Frustrated чи Angry.

Потім для всього, де стоїть "Needs human" і настрій Angry, відкрий тікет із високим пріоритетом, назви його коротким описом проблеми в один рядок і прив'яжи до чату.

Значення multiselect надсилаються як масиви значень варіантів (["billing", "bug"]), а не як мітки, тому агент завжди має спершу прочитати схему, а вже потім записувати. Поля checkbox приймають справжні булеві значення. Поля дати приймають рядки ISO 8601. Помилитеся в одному з них, і запис буде відхилено, а не тихо спотворено. Саме така поведінка вам і потрібна.

У результаті ви маєте чергу підтримки, відсортовану за чимось кращим, ніж час надходження. Відфільтруйте Needs human = true, відсортуйте за настроєм, і ви працюєте зі списком у тому порядку, який справді зменшує відтік. Поєднайте це з Kanban-дошкою для тікетів, і ескалації, які відкрив агент, з'являться в тій самій смузі, з якою ваша команда вже працює.

Два попередні приклади очевидні. А ці зазвичай дивують людей.

Робочі години. Числова колонка Active hour, заповнена годиною дня (за UTC), коли контакт найчастіше надсилає повідомлення. Її обчислюють за часом повідомлень серед останніх 100 повідомлень. Агенту це нічого не коштує, бо час повідомлень у нього вже є, а вам підказує, коли людина справді за робочим столом. Написати покупцю з Дубая о 07:00 UTC, а покупцю із Сан-Паулу о 19:00 UTC означає помітно вищий відсоток відповідей без жодних додаткових зусиль.

Як людина відповідає. Колонка select з варіантами Replies fast, Replies in a day, Replies in days, Rarely replies, визначена за медіанним проміжком між вашим повідомленням і їхньою відповіддю. Це поле підказує, чи означає мовчання щось. Контакт, який завжди відповідає через чотири дні, не охолоняє. А той, хто відповідає за годину і мовчить уже тиждень, охолоняє.

Компанія й посада. Текстові колонки, заповнені тим, що людина розповіла про себе в розмові: підпис, представлення, повідомлення "ми біржа з 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 людям, ні.

Чи може ШІ-агент справді читати мої особисті чати Telegram?
Через MCP-сервер Entergram так: він працює з вашим підключеним акаунтом, а не з ботом, тож бачить ті самі особисті повідомлення, групи й канали, що й ви. У цьому й суть: боти не бачать розмов, де насправді відбувається ваш бізнес. Різницю пояснено в дописі Telegram MCP проти Bot API.

Чи працює це з ботом Telegram?
Ні. Bot API може читати лише повідомлення, надіслані боту. Кожен процес у цьому дописі залежить від читання справжньої історії розмов зі звичайного акаунта.

Які ШІ-клієнти це підтримують?
Будь-який клієнт із підтримкою 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 не могла знати, що вони вам знадобляться.

Справжній прорив не в тому, що ШІ записує дані у вашу базу. А в тому, що розмова нарешті стає об'єктом, до якого можна робити запити: її можна позначити, порахувати, віднести до сегмента й діяти щодо неї, і нікому не треба перечитувати 200 повідомлень, щоб згадати, хто ця людина.

Підключіть свій MCP-сервер Telegram і почніть з однієї колонки.