Ответы на отзывы: своя Google Таблица за 7 шагов до проверки

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

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

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

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

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

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

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

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

Запрос «ответы на отзывы примеры» и «ответ на отзыв нейросеть» обычно приводит к списку готовых фраз. Мне этого не хватало. Мне нужно было видеть в таблице, почему выбранный текст подходит именно этой ситуации.

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

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

Сама Google Таблица не отвечает за качество лечения и не решает конфликт. Она собирает контекст для внутренней работы. Публично остаётся только выбранный и проверенный текст.

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

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

Почему своя таблица лучше готового сервиса?

Запрос «варианты ответов на отзыв» хорошо описывает мою задачу. Для одной записи я готовлю несколько направлений ответа: короткое, тёплое, нейтральное или с переводом разговора к администратору.

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

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

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

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

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

Так выглядит строка заголовков:

review_id | дата | рейтинг | текст отзыва | тип проблемы | вариант ответа 1 | вариант ответа 2 | вариант ответа 3 | выбранный ответ | статус публикации | передать

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

В поле «тип проблемы» достаточно нескольких понятных значений:

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

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

• Новый;
• Проверить;
• Передать администратору;
• Передать врачу;
• Готов к публикации;
• Опубликован;
• Не публиковать.

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

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

Что нужно поставить и сколько это стоит?

Я начал бы с папки проекта в Visual Studio Code и отдельно проверил доступ к Claude Code по инструкции для своего аккаунта. Задачу можно описывать обычными словами, но созданный скрипт нужно проверить и настроить. В проекте видны папка и файлы, которые создаёт помощник.

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

За Claude Pro нужно платить постоянно. Официально тариф стоит $20/мес. или $200/год. На странице российского платёжного посредника указано 2 599 ₽/мес.; цена обновлена 5 августа 2026 года. Это не официальный рублёвый тариф Anthropic, а цена с комиссией посредника, поэтому она может меняться.

Подписка Claude Pro не равна оплате API языковой модели. Цена API для генерации ответов в этой схеме отдельно не подтверждена. В этой инструкции я не выдаю её за ноль и не включаю в расчёт.

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

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

1. Создай папку и опиши задачу.

   Создай папку stomatologiya-otzyvy, открой её в Visual Studio Code и попроси помощника сначала разобраться в процессе, а не писать всё сразу.

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

   У меня стоматология. Я отвечаю на отзывы о первичном приёме, врачах, лечении и организации визита. Администратор и врачи помогают разбирать спорные случаи. Хочу рабочую Google Таблицу: я вручную вставляю отзыв, рейтинг и дату, а рядом получаю три черновика ответа, выбранный ответ и статус публикации. Отдельно нужно показывать, когда запись передать администратору или врачу. Пока не пиши код. Разбери задачу простым языком: какие данные хранить, какие типы отзывов выделить, какие проверки нужны перед публикацией и в каком порядке собирать решение. Не предлагай автоматическую публикацию. Сохрани план в файл plan.md в папке проекта.

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

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

   Саму таблицу создай в Google Drive, затем открой Расширения -> Apps Script. Попроси помощника подготовить скрипт для создания заголовков и тестовой строки.

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

   Подготовь Apps Script для таблицы ответов на отзывы. Скрипт должен создать на первом листе такие столбцы в указанном порядке: review_id, дата, рейтинг, текст отзыва, тип проблемы, вариант ответа 1, вариант ответа 2, вариант ответа 3, выбранный ответ, статус публикации, передать. Добавь одну тестовую строку без реальных персональных данных: благодарность за первичный приём, рейтинг 5, короткий нейтральный текст. Не добавляй телефоны, имена пациентов, номера заказов, диагнозы, сведения о здоровье или детали процедуры. Работай с диапазоном и массивом значений, а не записывай ячейки по одной. Объясни, куда вставить скрипт через Расширения -> Apps Script и как проверить результат.

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

3. Опиши типы отзывов.

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

   Добавить правила типов отзывовСкопировать промпт

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

   Хороший результат - это короткая таблица с типом, признаками, тоном, ответственным и запретами.

4. Попроси три варианта ответа.

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

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

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

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

   Так собирают программы без программиста, и называется это вайб-кодинг. Перед изменениями полезно попросить агента показать план и diff, как описано в инструкции Claude Code review.

5. Добавь ручную проверку текста.

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

   Добавить проверку перед публикациейСкопировать промпт

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

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

6. Проверь на тестовых отзывах.

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

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

   Добавь в Google Таблицу пять обезличенных тестовых отзывов стоматологии: благодарность после первичного приёма с рейтингом 5, вопрос о записи с рейтингом 4, жалобу на ожидание с рейтингом 3, жалобу на врача без имени пациента с рейтингом 2 и жалобу на лечение без медицинских подробностей с рейтингом 1. Не используй настоящие имена, телефоны, адреса, номера заказов, диагнозы и описания процедур. Для каждой строки покажи, какой тип проблемы должен определиться, какие три черновика ожидаются, кому передать запись и какой статус поставить до ручной проверки. Не публикуй ни один ответ.

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

