База клиентов в Google Таблице: 9 шагов в 2026

Ниже пошаговая инструкция: девять шагов, к каждому действию готовый промпт.

А началось всё с обычного повторного обращения.

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

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

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

Что изменилось, когда у меня появилась одна база клиентов?

Раньше новый разговор часто начинался с вопроса: «Напомни, что мы уже смотрели?» Это не всегда удобно ни мне, ни клиенту. Турист мог написать через несколько недель после отпуска, а нужные сведения оставались в старом чате.

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

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

Так клиентская база нужна не для коллекции номеров. Она продолжает разговор после первого неподходящего варианта.

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

В переводе: «Каждый контакт или потенциальный клиент получает одну строку».

• SpreadsheetPoint, The Best Google Sheets CRM Free Template

Это простое правило хорошо ложится на работу турагентства. Одна карточка не размножается при каждом сообщении, а история растёт отдельно.

Почему свою таблицу нельзя сравнивать с готовым сервисом?

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

Мне нужна не просто стадия «новый лид». Мне нужно помнить, что туристы смотрели тур с вылетом в определённые даты, кому-то не подошёл бюджет, а кто-то ждёт решения семьи. После отпуска клиент не должен переходить в безымянный архив.

В собственной таблице новое поле можно добавить под конкретный рабочий вопрос:

• кто едет;
• какие направления уже смотрели;
• что не подошло;
• когда вернуться с новой подборкой;
• какой канал связи удобнее.

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

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

Мой выбор здесь простой: сначала закрыть одну повторяющуюся рутину, а не покупать десятки функций на будущее.

Из чего состоит база клиентов в Google Таблице?

Я разделил решение на две части.

Карточка клиента. Здесь лежит то, что не меняется при каждом разговоре:

• идентификатор клиента;
• имя;
• телефон;
• удобный канал связи;
• состав путешествующей семьи;
• предпочтения;
• статус;
• дата последнего обращения;
• дата следующего контакта;
• согласие на сообщения.

Журнал обращений. В нём одна строка означает один разговор или одну подборку:

• дата;
• идентификатор клиента;
• канал;
• направление или вариант тура;
• даты поездки;
• бюджет;
• что предложено;
• что не подошло;
• итог разговора;
• следующий шаг.

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

Статус. Например: Новый, Подборка отправлена, Ожидаем ответ, Отказ, Поездка завершена, Повторный контакт, Неактуально. Выпадающий список не даёт каждый раз писать одно и то же разными словами.

Связь между листами. В карточке остаётся один клиент. Новое обращение попадает в журнал и получает тот же идентификатор. Так история не смешивается, а карточка не дублируется.

Минимальные заголовки можно начать с такой строки:

ID клиента | Имя | Телефон | Канал | Кто едет | Предпочтения | Статус | Последнее обращение | Следующий контакт | Согласие на сообщения

В журнале нужны другие поля:

Дата | ID клиента | Канал | Вариант тура | Даты поездки | Бюджет | Что не подошло | Итог | Следующий шаг

Не добавляй всё сразу. Поле, которым никто не пользуется, только затрудняет ведение.

Что поставить перед сборкой базы клиентов?

Google Таблицы открываются через sheets.google.com/create. Сам файл можно создать вручную, а структуру и автоматизацию поручить помощнику. Если нужен обзор возможностей сервиса, смотри Google Таблицы.

VS Code нужен как рабочая папка с файлами. Самому писать код в редакторе не придётся. VS Code можно использовать как редактор и рабочую папку проекта. Claude Code запускается из папки проекта и работает с доступными файлами; конкретный способ запуска зависит от установленной конфигурации. Безопасную схему доступа к проекту разбираю в отдельной инструкции.

Для описанной схемы ориентируйся на платный план Claude с доступом к Claude Code. На указанной официальной странице цена приведена в долларах: Claude Pro стоит $20 в месяц; рублёвый тариф там не указан. Условия доступа могут меняться, поэтому перед установкой проверь актуальный тариф Anthropic.

Apps Script будет читать Google Таблицу по расписанию. Устанавливаемый триггер может запускать проверку примерно в выбранный час. Ровно на 09:00 рассчитывать не стоит: запуск происходит в часовом интервале.

