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

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

Источник: https://vibeceh.ru/cases/otvety-na-otzyvy-v-google-tablice
Автор: Сергей Мазур · опубликовано 2026-08-18

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

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

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

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

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

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

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

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

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

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

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

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

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

Сама [Google Таблица](/concepts/google-tablicy) не отвечает за качество лечения и не решает конфликт. Она собирает контекст для внутренней работы. Публично остаётся только выбранный и проверенный текст.

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

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

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

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

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

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

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

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

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

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

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

![Кот в замешательстве смотрит на схему столбцов таблицы отзывов.](https://s3.regru.cloud/crossmark/statejnik/images/guides/otvety-na-otzyvy-v-google-tablice/kadr-1.webp)

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

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

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

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

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

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

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

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

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

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

Нужны Visual Studio Code и Claude Code. Помощник помогает описывать задачу обычными словами и готовить программу, но созданный скрипт нужно проверить и настроить. Для первого запуска открой папку проекта, подготовь доступ к помощнику по инструкции для своего аккаунта и проверь первый результат. Claude Code входит в платный Claude Pro: официальная цена составляет `$20/мес.`, а цена российского платёжного посредника указана отдельно и может меняться.

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

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

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

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

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

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

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

![Собака удивлённо смотрит на карточки с семью шагами сборки таблицы.](https://s3.regru.cloud/crossmark/statejnik/images/guides/otvety-na-otzyvy-v-google-tablice/kadr-2.webp)

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

   

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

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

    Apps Script и как проверить результат." />

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

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

   

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

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

   

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

Так собирают программы без программиста, и называется это [вайб-кодинг](/concepts/vajb-koding). Перед изменениями полезно попросить агента показать план и diff, как описано в инструкции [Claude Code review](/guides/claude-code-prosit-agenta-pokazat-diff-do-pravki).

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

   

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

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

   

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

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

   

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

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

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

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

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

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

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

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

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

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

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

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

![Мужчина прикрывает лицо рядом со схемой ошибок, дублей и сбоя авторизации.](https://s3.regru.cloud/crossmark/statejnik/images/guides/otvety-na-otzyvy-v-google-tablice/kadr-3.webp)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Google Таблицы и Apps Script в минимальной схеме стоят `0 ₽`, а Claude Pro через российского платёжного посредника - `2 599 ₽/мес.`. Готовые сервисы из найденных тарифов стоят от `500 ₽/мес.` до `3 200 ₽/мес.`, подрядчики берут от `2 990 ₽` за простой скрипт до `150 000 ₽` за полноценное AI-решение. Собственная таблица дешевле деньгами, но требует личной проверки.

| Вариант | Цена | Что получаешь |
|---|---:|---|
| Google Таблицы и Apps Script | `0 ₽` | Ручная вставка, структура, статусы и обработка внутри таблицы |
| Claude Pro через посредника | `2 599 ₽/мес.` | Помощник для сборки и изменений |
| Готовый сервис | от `500 ₽/мес.` | Интерфейс, шаблоны, лимиты и функции конкретного тарифа |
| [Review Table](https://reviewtable.ru/) | `2 500 ₽/мес.` при оплате за год или `3 200 ₽/мес.` помесячно | Лента отзывов, шаблоны, ИИ-ответы и чат |
| [Простой скрипт на бирже](https://www.fl.ru/uslugi-freelancera/5570/google-sheet-script-lyuboy-slozhnosti.html) | от `2 990 ₽` | Небольшая разовая автоматизация |
| [Автоматизация одного процесса у студии](https://googlesheets.ru/pricing/) | от `80 000 ₽` | Диагностика, проектирование, разработка и тестирование |
| [Полноценное AI-решение у студии](https://googlesheets.ru/pricing/) | от `150 000 ₽` | Настройка ИИ, проверка точности и запуск |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- [AI-assisted development в малом бизнесе: как я собрала систему обработки отзывов для ресторанной сети / Habr](https://habr.com/ru/amp/publications/1060962/)
- [Extend Google Sheets | Apps Script | Google for Developers](https://developers.google.com/apps-script/guides/sheets)
- [Read & write cell values | Google Sheets | Google for Developers](https://developers.google.com/workspace/sheets/api/guides/values)
- [Usage limits | Google Sheets | Google for Developers](https://developers.google.com/workspace/sheets/api/limits)
- [Quotas for Google Services | Apps Script](https://developers.google.com/apps-script/guides/services/quotas)
- [Work with review data | Google Business Profile APIs](https://developers.google.com/my-business/content/review-data)
- [Google Business Profile APIs Policies](https://developers.google.com/my-business/content/policies)
- [Prohibited & restricted content - Maps User Generated Content Policy](https://support.google.com/contributionpolicy/answer/7400114?hl=en)
- [Tips to get more reviews - Google Business Profile Help](https://support.google.com/business/answer/3474122?hl=en-en)
- [Выберите план Claude | Anthropic Help Center](https://support.claude.com/ru/articles/11049762-%D0%B2%D1%8B%D0%B1%D0%B5%D1%80%D0%B8%D1%82%D0%B5-%D0%BF%D0%BB%D0%B0%D0%BD-claude)
- [Что такое план Pro? | Anthropic Help Center](https://support.claude.com/ru/articles/8325606-%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-%D0%BF%D0%BB%D0%B0%D0%BD-pro)
- [Оплатить Claude из России - купить подписку Pro 2026](https://payclarus.com/claude-pro)
- [Review Table](https://reviewtable.ru/)
- [Google Sheet Script любой сложности - FL.ru](https://www.fl.ru/uslugi-freelancera/5570/google-sheet-script-lyuboy-slozhnosti.html)
- [Цены на автоматизацию и интеграции | GoogleSheets.ru](https://googlesheets.ru/pricing/)

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