7. Сделай безопасный запуск.

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

   Проверить повторный запуск и защиту данныхСкопировать промпт

   Проверь рабочую таблицу ответов на отзывы стоматологии. Запусти обработку повторно на тех же тестовых строках и убедись, что новые дубли не создаются, review_id не меняется, выбранный ответ не перезаписывается, а строки со статусами Опубликован и Не публиковать не изменяются. Читай и записывай данные пакетно. Если обнаружишь проблему, сначала опиши симптом и вероятную причину, затем предложи небольшое исправление. Не добавляй автоматическую публикацию в Google Business Profile. В конце покажи, какие строки изменились и почему.

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

Какие файлы появятся после сборки?

Обычно в папке удобно иметь:

• plan.md - описание процесса;
• rules.md - типы отзывов и запреты;
• файл настроек, который создаст помощник;
• скрипт Apps Script или его копию;
• файл с тестовыми данными, если помощник его создаст.

В самой таблице рабочим будет один лист с отзывами. Строка хранит входной текст и результат. Статус показывает, что делать дальше:

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

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

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

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

Что делать, если ответы или таблица ломаются?

Дата съехала на предыдущий день

Коротко: Сверь часовой пояс Google Таблицы и проекта Apps Script, затем проверь даты около полуночи.

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

В таблице ответов на отзывы дата некоторых записей отображается на предыдущий день. Проверь часовой пояс Google Таблицы и проекта Apps Script, сравни их настройки и найди место, где дата преобразуется. Не меняй текст отзыва и review_id. Предложи исправление с единым часовым поясом и добавь тестовые значения 23:55 и 00:05. Сначала объясни причину простыми словами, потом измени только необходимые файлы и покажи, как проверить результат.

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

В таблице появляются дубли

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

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

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

Запись перезаписывается

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

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

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

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

Запуск упирается в лимит

Коротко: Читай и записывай данные пакетно, обрабатывай только новые строки и повторяй запросы после временной ошибки.

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

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

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

OAuth перестал работать

Коротко: Проверь режим OAuth-приложения, срок действия refresh token и выполни повторную авторизацию без вывода секретов.

Срок действия refresh token зависит от конфигурации OAuth-приложения и режима доступа. Тогда таблица может выглядеть нормально, но внешний доступ перестаёт работать.

Интеграция с Google перестала работать после нескольких дней, а при подключении появляется ошибка авторизации. Проверь, не находится ли OAuth-приложение в тестовом режиме, сохранился ли refresh token и не затирается ли он пустым значением. Покажи безопасный порядок повторной авторизации. Не выводи токены и секреты в таблицу, логи или сообщения. Добавь понятный статус ошибки и инструкцию для владельца, что делать при следующем сбое.

Если доступ к Google нужен только для ручной таблицы и Apps Script внутри неё, не добавляй отдельный OAuth-контур без причины. Каждый новый доступ увеличивает число мест для поломки.

Токен отозван без уведомления

Коротко: При ошибке invalid_grant останови обработку, покажи владельцу статус OAuth и восстанови доступ вручную.

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

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

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

Сколько стоит своё решение и кому оно не подойдёт?

Если считать год, подписка Claude Pro через посредника составит 31 188 ₽ по указанной месячной цене. Это не включает возможную оплату API языковой модели, если она понадобится отдельно. Review Table при помесячной оплате обойдётся в 38 400 ₽ за год.

Собственная таблица не подходит для автоматической публикации спорных отзывов. Она также не закрывает сложную интеграцию с Google Business Profile: для неё нужны Google Cloud, OAuth, права профиля, подтверждённая локация, accountId, locationId, reviewId, пагинация и защита от повторной публикации.

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

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

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

Минимальный маршрут такой:

1. Создай таблицу с полями review_id, дата, рейтинг, текст, тип проблемы, три варианта ответа, выбранный ответ и статус.
2. Вставь один отзыв без имени, телефона, номера заказа и медицинских подробностей.
3. Получи три черновика: нейтральный, тёплый и короткий.
4. Выбери один и проверь, не появился ли диагноз, обещание, деталь лечения или персональные данные.
5. Жалобу на врача или лечение передай ответственному человеку.
6. Опубликуй ответ вручную только после проверки.
7. Поставь статус Опубликован или Не публиковать.

Не подключай Google Business Profile API на первом шаге. Для автоматической публикации нужны отдельные права и явное разрешение владельца профиля. Без этого безопаснее оставить таблицу генератором черновиков.

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

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

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