Telegram нужен для напоминания владельцу. Схему напоминаний клиентам через таблицу и бота можно сравнить с готовым примером напоминаний. Для Telegram-сценария понадобятся бот, токен и chat_id. Запрос к Bot API использует chat_id, text и метод sendMessage; подробности проверь в официальной документации Telegram Bot API. Не публикуй токен в статье и не открывай к нему доступ участникам, которым он не нужен.

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

Как создать базу клиентов в Google Таблице без программиста?

1. Опиши рабочую рутину.

   Создай папку проекта, открой её в VS Code и сначала попроси помощника задать вопросы. Не начинай с фразы «сделай CRM». Расскажи, как турист обращается, что происходит после отказа и когда нужен новый контакт.

   Разобрать базу турагентстваСкопировать промпт

   У меня турагентство. Я веду заявки в переписке и хочу базу клиентов в Google Таблице. Клиент может несколько раз менять даты, советоваться с семьёй, выбирать тур, отказываться от подборки и возвращаться после отпуска. Мне нужно хранить карточку клиента, историю обращений, состав путешествующих, предпочтения, прошлые варианты, причину отказа и дату следующего контакта. Пока не пиши код. Разбери процесс простыми словами, задай вопросы о моих статусах и правилах повторного обращения, а результат сохрани в файл plan.md. Если понадобится установить инструмент, скажи об этом прямо.

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

2. Создай структуру таблицы.

   Попроси помощника подготовить вкладки Клиенты, История, Настройки и Журнал отправок. В первой будет одна строка на клиента, во второй - отдельная строка на каждое обращение.

   Создать структуру Google ТаблицыСкопировать промпт

   Создай структуру базы для турагентства в Google Таблице. Нужны вкладки: Клиенты, История, Настройки, Журнал отправок. Вкладка Клиенты должна хранить одну строку на клиента: ID клиента, имя, телефон, канал связи, кто едет, предпочтения, статус, последнее обращение, следующий контакт, согласие на сообщения. Вкладка История должна хранить: дату, ID клиента, канал, вариант тура, даты поездки, бюджет, что не подошло, итог и следующий шаг. В Настройки вынеси допустимые статусы и каналы. Не создавай лишние вкладки и не добавляй тестовые персональные данные. Покажи заголовки каждой вкладки и объясни связь между ними.

   В ответе должны быть заголовки листов и правило связи по ID клиента. Не соглашайся на новую карточку при каждом обращении.

3. Добавь карточку клиента.

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

   Добавить карточку клиентаСкопировать промпт

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

   Правильный результат - новая карточка с постоянным ID и предупреждение о возможном дубле. Если совпадение ищется только по имени, попроси помощника исправить правило.

4. Собери журнал обращений.

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

   Сделать журнал обращенийСкопировать промпт

   Сделай вкладку История для турагентства. Каждое обращение записывай отдельной строкой и связывай с карточкой по ID клиента. Поля: дата, ID клиента, канал, вариант тура или подборка, даты поездки, бюджет, что предложено, что не подошло, итог разговора и следующий шаг. При добавлении обращения не затирай предыдущую историю. В карточке клиента обновляй только последнее обращение, статус и дату следующего контакта. Добавь фильтр по ID клиента и дате, чтобы я мог быстро увидеть всю историю одного туриста.

   После ответа добавь несколько вымышленных тестовых строк, не реальные данные клиентов. Проверь, что история сохраняется после повторного обращения.

5. Настрой даты и статусы.

   Попроси помощника сделать выпадающие списки, формат дат и условное форматирование. Просроченные контакты должны быть видны, а не спрятаны среди обычных строк.

   Настроить статусы и датыСкопировать промпт

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

   В Google Таблицах для этого есть проверка данных и условное форматирование. Дата Следующий контакт должна распознаваться как дата, иначе сравнение с СЕГОДНЯ() даст неверный результат.

6. Добавь защиту от дублей.

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

   Проверить дубли клиентовСкопировать промпт

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

   Тестируй одинаковый номер в разных форматах и повторное обращение с другим вариантом тура. Должна остаться одна карточка и две записи в истории.

