Начните с расчёта, который можно проверить вручную
До разработки соберите реальные правила ценообразования: единицы измерения, минимальную стоимость выезда, коэффициенты, дополнительные работы и исключения. Если два сотрудника по одним вводным называют разные суммы, сначала нужно согласовать методику. Иначе автоматизация лишь быстрее воспроизведёт спорные правила.
Для примера возьмём расчёт услуги по площади. Простое умножение площади на тариф может не учитывать минимальный заказ, сложность доступа или подготовительные работы. Зафиксируйте, какие условия клиент способен определить сам, а какие оценивает специалист. Во втором случае калькулятор должен выдавать предварительный результат с пояснением, а не изображать окончательную смету.
У таблицы, сервера и интерфейса разные обязанности
Google Таблицу можно использовать как редактируемый справочник тарифов или место для согласованной расчётной модели. Сайт и Telegram-бот становятся двумя способами ввода параметров. Между ними нужен слой интеграции: он получает данные, проверяет ввод и возвращает результат. Где именно исполняются формулы, зависит от задачи и нагрузки.
Не следует делать производственную таблицу общедоступной только потому, что её читает калькулятор. Доступы выдаются конкретному механизму интеграции. Секреты и токен бота не помещают в код открытой страницы или в доступный клиентам файл. Документация Apps Script отдельно предупреждает о недопустимости передачи OAuth-токенов клиенту.
Продумайте публикацию тарифов. Черновое изменение сотрудника не должно сразу превращаться в цену для клиента. Удобно разделить подготовку новых значений, проверку контрольных примеров и перевод согласованной версии в работу. Сохранение версии помогает объяснить, почему вчерашний расчёт отличается от сегодняшнего.
Текстовое пояснение схемы
- Сайт и Telegram. Клиент вводит параметры и видит понятные ограничения.
- Проверка ввода. Система отсекает неверные значения и выбирает нужное правило.
- Версия тарифов. Расчёт использует согласованные данные, а не случайный черновик.
- Результат. Сумма сопровождается составом расчёта и условиями уточнения.
Проверяйте не только обычные значения
Заказчик вместе с исполнителем составляет набор входных данных и ожидаемых результатов. Это не список скриншотов: для каждого теста должна быть заранее известна правильная сумма или корректный отказ от расчёта. Особенно важны границы тарифов и ситуации, где включаются доплаты.
Проверяйте также сам ответ. Клиенту нужны не только цифры, но и краткая расшифровка: какие параметры использованы, что учтено, что требует уточнения. Иначе сумма выглядит произвольной, а менеджеру приходится заново восстанавливать ход расчёта из переписки.
- Минимальное допустимое значение и значение чуть ниже него.
- Переход между двумя тарифными диапазонами.
- Дробная величина, округление и единицы измерения.
- Пустое поле, отрицательное число и неподдерживаемая услуга.
- Одинаковые параметры на сайте и в Telegram при одной версии тарифов.
Недоступная таблица не должна превращаться в нулевую цену
Внешний сервис может ответить с задержкой, вернуть ошибку или ограничить частоту запросов. У Google Sheets API есть квоты; для временных ограничений документация рекомендует повторные попытки с увеличивающимися паузами. Поэтому бесконечно перечитывать таблицу при каждом нажатии — не готовая стратегия надёжности.
Согласуйте понятный режим сбоя: сохранить введённые параметры, сообщить о временной недоступности расчёта и предложить связаться со специалистом. Если используются сохранённые тарифы, задайте допустимый срок их актуальности. Просроченный справочник нельзя молча выдавать за свежий.
Повторное нажатие кнопки не должно создавать несколько одинаковых заявок. В журнале полезно фиксировать идентификатор расчёта, версию тарифов и технический статус операции. Не записывайте в такие журналы секретные ключи и лишние сведения о клиентах.
Текстовое пояснение схемы
- Обычный запрос. Сумма совпадает с ручным расчётом по согласованным правилам.
- Граница тарифа. Доплаты, округление и минимальный заказ включаются в нужный момент.
- Сбой интеграции. Параметры сохранены; клиент видит понятный следующий шаг.
Что передать разработчику
Подготовьте согласованную таблицу, словарь полей, контрольные расчёты и пример итогового сообщения. Отдельно опишите, кто меняет тарифы и кому поступает запрос, если автоматического расчёта недостаточно. Эти материалы полезнее формулировки «сделайте как у конкурента».
Работу стоит принимать целым маршрутом: клиент ввёл параметры, получил объяснимый результат, передал его менеджеру, а менеджер увидел те же данные. Именно такая связка превращает таблицу, сайт и бот в рабочий инструмент, а не в три независимые версии калькулятора.
Что взять в работу
- Сначала согласуйте формулы и исключения, затем автоматизируйте вычисление.
- У сайта и бота должен быть согласованный источник тарифов и одинаковые контрольные результаты.
- Ошибки интеграции нужно показывать честно: без нулевых цен и потери введённых данных.
Источники и уточнения
Внешние факты сверены по указанным материалам 19 сентября 2026 года. Примеры и критерии выбора в статье — практические рекомендации, а не обещание результата.
Обсудим вашу задачу?
Пришлите сайт или опишите ситуацию. Начнём с того, какой результат вам нужен.
