Запись клиентов в таблице: пошаговая инструкция на вайб-кодинге в 2026

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

А началось всё с подборок, которые жили в разных местах.

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

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

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

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

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

Что изменилось в записи клиентов после таблицы?

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

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

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

В отдельной строке подборки остаётся текущий контекст:

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

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

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

Почему своя запись удобнее готового сервиса?

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

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

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

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

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

Из чего состоит таблица для записи клиентов?

В запросе «таблица для записи клиентов» часто смешивают две разные задачи. Первая - принять обращение. Вторая - понять, что делать дальше. Одного листа с телефонами для второй задачи мало.

Для записи на услугу базовая связка выглядит так:

1. Google Форма принимает имя, телефон, услугу, дату и время.
2. Ответы сохраняются на отдельном листе Google Таблицы.
3. Лист «Окна» содержит доступные даты и временные интервалы.
4. Лист «Календарь» показывает занятые окна.
5. Статус отделяет новую заявку от подтверждённой и конфликтной.
6. Уведомление сообщает владельцу о новом обращении.

Google прямо описывает эту связку:

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

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

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

Пройти практикум и собрать такую же связку для своего дела:

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

В разделе «форма для записи клиентов» обычно хочется сразу открыть Google Формы и начать добавлять вопросы. Здесь я сначала готовлю инструменты, потому что помощнику понадобится место для проекта и файлов.

Код писать и копировать не нужно. Ты описываешь задачу обычными словами: какие поля нужны, что считать занятым окном, кому отправлять уведомление. Claude Code создаёт или меняет файлы внутри VS Code и объясняет результат.

Поставить нужно один раз:

1. Скачай Visual Studio Code с официального сайта и запусти установщик.
2. Установи Claude Code и подключи его к редактору.
3. Войди в аккаунт Claude.
4. Создай отдельную папку для схемы записи.
5. Открой эту папку в Visual Studio Code.

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

Подписка здесь постоянная статья расходов. На официальной странице Anthropic Pro указан как $20 в месяц. Официальной цены в рублях для России в проверенных материалах нет, поэтому самостоятельный пересчёт в рубли я не добавляю. API оплачивается отдельно и в эту сумму не входит.

Для схемы понадобятся доступы к Google Таблицам, Google Формам и Apps Script. Если добавляешь Telegram, понадобится бот, его токен и chat_id получателя. Токен не клади в открытую таблицу. Он даёт возможность отправлять сообщения от имени бота.

Как собрать запись клиентов по шагам?

1. Опиши рабочий процесс словами.

   Создай папку agentstvo-zayavki и открой её в VS Code. Сначала попроси помощника разобрать процесс, а не писать программу. Так он увидит разницу между клиентом и подборкой объектов.

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

   У меня агентство недвижимости. Я веду покупателей, собственников и объекты. Заявки приходят из звонков, мессенджеров и объявлений. Один покупатель может интересоваться несколькими квартирами, менять бюджет и добавлять районы. Мне нужна рабочая схема, где клиент не теряется за отдельной подборкой объектов. Для каждой подборки должны храниться район, бюджет, выбранные объекты, статус и дата следующего контакта. Пока не пиши код. Разбери процесс простыми словами, перечисли нужные листы и поля, задай вопросы, если данных не хватает. План сохрани в файл plan.md.

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

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

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

   Создать таблицу заявок агентстваСкопировать промпт

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

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

3. Свяжи форму с ответами.

   В Google Таблицах создай Google Форму через «Инструменты → Создать форму». Если работаешь с записью на услугу, добавь имя, телефон, услугу, дату и время. Для агентства добавь район, бюджет и описание запроса.

   Настроить форму и лист ответовСкопировать промпт

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

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

4. Добавь дату и следующий контакт.

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

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

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

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

5. Собери календарь занятых окон.

   Для записи клиентов по времени сделай отдельный лист «Окна» с доступными интервалами и лист «Календарь» с занятыми. Обычная Google Форма не убирает уже занятое время до отправки, поэтому здесь нужна честная отметка конфликта.

   Собрать календарь занятых оконСкопировать промпт

   Создай лист «Окна» со списком доступных дат и временных интервалов и лист «Календарь» с занятыми окнами. Для каждой заявки храни дату, время, услугу, имя клиента и статус. Подсвечивай занятые интервалы и отдельно отмечай конфликт, если дата и время уже есть в подтверждённой заявке. Не обещай блокировку окна до отправки обычной Google Формы. До подтверждения ставь статус «Новая», после проверки свободного времени - «Подтверждена». Добавь уникальный ключ из даты и времени, а если есть сотрудники или ресурсы, включи их в ключ. Объясни, как проверить два одинаковых времени.

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