7. Подключи ежедневное напоминание.

   Apps Script может прочитать строки, найти сегодняшние и просроченные даты и отправить сообщение через Telegram Bot API. Токен бота не клади в общий лист.

   Подключить напоминание в TelegramСкопировать промпт

   Добавь к Google Таблице Apps Script для ежедневной проверки вкладки Клиенты. Скрипт должен найти строки, где Следующий контакт равен сегодняшней дате или уже прошёл, и отправить мне короткое сообщение через Telegram Bot API с именем клиента, статусом, датой контакта и последним итогом. Используй отдельное поле Напоминание отправлено и не отправляй одно и то же напоминание повторно. Токен Telegram не храни в открытой ячейке и не выводи в журнал. Для отправки используй UrlFetchApp и метод sendMessage. Сохраняй в Журнал отправок время запуска, ID клиента, результат и текст ошибки. Объясни, где вручную создать триггер и какие разрешения потребуются. Не обещай отправку ровно в конкретную минуту.

   Помощник выдаст файл скрипта и список ручных действий. Тебе останется создать бота через BotFather, получить chat_id, сохранить закрытые настройки, выдать разрешения и установить time-driven trigger.

8. Проверь один сценарий.

   Не запускай автоматизацию сразу на всей базе. Создай тестового туриста с датой контакта на сегодня, запусти проверку и посмотри таблицу, сообщение и журнал отправок.

   Подготовить тестовый сценарийСкопировать промпт

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

   Если тест прошёл, замени тестовую строку на настоящую только после проверки доступа к таблице и журнала отправок.

9. Попроси помощника объяснить сбой.

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

   Найти причину сбояСкопировать промпт

   В базе турагентства возникла проблема: тестовый клиент есть во вкладке Клиенты, но напоминание в Telegram не пришло. В журнале отправок последняя запись показывает статус ошибки. Сначала объясни возможные причины простыми словами: дата, часовой пояс, права, токен, chat_id, триггер или лимит. Затем предложи одну проверку за раз. Не переписывай весь скрипт и не меняй рабочие части без моего подтверждения. После каждой проверки укажи, какой результат подтвердит или исключит причину.

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

Что появится в папке, когда всё заработает?

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

В таблице должны быть:

• вкладка Клиенты;
• вкладка История;
• вкладка Настройки;
• вкладка Журнал отправок;
• карточки с постоянными ID;
• дата следующего действия;
• подсветка сегодняшних и просроченных контактов;
• отметка, отправлено ли напоминание.

Скрипт может храниться в связанном проекте Apps Script; локальный файл появится только при отдельном экспорте или синхронизации. Файл с планом задачи зависит от выбранной сборки. Я не открываю каждый файл без необходимости, а проверяю результат по тестовому сценарию.

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

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

Что делать, если таблица создаёт дубли или не присылает напоминание?

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

В базе турагентства появились две карточки одного туриста. Проверь, как сравниваются телефоны и ID клиента. Не удаляй строки автоматически. Сначала покажи возможные дубли после очистки пробелов, скобок и дефисов, затем предложи, какую карточку оставить, а какие обращения перенести в Историю. После моего подтверждения объедини историю и сохрани один постоянный ID клиента.

Ожидай список совпадений, а не молчаливое удаление. История обращений должна сохраниться отдельными строками.

После фильтра данные записались в неправильную строку. Такое бывает, когда скрипт использует порядковый номер отфильтрованного массива как номер строки исходного листа.

После фильтра скрипт базы клиентов записал отметку Напоминание отправлено не в ту строку. Проверь, не теряется ли исходный номер строки при фильтрации. Обрабатывай строки вместе с их реальным rowIndex или обновляй данные по ID клиента. Не меняй остальные правила и сначала покажи причину на небольшом тестовом диапазоне.

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

Дата следующего контакта сдвинулась. Проверь региональные настройки Google Таблицы и часовой пояс Apps Script. Для ежедневного напоминания сравнивай календарные даты, а не случайно преобразованные строки.

В базе турагентства напоминание по дате Следующий контакт приходит на день раньше или позже. Проверь региональные настройки Google Таблицы, часовой пояс проекта Apps Script и преобразование даты из ячейки. Покажи, где дата становится текстом или меняется из-за времени. Исправь только причину сдвига и подготовь тесты для контактов на сегодня, завтра и вчера.

Проверяй границу суток по местному времени. Триггер не обязан срабатывать ровно в минуту, которую ты выбрал.

Скрипт читает, но не может записать. После копирования таблицы или изменения разрешений чтение может остаться рабочим, а запись потребовать новой авторизации.

