Как ограничить расходы и не остановить заказы?

Письмо о бюджете не останавливает обработку

Надпись «бюджет 5 000 ₽» может обозначать разные действия. В одном случае владелец получает письмо, в другом запрещаются новые платные запросы. Чтобы выбрать настройку, попросите показать, что произойдёт при достижении суммы: кто узнает, какая операция остановится и что останется доступным.

Возьмём учебную компанию: сайт получает 40 обращений в день, а на работу помощника выделено 5 000 ₽ в месяц. Это придуманные условия для разбора, не тариф и не расчёт стоимости вашего проекта. Допустим, предупреждение приходит при 4 000 ₽. Оно даёт владельцу повод посмотреть расходы, но оставшиеся 1 000 ₽ не означают, что у него есть день или неделя на решение. Без цены обработки нельзя сказать, на сколько обращений хватит этой суммы.

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

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

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

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

Сохраняйте обращение до платной обработки

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

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

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

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

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

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

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

Назначьте человека и срок ответа

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

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

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

До включения ограничения проверьте ручную нагрузку. При неизменном потоке 40 обращений в день за два дня появятся 80 обращений. Мы не знаем, справится ли с ними Анна: короткий вопрос и сложный расчёт занимают разное время. Попросите команду оценить обычные обращения и выбрать срок, который она выдержит без помощника. Если не выдержит, нужны дополнительный сотрудник, более поздний честный ответ или временно меньший объём автоматизированной услуги.

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

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

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

Испытайте предел на учебном обращении

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

Выпишите четыре колонки: «операция», «предел», «действие при пределе», «ответственный». Для нашего примера заполните строку так: «Подготовка ответа – 5 000 ₽ в месяц по внутреннему учёту помощника – не запускать новые платные ответы, оставить обращение Анне – Анна». В следующей строке укажите, что приём обращений работает отдельно от этого ограничения; за новые записи отвечает Анна. Добавьте ноль автоматических повторов бюджетного отказа и разработчика, который настраивает это правило. Увеличение бюджета оставьте за владельцем. Эти записи помогают проверить работу сайта. Счёт поставщика нужно сверять отдельно.

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

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

1. В журнале появилась одна новая запись с исходной просьбой и способом связи. Обращение сохранилось без ответа помощника; повторное нажатие не создало вторую запись.
2. Клиент увидел подтверждённый факт приёма и согласованный срок ответа сотрудника. Он не увидел готовую цену, подтверждённую пятницу или фразу об отправке, если этих действий ещё не было.
3. Анна получила задачу с уже известными сведениями и может продолжить работу. Сайт перестал запускать платную обработку этого обращения и не повторяет бюджетный отказ автоматически.

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

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

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

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

Что должно остаться после остановки

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

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