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

> Как собрать базу клиентов в Google Таблице для турагентства: карточка туриста, история подборок и дата следующего контакта. Внутри промпты и проверки.

Источник: https://vibeceh.ru/cases/baza-klientov-v-google-tablice-kartochka-i-povtornoe-obrashchenie
Автор: Сергей Мазур · опубликовано 2026-08-17

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

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

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

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

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

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

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

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

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

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

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

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

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

> В переводе: «Каждый контакт или потенциальный клиент получает одну строку».
> - [SpreadsheetPoint, The Best Google Sheets CRM Free Template](https://spreadsheetpoint.com/templates/google-sheets-crm/)

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

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

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

![Кот выбирает колонку «Своя таблица» рядом со сравнением двух вариантов.](https://s3.regru.cloud/crossmark/statejnik/images/guides/baza-klientov-v-google-tablice-kartochka-i-povtornoe-obrashchenie/kadr-1.webp)

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

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

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

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

Если нужна база клиентов и CRM в одном сервисе, проверь, какие связи, роли и поля поддерживает конкретный тариф. Такая настройка может потребовать другого тарифа или обращения в поддержку, поэтому поведение CRM нельзя обещать без проверки её условий. Схему повторных обращений для небольшой команды я показываю в [инструкции о записи клиентов в таблице](/guides/zapis-klientov-v-tablicu-vmesto-gotovogo-prilozheniya).

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

| Критерий | Своя таблица | Готовая CRM |
|---|---|---|
| Настройка под процесс | Поля и статусы можно менять под повторные обращения | Возможности зависят от тарифа и настроек |
| Роли и доступ | Подходит для небольшой команды с простыми правами | Практичнее при сложных ролях и большом числе пользователей |
| Аналитика и интеграции | Нужно собирать и поддерживать самостоятельно | Обычно больше готовых отчетов и интеграций |
| Поддержка | Ошибки и резервные копии нужно проверять самостоятельно | Проверь, какие резервные копии, роли и поддержку предоставляет конкретный тариф CRM |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перед сборкой нужны Google-аккаунт, Google Таблицы, редактор Visual Studio Code, помощник Claude Code, Apps Script, Telegram-бот и его `chat_id`. VS Code и Claude Code обычно устанавливают один раз, но затем могут потребоваться обновления, повторная авторизация или изменение настроек. Время установки зависит от операционной системы, Node.js, способа авторизации и настроек аккаунта. Claude Pro стоит `$20 в месяц` по [официальной странице тарифов Anthropic](https://claude.com/pricing?success=true).

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

VS Code нужен как рабочая папка с файлами. Самому писать код в редакторе не придётся. VS Code можно использовать как редактор и рабочую папку проекта. Claude Code запускается из папки проекта и работает с доступными файлами; конкретный способ запуска зависит от установленной конфигурации. Безопасную схему доступа к проекту разбираю в [отдельной инструкции](/guides/claude-code-bezopasnyy-dopusk-agenta-k-proektu).

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

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

Telegram нужен для напоминания владельцу. Схему напоминаний клиентам через таблицу и бота можно сравнить с [готовым примером напоминаний](/guides/napominaniya-klientam-v-telegram-bote-soobshchenie-do-propushchennogo-vizita). Для Telegram-сценария понадобятся бот, токен и `chat_id`. Запрос к Bot API использует `chat_id`, `text` и метод `sendMessage`; подробности проверь в [официальной документации Telegram Bot API](https://core.telegram.org/bots/api). Не публикуй токен в статье и не открывай к нему доступ участникам, которым он не нужен.

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

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

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

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

![Мужчина с ладонью на лице смотрит на три шага сборки базы клиентов.](https://s3.regru.cloud/crossmark/statejnik/images/guides/baza-klientov-v-google-tablice-kartochka-i-povtornoe-obrashchenie/kadr-2.webp)

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

   

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

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

   

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

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

   

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

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

   

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

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

   

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

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

   

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

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

   

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

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

   

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

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

   

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

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

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

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

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

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

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

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

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

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

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

![Собака замечает две карточки одного туриста, перечёркнутые красным крестом.](https://s3.regru.cloud/crossmark/statejnik/images/guides/baza-klientov-v-google-tablice-kartochka-i-povtornoe-obrashchenie/kadr-3.webp)

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

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

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

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

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

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

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

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

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

В документации Google для личного аккаунта указаны лимиты Apps Script: 20 000 вызовов `UrlFetch` в сутки, 90 минут работы триггеров в сутки и максимум 6 минут на один запуск. Google может менять квоты. Подробности смотри в [документации о квотах Apps Script](https://developers.google.com/apps-script/guides/services/quotas?authuser=01&hl=en).

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

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

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

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

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

Для личного бесплатного аккаунта сама Google Таблица может использоваться без отдельной платы, но рабочий аккаунт, дополнительные сервисы, интеграции и своё время оплачиваются отдельно. У [Битрикс24](https://www.bitrix24.ru/prices/) есть бесплатный тариф, [Мегаплан](https://megaplan.ru/prices/) стоит `1 500 ₽ в месяц` за пять пользователей при оплате на 12 месяцев, а [amoCRM](https://new.amocrm.ru/buy) стоит `599 ₽ в месяц` за одного пользователя без НДС. Сверяй условия на страницах тарифов перед расчётом.

| Вариант | Цена |
|---|---:|
| Google Таблицы для самостоятельной сборки | `0 ₽ в месяц` |
| Битрикс24, бесплатный тариф | `0 ₽ в месяц` |
| amoCRM, базовый тариф | `599 ₽ в месяц` за одного пользователя без НДС |
| Мегаплан, пять пользователей при оплате на 12 месяцев | `1 500 ₽ в месяц` |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добавь в карточку поле `Следующий контакт` и статус. Фильтруй строки по сегодняшней или просроченной дате. Для автоматического напоминания Apps Script может раз в день проверять этот столбец и записывать результат отправки в отдельный журнал.

Минимальный пример состоит из двух вкладок. В `Клиенты` лежат ID, имя, телефон, кто едет, предпочтения, статус и следующая дата. В `История` - дата разговора, подборка, бюджет, причина отказа, итог и следующий шаг. Такая схема уже позволяет продолжить разговор без поиска по чатам.

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

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

Здесь собраны официальные материалы, по которым я проверяю создание таблицы, даты, выпадающие списки, условное форматирование и расписание Apps Script. Отдельно вынесены тарифы Claude, ограничения выполнения и документы о персональных данных. Перед сборкой сверяй с ними настройки, разрешения и условия сервисов, а не только текст подсказки помощника.

- [Google Таблицы: создание новой таблицы](https://support.google.com/docs/answer/6000292?co=GENIE.Platform%3DDesktop&hl=ru-US)
- [Форматирование дат в Google Таблицах](https://support.google.com/docs/answer/56470?hl=ru-RU)
- [Список функций Google Таблиц](https://support.google.com/docs/table/25273?hl=ru)
- [Выпадающие списки и проверка данных](https://support.google.com/docs/answer/186103?co=GENIE.Platform%3DDesktop&hl=ru)
- [Условное форматирование в Google Таблицах](https://support.google.com/docs/answer/78413?co=GENIE.Platform%3DDesktop&hl=ru)
- [Устанавливаемые триггеры Apps Script](https://developers.google.com/apps-script/guides/triggers/installable)
- [UrlFetchApp в Apps Script](https://developers.google.com/apps-script/reference/url-fetch?authuser=2&hl=en)

- [Квоты Google Apps Script](https://developers.google.com/apps-script/guides/services/quotas?authuser=01&hl=en)
- [Тарифы Claude](https://claude.com/pricing?success=true)
- [Claude Code в планах Pro и Max](https://support.anthropic.com/en/articles/11145838-using-claude-code-with-your-pro-or-max-plan)
- [Тарифы Битрикс24](https://www.bitrix24.ru/prices/)
- [Тарифы Мегаплан](https://megaplan.ru/prices/)
- [Тарифы amoCRM](https://new.amocrm.ru/buy)
- Федеральный закон «О рекламе»: актуальную редакцию проверь в официальной правовой системе перед публикацией рекламных сообщений
- [Федеральный закон «О персональных данных»](https://www.consultant.ru/document/cons_doc_LAW_61801/6c94959bc017ac80140621762d2ac59f6006b08c/)
- [Правила Google о спаме](https://support.google.com/docs/answer/148505?hl=en)

- [Google Таблицы: создание новой таблицы](https://support.google.com/docs/answer/6000292?co=GENIE.Platform%3DDesktop&hl=ru-US)
- [Устанавливаемые триггеры Apps Script](https://developers.google.com/apps-script/guides/triggers/installable)
- [Квоты Google Apps Script](https://developers.google.com/apps-script/guides/services/quotas?authuser=01&hl=en)
- [Тарифы Claude](https://claude.com/pricing?success=true)

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