Я однажды потеряла лид на ровном месте. Человек оставил заявку через форму, форма отправила письмо на почту, письмо упало в промоакции, я его увидела через четыре дня. Написала. А он уже купил у других. И там не было лучше, там просто ответили в тот же вечер.
После этого я собираю приём заявок иначе, и с тех пор схема не менялась: заявка падает мне в телеграм за секунды, а параллельно ложится строкой в таблицу, где ничего не тонет.
Маршрут заявки: четыре точки
Вот весь маршрут, целиком:
| Точка | Что делает | Зачем именно так |
|---|---|---|
| 1. Форма на сайте | Собирает имя, email, контакт и незаметно для человека запоминает, откуда он пришёл | Без скрытых полей через месяц нечего будет считать |
| 2. Гугл-таблица | Заявка ложится строкой. Это и есть хранилище, оно же будущая CRM | Бесплатно, работает у всех, ничего не теряется |
| 3. Telegram | Скрипт таблицы тут же шлёт вам уведомление с именем, контактом и источником | Скорость ответа решает больше, чем красота оффера |
| 4. Автоответ | Клиент сразу получает письмо: заявку видели, ответим тогда-то | Человек не остывает в тишине |
Собирается за вечер. Свой сервер не нужен, платить ни за что не нужно, работает из любой страны, включая Россию.
Форма: половина её невидима
Видимая часть простая, и правило тут одно: не жадничать. Каждое лишнее поле стоит вам заявок, люди бросают форму на четвёртом вопросе. Трёх обычно хватает: имя, email (обязательно) и телефон или ник в телеграме — по желанию.
Обычно советуют оставить один контакт на выбор. Я всё равно делаю email обязательным, потому что без него автоответ отправлять просто некуда. Не «неудобно», а буквально некуда. Это единственное поле, за которое я готова торговаться с конверсией.
А вторую половину формы человек вообще не видит. Именно она превращает форму в инструмент, а не в кнопку. Форма сама подхватывает и передаёт вместе с заявкой:
- UTM-метки из адресной строки: источник, канал, кампания. И запоминает их, если человек ушёл со страницы и вернулся, иначе метки теряются на половине посетителей.
- referrer, откуда человек пришёл, если меток нет вообще.
- страницу, с которой отправлена заявка.
- дату и время.
- honeypot, невидимое поле-ловушка. Человек его не видит и не трогает, а бот заполняет всё подряд. Заполнено, значит заявку не принимаем.
Почему это делается сразу. Через месяц вы захотите узнать, какой канал приводит клиентов, а какой тех, с кем вы потом мучаетесь. Если источник в заявке не сохранился, ответа не будет никогда: задним числом его не восстановить. Пять минут сейчас против «непонятно, откуда всё это» потом.
Из технического остаётся валидация: пустую форму не отправить, кривой email не пропустить, а подсказка пусть будет вежливой, а не ругательной. После отправки показываем «спасибо, скоро свяжемся», без перезагрузки страницы.
Почему гугл-таблица, а не CRM
Мне регулярно говорят, что это несерьёзно. Отвечаю честно: на старте настоящая CRM это способ потратить месяц на настройку воронок и полей вместо того, чтобы разговаривать с клиентами.
Что таблица даёт:
- ноль рублей и ноль минут на внедрение;
- её видит и правит любой человек в команде, объяснять нечего;
- нейронка читает её напрямую и обновляет статусы за вас;
- выгрузка для любого анализа делается за минуту;
- когда лидов станет реально много, вы перенесёте их в нормальную CRM одним импортом. И к тому моменту уже будете знать, какие поля вам нужны, а какие вы придумали.
Чего она не даёт: автоматических напоминаний, разграничения прав, сложных воронок с этапами и отчётов из коробки. Отдел продаж из пяти человек, берите CRM. Вы один или вас двое, тогда таблица честно лучше, я до сих пор так веду часть проектов.
И железное правило: журнал должен быть один. Не таблица плюс файлик плюс заметки в телефоне. Два хранилища всегда расходятся, и через месяц вы не поймёте, какое из них правда.
Что писать в журнале, чтобы он был полезен
Вот тут почти все и промахиваются. В типичном журнале лидов есть имя, контакт и статус. Всё. Посчитать по нему нельзя вообще ничего.
Колонки я задаю сразу, потому что менять их потом поздно:
дата | имя | email | телефон/telegram |
источник (utm_source) | канал (utm_medium) | кампания (utm_campaign) |
referrer | страница входа | статус | исход | сумма | заметкаДве колонки тут самые важные, и их почти никогда нет.
Источник. Откуда человек пришёл. Без него вы знаете, что заявок двадцать, но не знаете, какие двадцать рублей их привели.
Исход. Именно исход, а не статус: купил / купил и вернулся / не купил / проблемный. Статус живёт, пока история идёт («новый», «связались», «в работе»). Исход ставится, когда всё закончилось.
Правило я записываю прямо в файл с инструкциями для нейронки, чтобы она мне о нём напоминала: лид с пустым исходом для аналитики не существует. Посчитать по нему нельзя ничего, он просто висит в списке и создаёт ощущение работы.
Как это собирается технически
Связка простая: форма отправляет данные в скрипт внутри гугл-таблицы (встроенный инструмент, называется Apps Script), скрипт пишет строку и тут же дёргает телеграм-бота.
Бота заводите руками, это пять минут: находите в телеграме @BotFather, отправляете /newbot, получаете токен. Дальше обязательный шаг, который пропускают вообще все: напишите своему боту любое сообщение. Без этого он вам писать не сможет, так устроен телеграм. Потом узнаёте свой chat_id через @getmyid_bot.
И правило безопасности: ни токен, ни chat_id не вставляйте в чат с нейронкой. Токен это ключ от вашего бота, а ключи в переписках не оставляют. Просите оставить в коде плейсхолдеры, реальные значения вписывайте сами в редакторе скрипта.
Помоги настроить приём заявок с лендинга через Google-таблицу и Telegram.
Я не программист — веди по шагам.
Важно: токен бота и chat_id я тебе не дам, это секреты.
Оставь в коде плейсхолдеры [ТОКЕН_БОТА] и [CHAT_ID],
я подставлю их сама в редакторе Apps Script.
Колонки таблицы задай сразу такие: [список колонок].
В уведомление в телеграм положи имя, контакт и ИСТОЧНИК —
чтобы я сразу понимала, откуда человек.
Если заполнено honeypot-поле — строку не пишем, уведомление не шлём.
И приёмка: не говори «готово» — скажи мне открыть сайт
по ссылке с ?utm_source=test и отправить тестовую заявку.
Проверим вместе: появилась ли строка, попали ли в неё метки,
пришло ли сообщение в телеграм.Последний абзац в промте не формальность. «Готово» от нейронки означает «я написала код», а не «оно работает». Приёмка на живой тестовой заявке вылавливает почти все проблемы за один заход.
Автоответ: чтобы человек не остыл
Худшее после заявки это тишина. Человек оставил контакт, сидит и ждёт, а вы ответите через час. Или через день. За это время он успеет написать ещё троим.
Автоответ уходит письмом сам, сразу после того как заявка легла в таблицу. Адрес берётся из формы, вот ради этого email и был обязательным.
Хороший автоответ делает две вещи разом: подтверждает, что заявку видели, и задаёт 2-3 вопроса-фильтра. Пока человек тёплый, он на них отвечает. И вы за минуту понимаете, ваш это клиент или нет, ещё до первого разговора.
Срок в тексте пишите конкретный. «Отвечу сегодня до вечера» и «свяжемся в ближайшее время»: для того, кто ждёт, это два очень разных сообщения.
Честная оговорка про почту. Письма с обычного gmail-адреса без своего домена иногда падают в «Спам». Полностью убрать этот риск получится только со своим доменом и настроенной почтой. Поэтому в приёмке проверьте тестовое письмо, включая папку со спамом. Про это ограничение лучше знать заранее, а не когда клиент скажет «мне ничего не приходило».
Портрет клиента: кто вам вообще нужен
Как только заявки пойдут, вы заметите: лиды очень разные. Одни покупают и возвращаются, другие месяц выносят мозг и уходят «подумать». Вот тут пора навести резкость.
Портрет идеального клиента (ICP) это описание человека, на котором сходится три вещи: покупает, доволен, и вы с ним не мучаетесь. Строится он на тех, кто реально купил. Не на «клиенте мечты» из презентации. В этом вся разница с красивыми портретами, которые рисуют на брейнштормах.
И правило, которое нарушают почти всегда: признаки в портрете должны быть причинами, а не следствиями.
| Не признак (следствие) | Признак (причина) |
|---|---|
| «Потратил больше 5000» | «Работает допоздна и живёт один» |
| «Лояльный, с высоким чеком» | «Готов отдать задачу целиком, не хочет вникать» |
| «Оставил две заявки» | «Живёт в другом городе, время важнее денег» |
Проверка простая: этот признак можно спросить у нового лида в первом же сообщении? Если да, годится. Если вы узнаете об этом только через три месяца работы, для отбора признак бесполезен: он описывает то, что уже случилось.
Из этих признаков и вырастают 3-5 вопросов-фильтров для автоответа. Плюс анти-портрет, он ценен не меньше: вежливо не продать не своему клиенту значит сэкономить себе недели.
Честно про сроки: на пяти лидах выйдет черновик, и всё. Портрет пересобирается по мере того, как растёт журнал, рабочая версия появляется где-то на нескольких десятках заявок с проставленными исходами. Поэтому исход и отмечают с первого дня.
Что здесь не автоматизируется само
Скажу прямо, чтобы потом не было разочарования.
- Статусы вы ставите руками. Никакая система не знает, что человек «в работе», это знаете только вы. Упростить можно: написать нейронке «лид Марина, клиент, 12000», и она обновит строку. Но инициатива всё равно ваша.
- Отвечает клиенту человек. Автоответ покупает вам время, а не заменяет разговор. Если после него тишина продолжается, выходит хуже, чем если бы автоответа не было вообще.
- Дозвоны, напоминания, follow-up. В таблице всё это не живёт. Упрётесь, вот вам и сигнал, что пора в настоящую CRM.
- Первые дни будут ложные срабатывания. Боты, тесты, ваши собственные проверки. Помечайте их сразу, иначе через месяц не разберёте, где реальные заявки. Я один раз не пометила и потом долго вглядывалась в собственные тестовые строки.
И приём, который стоит забрать вообще про всё. Как только ловите себя на рутине вокруг лидов («каждый раз пишу примерно один и тот же ответ», «раз в неделю сижу разбираю заявки»), отдавайте её нейронке. Через mcp она читает таблицу напрямую, а не ждёт от вас копипаста.
Рядом по теме: как собрать сам лендинг за вечер и агент, который делает недельную рутину по одной команде.
Частые вопросы
Сколько это стоит?
Ничего. Гугл-таблица бесплатная, скрипт внутри неё бесплатный, телеграм-бот бесплатный, отправка писем через встроенный инструмент таблицы тоже. Платите вы только за подписку на нейронку, которая всё это соберёт.
Заявки будут приходить мгновенно?
Практически да: уведомление в телеграм прилетает через пару секунд после отправки формы. Задержка возможна, если скрипт упёрся в лимиты гугла, но на объёмах небольшого проекта вы их не увидите.
Это надёжно? А если гугл-таблица упадёт?
Тогда заявка не запишется, и это честный минус схемы. За месяцы работы я такого не ловила, но если проект критичный, продублируйте приём на почту вторым каналом. Для большинства небольших проектов этот риск меньше, чем риск потерять лид в переписке.
Можно ли обойтись без телеграм-бота?
Да, есть запасной путь, только на почту. Настраивается проще, зато общего хранилища не будет, и скорость реакции обычно падает: почту проверяют реже, чем телефон. Я бы потратила лишние пять минут на бота.
Когда пора переезжать в настоящую CRM?
Когда таблица перестаёт справляться, а не когда «пора выглядеть солиднее». Признаки: в продажах больше двух человек, нужны напоминания о касаниях, сделка идёт неделями через много этапов, надо разграничивать права доступа. До этого CRM отнимает больше времени, чем экономит.