Make соединяет телеграм-бота с Google-таблицей за один сценарий и без строчки кода: сообщение от клиента падает строкой в таблицу, а нужная строка уходит ответом в чат. Это рабочая связка для приёма заявок, записи на услугу и простого учёта. Под капотом это визуальный конструктор сценариев, где вы соединяете блоки мышью.
Что получится
Make связывает Telegram и Google Sheets двумя триггерами: входящее сообщение боту пишется строкой в таблицу, а новая или изменённая строка уходит сообщением в чат. Сценарий собирается мышью из готовых модулей за час, держится в рамках бесплатного тарифа для малого потока заявок и расширяется по мере роста. Код тут лишний.
В работе с владельцами малого бизнеса я постоянно вижу один и тот же затык. Заявки от клиентов сыплются в телеграм-бот или личку, а учёт ведётся в Google-таблице руками: кто-то копирует имя, телефон и заказ из чата в строку, теряет половину и путает столбцы. Make убирает этот ручной перенос полностью.
Связка работает в обе стороны. Первая роль — приём: клиент пишет боту, Make ловит сообщение и складывает поля в новую строку таблицы. Вторая роль — выдача: вы добавляете строку в таблицу или меняете статус, и Make отправляет готовый текст обратно в чат клиента или вам в рабочий канал. Между этими двумя задачами и крутится 90 процентов сценариев малого бизнеса.
Важно сразу разделить, где у вас вход, а где выход. Если путать направления в одном сценарии, бот начинает отвечать сам себе и крутит петлю. Поэтому ниже две роли описаны как два отдельных сценария, и собирать их стоит по очереди, проверяя каждый на живых данных.
- Приём заявок: сообщение боту падает строкой в таблицу с полями имя, телефон, текст, дата
- Запись на услугу: бот собирает данные по шагам и пишет их в строку расписания
- Рассылка из таблицы: новая строка уходит готовым сообщением клиенту или в рабочий канал
- Уведомления о статусе: смена ячейки в таблице шлёт текст в чат заказчика
Что понадобится
Перед сборкой соберите три вещи, тогда сам сценарий займёт меньше времени, чем подготовка. Это бот в Telegram, заведённый через BotFather, готовая Google-таблица с подписанными столбцами и аккаунт в Make. Бесплатного тарифа Make хватает на сотни операций в месяц — для одной точки с десятками заявок в день этого достаточно с запасом. Точные лимиты сверьте на сайте сервиса, тарифы меняются.
| Компонент | Где взять | Что подготовить |
|---|---|---|
| Телеграм-бот | BotFather в Telegram | Токен бота, сохранить в надёжном месте |
| Google-таблица | Google Sheets | Лист с подписанными столбцами: имя, телефон, заказ, дата, статус |
| Аккаунт Make | make.com, бесплатный тариф | Подключить Telegram и Google по кнопке Add connection |
| Текст сообщений | Документ заранее | Шаблоны ответов клиенту с подстановкой полей |
Чаще всего связку ломает порядок: люди подключают Google раньше, чем разметили столбцы. Make подтягивает заголовки из первой строки таблицы, и если она пустая, в модуле выбора колонок будет каша из «Column A, B, C». Сначала подпишите шапку таблицы, затем подключайте сервис.
Сборка сценария
Соберём первый сценарий — приём заявок из бота в таблицу. Он простой и показывает всю логику Make: триггер ловит событие, следующий модуль с ним что-то делает. Когда этот сценарий заработает, второй (рассылка из таблицы) собирается зеркально и занимает минут пятнадцать.
- Создайте новый сценарий в Make и добавьте первым модуль Telegram Bot с триггером Watch Updates
- Подключите бота по токену из BotFather: Make попросит его при первом подключении Telegram
- Добавьте второй модуль Google Sheets с действием Add a Row и выберите вашу таблицу и лист
- Сопоставьте поля: имя клиента, текст сообщения, дату и chat id перетащите из выхода первого модуля в столбцы таблицы
- Запустите Run once, напишите боту тестовое сообщение и проверьте, что строка появилась в таблице
- Включите расписание сценария на интервал в одну минуту, чтобы Make проверял новые сообщения сам
Для второго сценария поменяйте роли местами: первым ставите модуль Google Sheets с триггером Watch Rows, который следит за новыми строками, а вторым — Telegram Bot с действием Send a Message. В текст сообщения подставляете поля из строки, а в поле получателя кладёте сохранённый chat id. Так смена статуса в таблице превращается в уведомление клиенту.
Частые сбои
Связка из двух сервисов спотыкается в предсказуемых местах, и почти все сбои чинятся за минуту, когда знаешь причину. Я свёл повторяющиеся в короткий список — он закрывает большинство обращений за первую неделю работы сценария.
- Бот молчит: проверьте, что в BotFather у бота отключён режим Privacy или сообщение идёт ему в личку, а в группу
- Строки задваиваются: триггер ловит одно сообщение дважды из-за слишком частого интервала — поставьте проверку по chat id
- В таблице пустые столбцы: поля сопоставлены по позиции вместо имени, пересоберите маппинг через подписанную шапку
- Сценарий встал: упёрлись в лимит операций тарифа — проверьте счётчик в правом верхнем углу Make
Make переносит данные, а решает за вас. Подтверждение записи на сложную услугу, разбор спорной заявки и любой денежный шаг проходят через живого сотрудника. Автоматизируйте перенос и уведомления, а финальное «да» оставьте за человеком — клиент должен чувствовать, что им занимаются.
Отдельно держите в голове личные данные клиентов. Телефоны и адреса, которые бот пишет в таблицу, — это персональные данные, и доступ к листу стоит ограничить кругом сотрудников. Make сам по себе данные хранит — он их перекладывает, но таблица с заявками превращается в базу, к которой нужны разумные правила доступа.
Куда расширять
Когда базовая связка работает и заявки сами ложатся в таблицу, к сценарию добавляют шаги. Между Telegram и Google вставляют модуль языковой модели, и бот уже распознаёт свободный текст клиента, вытаскивает из него имя и заказ и кладёт в нужные столбцы без жёсткой анкеты. Дальше добавляют ветку, которая шлёт уведомление в рабочий чат, когда приходит срочная заявка.
Make хорош для старта и проверки гипотезы, но у него есть потолок по сложности и по цене на больших объёмах. Когда сценариев становится много и операции переваливают за тысячи в день, бизнес переезжает на n8n, который можно держать на своём сервере без помесячной платы за объём. Это уже про зрелую автоматизацию вместо первого шага, и переезд имеет смысл, когда вы точно знаете, какие сценарии реально приносят отдачу.
Самый частый провал на этом этапе — собрать десять сценариев сразу и запутаться в том, какой что делает. Я советую идти по одному: связали приём заявок, неделю посмотрели, добавили рассылку, ещё неделю, потом распознавание текста. Так у вас всегда понятно, что сломалось и где чинить.