6. Включи уведомление по почте.

   Это самый простой способ узнать о новой заявке. В Google Формах открой раздел «Ответы», меню «Ещё» и выбери уведомления о новых ответах.

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

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

   Для запуска нужен устанавливаемый триггер On form submit. Google описывает его как событие, которое запускается, когда пользователь отправляет форму. Если триггер создаёт сотрудник, автоматизация работает с его разрешениями, поэтому доступ к аккаунту и проекту нельзя оставлять без контроля.

7. Подключи Telegram и защиту повторов.

   Telegram удобен для быстрого уведомления владельца, но токен и chat_id не должны лежать в открытом листе. Сначала добейся стабильного email, потом добавляй бота.

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

   Добавь в Apps Script уведомление владельцу агентства о новой заявке через Telegram Bot API. Используй HTTPS-запрос и метод sendMessage. В сообщении передавай имя, телефон, дату, время, услугу или описание запроса и статус. Токен Telegram храни в защищённых настройках проекта, не в открытой таблице. Добавь уникальный submission_id для каждой заявки, журнал обработанных идентификаторов и LockService вокруг проверки и изменения статуса. Если заявка с таким идентификатором уже обработана, не добавляй строку и не отправляй второе сообщение. Объясни, где я должна вручную указать токен и chat_id, не показывая их в ответе.

   Apps Script отправит HTTPS-запрос к Telegram, а LockService защитит участок, где проверяется и меняется статус. В правильном результате повторная обработка не создаёт вторую строку и не дублирует уведомление.

   Так собирают программы без программиста, и называется это вайб-кодинг.

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

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

Что появится в папке после сборки?

В минимальной папке проекта я оставляю план и описание правил. В Google Диске появляются:

• лист ответов;
• лист «Окна»;
• лист «Календарь»;
• лист «Архив»;
• рабочие листы клиентов, подборок или услуг;
• проект Apps Script;
• резервная копия таблицы.

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

Apps Script умеет задавать проверку данных и защищать диапазоны. Поэтому служебные колонки лучше закрыть от случайной правки, а статусы выбирать из списка.

Токен Telegram не записывай в лист «Настройки», если этот лист доступен всем редакторам. Попроси помощника хранить секрет в защищённых настройках проекта и отдельно объяснить, кому доступен проект. В токены и настройки доступа без необходимости не лезь: одна случайная правка может остановить уведомления.

Что ломается в записи клиентов и как это чинить?

Форма приняла занятое окно

Симптом: клиент выбрал время, которое уже занято, а заявка появилась в таблице. Это не значит, что календарь бесполезен. Значит, проверка происходит после отправки, а не до неё.

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

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

Появились две одинаковые заявки

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

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

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

Строка добавилась с ошибкой

Симптом: данные уже появились в таблице, но форма показала ошибку. Клиент может нажать кнопку ещё раз, и в журнале появится дубль.

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

Правильная защита здесь: уникальный идентификатор, который связывает повторную попытку с первой заявкой. Удаление дублей постфактум такой надёжности не даёт.

Триггер обработал запись повторно

Симптом: одна строка превратилась в два уведомления или два одинаковых действия. Не ищи «последнюю строку» как единственный признак новой заявки.

Устанавливаемый триггер обработал одну заявку два раза и отправил два одинаковых уведомления. Проверь, не определяется ли новая запись только через getLastRow(). Добавь журнал обработанных submission_id, проверку идентификатора до отправки и LockService вокруг критического участка. Не удаляй исходную строку. Покажи причину повтора и добавь тест повторного запуска одного события.

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

Время сдвинулось

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

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

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

Сколько стоит своя запись по сравнению с сервисом?

Бесплатная запись клиентов на связке Google Forms и Google Sheets не требует отдельной платы за инструменты. Но это не означает, что у схемы нет расходов вообще. Claude Pro с Claude Code официально стоит $20 в месяц. Официальной цены в рублях для России не найдено.

Готовый сервис уже включает интерфейс, поддержку и часть правил. У Slotly есть бесплатный режим, у Telebon цена составляет 3 600 ₽ в год, у TapSlot - 7 080 ₽ в год. По проверенным данным, готовые решения в целом находятся в диапазоне от 0 до 18 000 ₽ в год.

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

У схемы есть границы:

• обычная Google Форма не блокирует занятое окно до отправки;
• Telegram требует отдельного бота, токена и chat_id;
• квоты Apps Script могут меняться;
• доступы и персональные данные нужно контролировать;
• поддержку собственной схемы не предоставляет готовый сервис.

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

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

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

1. Создай форму с обязательными полями.
2. Свяжи её с Google Таблицей.
3. Включи уведомление о новом ответе.
4. Добавь лист «Календарь».
5. Отправь несколько тестовых заявок.
6. Только после этого подключай Apps Script и Telegram.

Для записи клиентов по времени можно взять готовый календарный шаблон Google Таблиц с подсветкой пересечений. Ещё один путь - Google Calendar Appointment Schedule и отдельная форма для дополнительных данных. Это не единая система, но такой вариант помогает начать без кода.

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

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

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