AI-секретарь для Telegram-заявок: n8n, Google Sheets и контроль менеджера

Если заявки приходят в Telegram, а менеджер потом вручную переносит их в таблицу, бизнес теряет не только время. Теряется единый порядок: часть обращений остается в личных чатах, часть попадает в таблицу без контекста, часть забывается после первого ответа. Практичное решение — собрать AI-секретаря, который принимает сообщение, выделяет смысл, сохраняет строку в Google Sheets и возвращает человеку понятный черновик следующего действия.

Главный проверенный факт: в n8n для такого сценария есть готовые узлы под нужные части цепочки. По документации n8n, Webhook node имеет test и production URL, поддерживает стандартные HTTP-методы и может возвращать ответ сразу, после выполнения последнего узла или через отдельный Respond to Webhook node (https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.webhook/). Telegram node умеет выполнять операции с сообщениями, файлами, чатами и callback-запросами, включая отправку сообщения в чат (https://docs.n8n.io/integrations/builtin/app-nodes/n8n-nodes-base.telegram/). Google Sheets node поддерживает добавление, чтение и обновление строк в листе (https://docs.n8n.io/integrations/builtin/app-nodes/n8n-nodes-base.googlesheets/).

Ниже — не новостной обзор и не обещание «автопродаж». Это рабочая схема для предпринимателя: как превратить входящие Telegram-заявки в контролируемый процесс, где AI помогает, но не принимает рискованные решения без человека.

Где AI-секретарь реально полезен

Когда заявка уже есть, но порядок плавает

AI-секретарь не нужен ради модного слова. Он нужен там, где входящий поток уже создает операционную боль: сообщения идут в личку, в общий чат, через форму, из рекламы или от партнеров, а дальше люди вручную копируют текст, вспоминают статус, пересылают скриншоты и ищут, кто должен ответить.

В таком процессе ценность AI не в том, что он «заменяет менеджера». Ценность в том, что он превращает свободный текст в понятные поля: имя, контакт, запрос, продукт, срочность, следующий шаг, кому передать. После этого менеджер работает не с кучей переписок, а с очередью заявок.

Если у вас уже есть n8n-процессы, рядом можно посмотреть инструкцию про AI-агента для Telegram и email. В этой статье фокус уже: берем Telegram-заявки и доводим их до таблицы и контролируемого ответа.

Почему таблица все еще нормальный первый шаг

CRM удобнее для зрелого отдела продаж, но не каждый бизнес готов сразу перестраивать процесс. Для пилота Google Sheets часто достаточно: видно все строки, можно быстро добавить столбцы, отфильтровать заявки и вручную поправить результат AI.

Важно не делать таблицу «вечной CRM». Ее задача на старте — показать, какие поля нужны, где AI ошибается, какие статусы реально используются и где менеджерам нужен контроль. После этого схему можно переносить в CRM или оставить таблицу как легкий реестр.

По данным документации n8n, Google Sheets node умеет добавлять строку, читать строки и обновлять строку. Для пилота этого достаточно: новая заявка попадает в таблицу, менеджер меняет статус, а автоматизация при необходимости может обновить запись.

Где автоматизация не должна торопиться

Есть процессы, где AI можно сразу пускать в действие: разложить заявку по категориям, подготовить краткую выжимку, предложить текст ответа. Но есть зоны, где лучше оставить подтверждение за человеком: обещание цены, отказ клиенту, юридически значимые формулировки, нестандартные скидки, перенос денег, изменение условий.

Поэтому хороший AI-секретарь работает как помощник, а не как самостоятельный продавец. Он собирает данные, показывает уверенный черновик, подсвечивает риск, но не отправляет спорные сообщения без проверки.

Архитектура процесса

Базовая цепочка

Минимальная схема выглядит так:

1. Клиент пишет в Telegram.
2. n8n получает событие через Telegram trigger или внешний webhook.
3. AI-узел разбирает текст и возвращает структурированные поля.
4. Google Sheets node добавляет новую строку.
5. Менеджер получает уведомление или черновик ответа.
6. Если заявка простая, менеджер подтверждает ответ; если сложная, берет ее вручную.

Эта схема простая, но в ней уже есть главная дисциплина: каждое входящее обращение становится записью, а не остается только в чате.

Почему нужен отдельный слой проверки

AI может неверно понять намерение клиента, особенно если сообщение короткое, эмоциональное или неполное. Например, человек пишет: «Хочу как у конкурента, но дешевле». Это не готовая заявка, а повод задать уточняющий вопрос. Если автоматизация сразу поставит высокий приоритет и отправит коммерческое предложение, менеджер может потерять контекст.

Слой проверки решает эту проблему. Он не обязательно должен быть сложным. На старте достаточно трех статусов: «готово к ответу», «нужно уточнение», «нужен менеджер». AI выбирает один из статусов, но человек видит исходный текст и может быстро поправить решение.

Рядом полезна логика из материала про контроль заявок перед внедрением: сначала фиксируем критерии качества, потом уже расширяем автоматизацию.

Что хранить в таблице

Не стоит начинать с огромной таблицы. Чем больше полей, тем чаще команда перестает ее заполнять. Для первого варианта обычно хватает полей, которые помогают быстро понять, что произошло и кто отвечает.

Поле	Зачем нужно	Кто заполняет
Дата получения	Помогает восстановить порядок заявок	Автоматизация
Канал	Видно, что заявка пришла из Telegram	Автоматизация
Имя или ник	Быстрая идентификация клиента	Автоматизация или менеджер
Контакт	Куда отвечать	Автоматизация или менеджер
Исходный текст	Защита от ошибки пересказа	Автоматизация
Краткое резюме	Быстрое чтение очереди	AI
Категория запроса	Маршрутизация	AI с проверкой
Статус	Управление процессом	Менеджер
Следующий шаг	Что делать дальше	AI или менеджер

Главное правило: исходный текст заявки лучше хранить всегда. Резюме удобно, но оно не должно быть единственным источником правды.

Как собрать workflow в n8n

Вход: Telegram или webhook

Если заявка приходит через Telegram-бота, логично использовать Telegram-узлы n8n. Документация n8n отдельно описывает Telegram node и показывает, что в нем есть операции для сообщений: отправка сообщения, документа, фото, редактирование текста сообщения и другие действия.

Если входящий канал не только Telegram, можно использовать Webhook node как универсальную точку приема. По документации n8n, у Webhook node есть test URL и production URL. Test URL удобен для настройки и проверки, а production URL используется для опубликованного workflow. Это полезное разделение: можно отлаживать процесс, не ломая рабочий поток.

У Webhook node также указаны поддерживаемые HTTP-методы: DELETE, GET, HEAD, PATCH, POST и PUT. Для обычного приема заявки чаще всего достаточно одного метода, но сам факт поддержки стандартных методов позволяет аккуратно подключать разные внешние формы и сервисы.

Разбор сообщения

После входа сообщение нужно привести к структуре. В промпте для AI лучше не просить «понять заявку вообще». Лучше дать конкретный формат результата:

1. Краткое резюме.
2. Категория запроса.
3. Есть ли контакт для ответа.
4. Нужен ли человек.
5. Предложенный следующий шаг.
6. Черновик ответа, если его можно безопасно предложить.

Здесь важно отделять факты от догадок. Если клиент не написал бюджет, AI не должен придумывать бюджет. Если клиент не указал срок, AI должен вернуть «срок не указан». Такая дисциплина снижает риск красивых, но неверных строк в таблице.

Запись в Google Sheets

По документации n8n, Google Sheets node поддерживает операции Append Row и Append or Update Row. Для первой версии обычно достаточно Append Row: каждая новая заявка становится новой строкой. Если позже вы добавите обновление статусов, можно использовать обновление строки или другой способ синхронизации.

Не надо сразу строить сложную двустороннюю систему. В пилоте важнее добиться стабильного захвата заявок. Когда команда увидит, что записи появляются корректно, можно добавлять статусы, уведомления и интеграцию с CRM.

Ответ менеджеру

Telegram node в n8n умеет отправлять сообщения в чат. Это позволяет отправить менеджеру короткое уведомление: кто написал, о чем заявка, какой следующий шаг предложил AI и нужна ли ручная проверка.

Лучше не отправлять клиенту автоматический финальный ответ в первый день внедрения. Начните с внутреннего уведомления. Менеджер смотрит черновик, правит формулировку и отвечает сам. Когда станет понятно, какие случаи безопасны, можно автоматизировать часть простых подтверждений.

Как написать промпт без риска

Просите структуру, а не вдохновение

Промпт для AI-секретаря должен быть скучным. Это комплимент. Чем меньше творческой свободы, тем легче проверять результат.

Пример логики:

1. Прочитай исходное сообщение.
2. Не добавляй факты, которых нет в тексте.
3. Если данных не хватает, прямо укажи это.
4. Верни короткое резюме.
5. Выбери статус из заранее заданного списка.
6. Подготовь черновик ответа только если запрос понятен.

Не стоит просить «продать максимально убедительно». Для входящих заявок важнее точность и аккуратность. Убедительность можно добавить позже, когда процесс уже контролируется.

Используйте закрытые статусы

Открытый текст в статусе быстро превращает таблицу в мусор: «ждет ответа», «надо ответить», «ответить завтра», «теплый лид», «вроде интересно». Лучше заранее выбрать короткий список статусов и запретить AI писать свои варианты.

Например:

1. Новая заявка.
2. Нужно уточнение.
3. Готово к ответу.
4. Нужен менеджер.
5. Не заявка.

Такую таблицу можно фильтровать. Менеджер быстро видит, что требует внимания. А владелец бизнеса понимает, где процесс зависает.

Всегда сохраняйте исходник

AI-резюме удобно, но оно может ошибиться. Поэтому в таблице должен быть полный исходный текст сообщения. Если клиент прислал несколько сообщений подряд, лучше хранить связанный контекст или ссылку на чат, а не только последний фрагмент.

Это особенно важно в нишах, где формулировка клиента влияет на дальнейшие действия: обучение, консалтинг, услуги, сложные B2B-продукты, подбор решения. Чем дороже ошибка, тем больше исходного контекста нужно сохранять.

Контроль качества перед запуском

Что проверять на тестовом URL

По документации n8n, Webhook node показывает test URL и production URL. Используйте это разделение по назначению. На тестовом URL прогоняйте реальные примеры сообщений, но без подключения к рабочему процессу продаж.

Проверяйте не только «сработало или нет». Смотрите на качество полей:

1. Не потерян ли контакт.
2. Не придуман ли факт.
3. Не перепутана ли категория.
4. Не назначен ли слишком уверенный статус.
5. Понятен ли следующий шаг менеджеру.
6. Сохранился ли исходный текст.

Если AI ошибается в классификации, чаще всего проблема не в модели, а в расплывчатых категориях. Уточните список статусов и добавьте примеры.

Где нужен человек в контуре

Ручная проверка нужна в трех местах: перед отправкой ответа клиенту, перед изменением условий сделки и при нестандартном запросе. Это не тормозит процесс, если сделано аккуратно. AI готовит черновик и резюме, а человек принимает решение.

Если команда боится автоматизации, начните вообще без ответов клиенту. Пусть workflow только пишет строки в таблицу и уведомляет менеджера. Это уже снимает часть рутины и показывает, насколько хорошо AI понимает входящий поток.

Потом можно двигаться по ступеням: сначала резюме, потом черновики, потом ответы на простые типовые вопросы, потом более сложная маршрутизация.

Как не превратить таблицу в свалку

Таблица ломается не из-за Google Sheets, а из-за отсутствия правил. Нужно заранее решить, кто меняет статус, кто закрывает заявку, что делать с дублями, как обрабатывать сообщения без контакта и где смотреть ошибки.

Хорошая практика — добавить отдельный статус для мусора и нерелевантных сообщений. Не удаляйте такие строки сразу. Они помогают понять, что приходит в канал и какие фильтры нужны.

Если заявок становится много, стоит перейти к более строгой системе: CRM, база данных, отдельная панель менеджера. Но начинать можно с простой таблицы, если есть контроль качества и понятные статусы.

Типовые ошибки внедрения

Слишком быстрый автопилот

Самая частая ошибка — сразу разрешить AI отвечать клиентам от имени компании. На демонстрации это выглядит эффектно, но в реальном бизнесе быстро всплывают нюансы: клиент спрашивает про исключение, пишет неполное сообщение, присылает голосовое, просит скидку, спорит с условиями.

Правильнее запускать автоматизацию слоями. Сначала сбор и запись. Потом резюме. Потом черновик. Потом ручное подтверждение. Только после этого можно выделять безопасные сценарии для автоматического ответа.

Слишком много полей

Владелец бизнеса часто хочет сразу видеть все: источник, сегмент, бюджет, срочность, интерес, продукт, менеджера, статус, вероятность сделки. Но если клиент не написал часть этих данных, AI начнет гадать или возвращать пустые значения.

Лучше начать с малого и добавить поля после просмотра реальных заявок. Хорошая таблица растет из практики, а не из фантазии о будущей аналитике.

Нет правил для спорных случаев

AI-секретарь должен понимать, что делать, когда он не уверен. Если такого правила нет, он будет выглядеть уверенно даже там, где уверенности быть не должно.

Добавьте простую инструкцию: если не хватает данных, ставь статус «нужно уточнение»; если запрос нестандартный, ставь «нужен менеджер»; если сообщение не похоже на заявку, ставь «не заявка». Это снижает нагрузку на команду и уменьшает риск неправильных ответов.

Нет внутреннего владельца процесса

Автоматизация не живет сама по себе. Кто-то должен смотреть ошибки, обновлять промпт, добавлять категории и проверять, не изменился ли реальный процесс продаж. Это может быть владелец, руководитель отдела или один ответственный менеджер.

Без владельца даже хорошая схема постепенно устаревает. Люди меняют привычки, продукты меняются, появляются новые вопросы клиентов. Workflow должен повторять реальный процесс, а не прошлогоднюю схему.

Минимальный план внедрения

Шаг за шагом

Вот практичный порядок, без лишней сложности:

1. Выпишите реальные типы входящих Telegram-сообщений.
2. Выберите короткий список статусов.
3. Создайте таблицу с минимальными полями.
4. Настройте вход в n8n через Telegram node или Webhook node.
5. Добавьте AI-разбор в структурированный формат.
6. Записывайте каждую заявку в Google Sheets через Append Row.
7. Отправляйте менеджеру внутреннее уведомление.
8. Проверяйте ошибки на реальных заявках.
9. Улучшайте промпт и статусы.
10. Только потом автоматизируйте простые ответы клиентам.

Если вы только начинаете с n8n, полезно сначала пройти базовый материал с чего начать автоматизацию в n8n. Он поможет не смешивать в одном workflow все идеи сразу.

Что считать успешным пилотом

Успешный пилот — это не «AI сам продал». Успешный пилот — это когда ни одна входящая заявка не теряется, менеджеру легче понять очередь, а владелец видит состояние процесса.

Оценивать стоит простыми наблюдениями: стали ли заявки быстрее попадать в общий список, стало ли меньше ручного копирования, стало ли проще передавать обращения между людьми, стало ли меньше ситуаций «я не видел это сообщение».

Конкретные проценты лучше считать уже на ваших данных. До запуска честнее не обещать экономию, а поставить измерение: сколько заявок пришло, сколько попало в таблицу, сколько потребовало ручной правки, сколько было закрыто как нерелевантные.

Когда пора переходить дальше

Если таблица стала основной системой продаж и в ней уже трудно работать, это сигнал переходить к CRM или базе. Если статусы стабильны, категории понятны, а менеджеры доверяют черновикам, можно подключать более сложные сценарии: распределение по менеджерам, напоминания, повторные касания, проверку качества ответов.

Похожую логику можно развить в сторону полноценного AI-агента для входящих заявок в n8n, но лучше делать это после простого пилота, а не вместо него.

Частые вопросы

Можно ли сразу отвечать клиентам автоматически?

Можно технически, но для первого запуска это обычно плохая идея. Без статистики ошибок вы не знаете, какие запросы AI понимает уверенно, а где нужна ручная проверка. Начните с черновиков для менеджера и внутренних уведомлений.

Что лучше: Telegram node или Webhook node?

Если процесс завязан именно на Telegram-бота, удобнее начинать с Telegram-узлов. Если вы хотите принимать заявки из разных источников, Webhook node дает универсальную точку входа. По документации n8n, у Webhook node есть test и production URL, что удобно для разделения проверки и рабочего режима.

Нужно ли сразу подключать CRM?

Не обязательно. Если заявок немного или процесс еще меняется, Google Sheets может быть нормальным пилотом. Главное — не путать пилот с финальной архитектурой. Когда статусы и поля устаканятся, CRM подключить проще.

Что делать, если AI неправильно определяет категорию?

Сначала проверьте сами категории. Часто они слишком похожи или описаны общими словами. Сделайте список короче, добавьте примеры, запретите свободные статусы и оставьте вариант «нужен менеджер» для спорных случаев.

Можно ли хранить только резюме без исходного сообщения?

Лучше не надо. Исходное сообщение — это контрольная версия. Резюме помогает быстро читать очередь, но при споре или ошибке менеджер должен видеть, что клиент написал на самом деле.

Что делать с дублями?

На первом этапе не усложняйте. Помечайте возможные дубли статусом или отдельным полем. Когда станет понятно, как именно они появляются, можно добавить поиск по контакту, ссылке на чат или другому устойчивому признаку.

Как понять, что процесс готов к расширению?

Расширять стоит тогда, когда команда уже доверяет таблице, статусы используются одинаково, а ошибки AI понятны и повторяемы. Если каждый день приходится вручную спасать workflow, сначала чините базовую логику.

Итог

AI-секретарь для Telegram-заявок — это не магическая замена отдела продаж. Это аккуратный слой порядка: принять сообщение, выделить смысл, сохранить строку, подсказать следующий шаг и оставить человеку контроль там, где цена ошибки высока.

Самая здоровая стратегия — начать с простого workflow в n8n: вход через Telegram или webhook, структурированный AI-разбор, запись в Google Sheets и внутреннее уведомление менеджеру. По мере накопления реальных заявок можно улучшать статусы, добавлять контроль качества и переносить процесс в CRM.

Такой подход не требует громких обещаний. Он решает конкретную проблему: заявки перестают теряться, менеджеры видят очередь, а владелец получает управляемый процесс вместо набора разрозненных чатов.