Начните с доступа
Гайд про регистрацию и оплату Claude из России: текст со скриншотами, что делать, если не проходит карта.
- Старт с Claude 990 ₽
Схематично: вопрос про доступ и ответ из гайда
Клиент поставляет электронику другим компаниям. Переговоры с покупателями и поставщиками идут в нескольких мессенджерах сразу, часть поставщиков пишет по-китайски. Боль клиент сам записал в ТЗ: значимая часть информации остаётся в переписках и не превращается в задачи, сделки, контроль рисков и базу контактов.
Я собрал Telegram-бот «Диспетчер». Сотрудник пересылает ему сообщение, бот находит в нём задачу, риск, сделку или контакт и записывает в таблицу. Утром и вечером в общий чат приходит отчёт.
Май - август 2026 · B2B-поставки электроники · название клиента не раскрываю
Задача и контекст Цены и сроки терялись в чатах
Команда небольшая: три менеджера, транспортная поддержка, бухгалтерия и инженеры, всего четыре группы. Каждый день в чатах всплывают цены, сроки поставки, претензии, новые контакты с выставок. Не записал сразу, через неделю уже не найдёшь.
Клиент хотел, чтобы важные сообщения проходили через одного диспетчера и попадали в общую базу, а утренний и вечерний контроль стал привычкой команды. При этом люди продолжают переписываться там же, где привыкли: бот встаёт рядом и не заставляет менять мессенджер.
Ограничения Что нельзя было ломать
Персональные данные
Телефоны, почты, реквизиты и трек-номера бот прячет за маркерами ещё до того, как текст уйдёт в нейросеть на разбор. Полные данные остаются в мессенджерах клиента. Отдельной командой контакт удаляется из таблицы по запросу (152-ФЗ).
Бот не пишет клиентам
Бот только разбирает и напоминает. Отвечать покупателям и поставщикам от имени компании без человека ему запрещено, это записали ещё в ТЗ.
Сообщения идут круглосуточно
Поэтому рядом с ботом работает сторожевой процесс: если очередь Telegram зависла, контейнер перезапускается сам, без моего участия.
Решение Что собрал за три этапа
Этап 1, основа. Принят 07/05/2026
Сервер на Docker, бот принимает сообщения только от сотрудников из белого списка. Маскирует личные данные, отдаёт текст нейросети на разбор и пишет итог в Google Таблицу на 8 листов: сообщения, задачи, риски, контакты и служебные. Уведомления расходятся по четырём группам ответственных. С 07/05/2026 бот работал на реальной переписке команды.
Этап 3, вложения. Принят 20/05/2026
Этот этап сдал раньше второго. Бот научился читать скриншоты и фото, расшифровывать голосовые, переводить китайские сообщения в короткую суть с задачами и разбирать визитки в лист «Контакты». Сверх ТЗ добавил склейку: пересланные частями сообщения ждут 5 секунд и разбираются одной пачкой, альбом фото тоже идёт одним разбором.
Этап 2, отчёты и сделки. Принят 25/05/2026
Утренний отчёт в 09:00 по Москве из 7 блоков: критично, деньги, риски, задачи на сегодня, кого дожать, новые контакты, что решает руководитель. Вечерний контроль в 18:00: невыполненное, просроченное, риски без решения, сообщения без ответа. Команды для задач, рисков, контактов и поиска по всей переписке. Сделки с автонумерацией: когда в чате появляется «груз прибыл в Москву», в том числе по-китайски, статус сделки меняется сам. Для команды написал инструкцию на 10 разделов.
Кнопки «Сделано» и «В работу». 12/06/2026
Клиент пожаловался, что неактуальные задачи никак не убрать. Добавил кнопки прямо в уведомление о задаче и в список задач, а у каждой задачи в отчёте появилась ссылка на карточку. Закрытая задача не удаляется, а получает статус «выполнено», история остаётся. Перед выкладкой прогнал тройное ревью: проверка безопасности, агент-оппонент и Codex. Первый вердикт был «не выпускать». Исправил все находки и только после этого выложил.
Передача клиенту. 25/08/2026
Клиент забрал проект к себе. Передал архив из 119 файлов: 47 модулей кода, 428 автотестов, инструкцию по запуску с нуля, план действий при сбоях и памятку для сотрудников. Ключей и паролей в архиве нет намеренно: все сервисы клиент регистрирует на себя.
Цифры Что сдано и что посчитано
| Что | Сколько |
|---|---|
| Этапы, принятые актами | 3 из 3, май 2026 |
| Работа на реальной переписке | с 07/05/2026 |
| Листы в таблице | 8 на старте, потом лист «Сделки» |
| Отчёты в день | 2: в 09:00 и 18:00 |
| Блоков в утреннем отчёте | 7 |
| Групп ответственных | 4 |
| Файлов в переданном архиве | 119 |
| Модулей кода | 47 |
| Автотестов на передаче | 428 |
| Ревью перед выкладкой кнопок | 3 независимых |
Чего тут нет: эффекта в деньгах. Сдано и работало у команды, но замеров «до и после» не делали ни я, ни клиент. Поэтому про окупаемость и спасённые сделки писать не буду: цифр под это нет.
Чему научился Что бы сделал по-другому
Главный риск не в коде
Бот видит только то, что ему переслали. Ещё до старта я записал это главным риском проекта: если команда не привыкнет пересылать, автоматизация останется неполной. Это вопрос порядка в команде, и решает его руководитель.
Склейка пересылок закрыла дыру
Люди пересылают переписку кусками: цена в одном сообщении, срок в другом. Разбор по одному сообщению их терял. Пауза в 5 секунд и один разбор на пачку закрыли эту дыру.
Git отстал от сервера
Кнопки выкатывал прямо на сервер, а коммит так и не сделал. Собрал архив для передачи по списку из git, и тесты упали сразу: десяти модулей там не было. Теперь пакет собираю с рабочей копии и отдаю, только когда все 428 тестов зелёные на самой копии.
Замер с первого дня
Сейчас договорился бы о точке отсчёта до запуска: сколько задач закрыто и сколько просрочено без бота. Без неё честно сказать про эффект в деньгах нельзя.
Хотите так же? Разберу, что в вашей переписке можно отдать боту
Напишите, в каких мессенджерах живёт ваша команда и что теряется чаще: задачи, сроки, контакты. Скажу, хватит ли простого бота или нужен разбор нейросетью, и что придётся решить с персональными данными.