Скрипт базы клиентов читает вкладку Клиенты, но не может добавить или изменить строку. Проверь разрешения Google Apps Script и доступ к таблице. Раздели проверку на чтение, добавление, изменение и удаление тестовой строки. Не трогай настоящие данные. Если нужна повторная авторизация, объясни, где её пройти и как проверить результат.

Успешное чтение не доказывает, что запись разрешена.

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

Напоминания базы клиентов перестали отправляться, а в истории запусков появилась ошибка о превышении квоты или времени выполнения. Проверь, сколько раз скрипт читает таблицу, сколько строк обрабатывает и сколько запросов отправляет в Telegram. Предложи читать диапазон одним запросом, обрабатывать данные в памяти и записывать журнал пакетно. Добавь в журнал last_run_at, last_run_status, processed_count и error_count. Не увеличивай частоту триггера без проверки.

В документации Google для личного аккаунта указаны лимиты Apps Script: 20 000 вызовов UrlFetch в сутки, 90 минут работы триггеров в сутки и максимум 6 минут на один запуск. Google может менять квоты. Подробности смотри в документации о квотах Apps Script.

Авторизация пропала через несколько дней. Внешние токены и разрешения не всегда живут бесконечно. Не сохраняй короткоживущий токен в общей ячейке.

Автоматизация базы клиентов работала несколько дней, а потом перестала запускаться с ошибкой Authorization is required. Проверь историю запусков, разрешения проекта и сохранённые внешние токены. Объясни, какую авторизацию нужно пройти владельцу таблицы. Не сохраняй access token в открытой ячейке и не проси меня публиковать секреты в сообщении.

Сначала смотри историю запусков. Не вставляй токен в чат помощника.

Скрипт перестал работать без видимой ошибки. Это самый неприятный случай. Отсутствие сообщения не доказывает, что напоминаний не было.

Скрипт базы клиентов перестал присылать Telegram-напоминания, но понятной ошибки в таблице нет. Добавь журнал каждого запуска: время начала, время окончания, количество найденных клиентов, количество отправленных сообщений и текст ошибки. Оберни чтение таблицы и запрос к Telegram в обработку ошибок. Проверь историю выполнений Apps Script. Не меняй логику отбора клиентов, пока причина не записана в журнале.

Журнал запусков нужен именно для такого случая. Иначе придётся на глаз решать, нет ли клиентов на сегодня или просто не сработал триггер.

Сколько стоит своя база клиентов по сравнению с готовой CRM?

За год это выглядит так:

• Google Таблицы или бесплатный Битрикс24 - от 0 ₽ в год;
• amoCRM - 7 188 ₽ в год за одного пользователя без НДС;
• Мегаплан - 18 000 ₽ в год за пять пользователей;
• Битрикс24 «Базовый» - 29 880 ₽ в год;
• самостоятельная сборка - 0 ₽ в год за саму таблицу.

В итог не включены стоимость времени, SMS, внешние сервисы и платные коннекторы. Подписка Claude Pro тоже не является ценой Google Таблицы: это отдельная постоянная статья расходов, $20 в месяц официально.

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

Что сделать сегодня, если ты не разбираешься в технологиях?

Мой безопасный маршрут такой:

1. Создай пустую Google Таблицу.
2. Добавь вкладки Клиенты и История.
3. Заполни один тестовый пример без реальных персональных данных.
4. Проверь дубли, дату и повторное обращение.
5. Только потом добавляй Apps Script и Telegram.
6. Сохрани резервную копию.
7. Убери из таблицы лишние персональные данные.
8. Проверь, кто имеет доступ к файлу.

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

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

Вопросы и ответы

Ссылки и документация

• Google Таблицы: создание новой таблицы

• Форматирование дат в Google Таблицах

• Список функций Google Таблиц

• Выпадающие списки и проверка данных

• Условное форматирование в Google Таблицах

• Устанавливаемые триггеры Apps Script

• UrlFetchApp в Apps Script

• Квоты Google Apps Script

• Тарифы Claude

• Claude Code в планах Pro и Max

• Тарифы Битрикс24

• Тарифы Мегаплан

• Тарифы amoCRM

• Федеральный закон «О рекламе»: актуальную редакцию проверь в официальной правовой системе перед публикацией рекламных сообщений

• Федеральный закон «О персональных данных»

• Правила Google о спаме

Это собирательная история выпускников практикума, а не рассказ одного человека: так эта работа устроена в большинстве таких дел.