У многих небольших компаний CRM — это Google Таблица: столбцы «Имя», «Телефон», «Откуда», «Статус», «Комментарий». Пока заявок десяток в день, этого хватает. Потом начинается знакомое: менеджер переносит переписку из Telegram в таблицу вечером и половину забывает, один клиент записан трижды, «перезвонить в четверг» висит в комментарии, который никто не перечитывает. Хочется купить CRM, но не ясно, нужна ли она вообще.
В этой статье — как устроить таблицу так, чтобы с ней мог работать ИИ-агент, какую рутину он реально снимает, какие правила записи не дадут ему испортить данные и по каким признакам понять, что таблица своё отработала.
Когда таблица — нормальное решение
Таблица как CRM — не стыдный компромисс. Она бесплатна, понятна всем сотрудникам без обучения, открывается с телефона, и её легко перестроить под себя за вечер. Для бизнеса, где один-три человека ведут заявки, а цикл сделки короткий (запись на услугу, заказ, консультация), этого достаточно.
Проблема обычно не в таблице, а в ручном вводе. Данные попадают туда с опозданием, в разном формате и не полностью. Именно эту часть и закрывает ИИ: он не заменяет таблицу, а становится тем сотрудником, который аккуратно её заполняет.
Структура листа, с которой может работать агент
Агенту нужна предсказуемая структура: один лист — одна сущность, одна строка — одна заявка, строгие значения в служебных столбцах. Вот минимальный набор:
| Столбец | Что в нём | Кто заполняет |
|---|---|---|
| ID | Уникальный номер заявки | Агент, автоматически |
| Дата создания | Дата и время первого обращения | Агент |
| Канал | Telegram, Instagram, сайт, звонок — из выпадающего списка | Агент |
| Имя, Телефон | Телефон в одном формате: +998XXXXXXXXX | Агент |
| Запрос | Одна строка: что хочет человек | Агент |
| Статус | Строго из списка: Новая / В работе / Ждём клиента / Сделка / Отказ | Агент — только первые два, остальные человек |
| Ответственный | Имя менеджера | Агент по правилу или руководитель |
| Следующий шаг и дата | «Позвонить», «Отправить расчёт» + дата | Менеджер, агент предлагает |
| Сводка переписки | 3–5 строк: о чём договорились, что обещано | Агент |
| Причина отказа | Из списка | Менеджер |
Два правила, без которых автоматизация ломается. Первое: статусы и каналы — только через проверку данных (выпадающие списки), никакого свободного текста. «в работе», «В работе » и «работаем» для формулы — три разных статуса. Второе: не объединяйте ячейки и не вставляйте пустые строки-разделители «Октябрь» посреди данных — агент прочитает их как заявки.
Переписку целиком в ячейку не кладите. Лучше хранить её там, где она есть (в мессенджере или в отдельном листе-журнале), а в основной строке — короткую сводку и ссылку.
Пять задач, которые ИИ снимает с менеджера
1. Запись заявок из мессенджеров
Агент ведёт диалог в Telegram или Instagram, а когда человек оставил контакт, сам добавляет строку: канал, имя, телефон в едином формате, суть запроса. Менеджеру не нужно ничего переносить вечером — заявка в таблице через секунды после того, как клиент написал номер.
2. Поиск дублей перед записью
Перед добавлением строки агент ищет телефон в таблице. Если открытая заявка уже есть — не создаёт новую, а дописывает в сводку «повторное обращение из Instagram, 26.10» и отмечает ответственного. Если совпало только имя, а телефон другой — создаёт новую строку с пометкой «проверить, возможно дубль». Склеивать записи сам он не должен.
3. Сводка вместо переписки
Менеджер открывает строку и видит: «Хочет кухню, угловую, около 3 м. Бюджет не назвал. Спрашивал про рассрочку — ответ не дан, передано менеджеру. Удобно после 18:00». Это быстрее, чем листать сорок сообщений.
4. Напоминания о зависших заявках
Раз в день агент проходит по таблице и присылает ответственному в Telegram короткий список: у каких заявок дата следующего шага прошла, какие висят в статусе «Новая» дольше нескольких часов, где клиент ответил, а менеджер нет. Формула в таблице может подсветить ячейку красным, но её надо открыть; сообщение в мессенджере увидят.
5. Еженедельный отчёт по воронке
Сколько заявок пришло по каждому каналу, сколько дошло до сделки, какие причины отказа встречались чаще. Агент считает это по таблице и пишет в двух-трёх абзацах, что изменилось по сравнению с прошлой неделей. Для владельца, который ведёт несколько направлений, это похоже на то, что мы описывали в кейсе про одну сводку в день для руководителя.
Правила записи: что агенту можно, а что нельзя
Таблица не защищает данные так, как CRM: любой, у кого есть доступ на редактирование, может стереть столбец. У агента этот доступ тоже есть, поэтому ограничения задаются в его правилах и в настройках листа.
- Только добавлять строки и дописывать свои столбцы. Агент не удаляет строки и не правит то, что заполнил человек: «Следующий шаг», «Причину отказа», итоговый статус.
- Статус — только вперёд и только до «В работе». «Сделку» и «Отказ» ставит человек. Даже если клиент написал «не надо», агент оставляет пометку и задачу менеджеру.
- Защищённые диапазоны. В Google Таблицах можно закрыть часть листа от редактирования. Закройте шапку и столбцы, которые агент не должен трогать, — это страховка от ошибки в правилах.
- Журнал изменений. Каждое действие агента — отдельной строкой на служебном листе: время, ID заявки, что изменил. Встроенная история версий есть, но искать в ней конкретную правку неудобно.
- Очередь при сбое. Если таблица недоступна или запрос отклонён из-за лимита, заявка не теряется: агент сохраняет её у себя и повторяет запись. У Google Sheets API есть ограничения на частоту запросов — проверьте актуальные в документации Google.
Технически агент работает с таблицей через Sheets API под отдельным сервисным аккаунтом, которому выдан доступ только к этому файлу. Не используйте личную почту владельца — так проще отозвать доступ и видно, какие правки сделал агент.
Пример: как заявка попадает в таблицу
Клиент (Telegram): Здравствуйте, сколько стоит покраска двери?
Агент: Здравствуйте! Цена зависит от размера и материала. Дверь деревянная или МДФ, и нужна ли покраска с двух сторон?
Клиент: МДФ, с двух. Можно на этой неделе?
Агент: Сроки уточнит мастер. Оставьте, пожалуйста, номер — он перезвонит и назовёт точную стоимость.
Клиент: 90 123 45 67, Азиз
Что агент делает дальше: приводит номер к виду +998901234567, ищет его в таблице, не находит, добавляет строку — канал «Telegram», запрос «Покраска двери МДФ, две стороны, хочет на этой неделе», статус «Новая», ответственный по правилу распределения. В сводке отдельно отмечает: «цену не называл, сроки не обещал». Ответственному уходит сообщение со ссылкой на строку.
Обратите внимание, чего агент не сделал: не назвал цену, которой нет в утверждённом прайсе, и не пообещал срок. Это правила, а не ограничение модели.
Признаки, что таблица своё отработала
Таблица с ИИ продлевает жизнь простой системе, но не бесконечно. Пора думать о переезде, если совпадает два-три пункта из списка:
- заявки ведут больше трёх-четырёх человек, и им нужно видеть только свои — построчные права доступа таблица не даёт;
- у сделки несколько этапов с разными ответственными, и нужна история переходов;
- строк столько, что фильтры и формулы заметно тормозят;
- к заявке привязываются счета, оплаты, файлы, повторные заказы;
- данные о клиентах начинают расходиться между несколькими таблицами.
Последний пункт мы прошли сами: пайплайн, финансы и клиенты жили в разных файлах и расходились за неделю. Чем это закончилось, описано в кейсе про собственную ERP на четыре бизнеса. Если вы переезжаете на amoCRM, правила записи для агента почти те же — подробно в статье amoCRM и ИИ: лиды и этапы. Хорошая новость: если таблица велась по структуре выше, перенос данных займёт меньше времени, чем кажется.
Отдельный вопрос для Узбекистана — персональные данные. Закон о персональных данных требует, чтобы базы с данными граждан Узбекистана обрабатывались и хранились на технических средствах на территории страны. Google Таблицы хранятся на серверах Google за рубежом. Как это применимо к вашему случаю, уточните у юриста до того, как таблица разрастётся до тысяч контактов.
Частые вопросы
Можно ли обойтись формулами и Apps Script без ИИ?
Для подсветки просроченных дат, подсчёта по каналам и простых уведомлений — да, и это стоит сделать в первую очередь. ИИ нужен там, где на входе свободный текст: понять из переписки, что хочет человек, составить сводку, решить, дубль это или новый клиент.
Агент будет видеть всю таблицу?
Только тот файл, к которому вы дали доступ его сервисному аккаунту. Если в той же таблице есть листы, которые ему не нужны (финансы, зарплаты), вынесите их в отдельный файл.
Что если менеджер сам поменяет структуру столбцов?
Агент начнёт писать не туда. Поэтому шапку лучше защитить, а изменения структуры согласовывать: агенту обновляют описание столбцов, после чего он работает с новой версией.
С чего начать, если таблица уже есть и в ней беспорядок?
С чистки: единый формат телефонов, статусы из списка, удаление явных дублей. Это полдня ручной работы, без которой агент будет ошибаться в поиске дублей. Затем — подключить одну задачу, обычно запись заявок из одного канала, и неделю сверять результат.
Другие материалы о связке ИИ с рабочими системами — в разделе Интеграции. Если хотите разобрать свою таблицу и понять, что в ней можно отдать агенту, посмотрите страницу ИИ-агентов или напишите нам. Стоимость зависит от объёма и данных, первый разговор — чтобы её посчитать.