После запуска сайт, бот или SaaS продолжают жить: обновляются библиотеки, меняются API платформ, истекают сертификаты, заканчивается место на сервере. Рассказываем, что входит в техническую поддержку сайта и бота, как договориться о скорости реакции, чем пакет часов отличается от абонемента и как совмещать поддержку с развитием продукта.
Почему проект нельзя сдать и забыть
Код, который работал в день запуска, не обязан работать через полгода — даже если в нём никто ничего не трогал. Меняется всё вокруг:
- выходят исправления безопасности для языка, фреймворка и библиотек;
- платформы развивают API: Telegram добавляет новые возможности, платёжные провайдеры обновляют протоколы;
- истекают SSL-сертификаты, оплата домена и сервера;
- на сервере заканчивается место из-за логов и загруженных файлов;
- растёт нагрузка: то, что выдерживало сто пользователей, начинает тормозить на тысяче.
Например, сайт салона мебели может месяцами работать без проблем, а потом в понедельник утром браузеры начнут показывать посетителям предупреждение о небезопасном соединении: сертификат истёк, а письмо о продлении ушло на почту бывшего сотрудника. Поддержка нужна, чтобы такие вещи замечали заранее, а не по жалобам клиентов.
Что входит в техническую поддержку
Состав зависит от проекта, но базовый набор у нас выглядит так:
| Работа | Что это значит на практике |
|---|---|
| Мониторинг | Следим за доступностью, работой бота и ключевых сценариев, получаем оповещения об ошибках |
| Резервные копии | Регулярно копируем базу и файлы, храним отдельно от сервера, проверяем восстановление |
| Обновления | Обновляем зависимости и серверное ПО, закрываем уязвимости |
| Исправление ошибок | Разбираем и чиним то, что сломалось, с приоритетом по критичности |
| Мелкие доработки | Поменять текст, добавить поле в форму, новый пункт в меню бота |
| Консультации | Отвечаем на вопросы по работе системы, помогаем с настройками |
| Отчёт | Раз в месяц — что сделано, что заметили, что рекомендуем |
Чего обычно нет в поддержке: крупных новых функций, редизайна, переписывания модулей. Это отдельные задачи с оценкой — о них ниже, в разделе про развитие.
Мониторинг и резервные копии
Мониторинг — это не только «сайт открывается». Для проекта с заявками важно, что форма отправляется и обращение доходит до CRM или чата — подробнее о такой связке в статье про интеграцию с amoCRM и Битрикс24. Для бота — что он отвечает на команды и принимает обновления. Для SaaS — что проходят оплаты и выполняются фоновые задачи. Мы настраиваем проверки именно на такие сценарии и шлём оповещения в рабочий чат, чтобы узнавать о сбое раньше клиентов.
С бэкапами главная ошибка — делать их и ни разу не пробовать восстановиться. Копия, которую не получается развернуть, бесполезна. Поэтому в поддержку входит периодическая проверка: поднимаем копию на отдельном окружении и убеждаемся, что всё на месте. Обычная схема:
- база данных — ежедневно, для активных проектов чаще;
- загруженные файлы и медиа — по мере изменений;
- конфигурация сервера и переменные окружения — при каждом изменении;
- хранение — в другом месте, а не на том же сервере.
Поддержка Telegram-бота: на что смотреть отдельно
У ботов свои точки отказа, поэтому поддержка Telegram-бота отличается от поддержки сайта.
- Вебхук. Если сервер переехал или у него истёк сертификат, Telegram перестаёт доставлять обновления, и бот молчит. Это проверяется в мониторинге.
- Токен. Хранится только на сервере; при подозрении на утечку его перевыпускают в BotFather и сразу меняют в конфигурации.
- Bot API. Telegram развивает платформу, и новые возможности иногда стоит внедрять — например, другие виды кнопок или способы оплаты.
- Рассылки. У Telegram есть ограничения на частоту отправки сообщений, поэтому массовые рассылки идут через очередь, иначе часть сообщений не дойдёт.
- Оплаты. Если бот принимает деньги, проверяем, что платежи проходят и чеки формируются.
Если бот работает ещё и в MAX, следить нужно за обеими платформами: у каждой своё API и свой темп изменений. Из чего вообще состоит бот и какие у него компоненты, разобрано в статье про разработку Telegram-бота для бизнеса.
SLA и время реакции
SLA — договорённость о том, как быстро исполнитель реагирует на проблему и в какие часы. Без неё «срочно» у заказчика и у подрядчика означает разное. Удобно разделить обращения по приоритетам:
| Приоритет | Пример | Реакция |
|---|---|---|
| Критичный | Сайт не открывается, бот не отвечает, не проходят оплаты | Сразу, в том числе вне рабочего времени, если это оговорено |
| Высокий | Не работает одна функция, например форма на одной странице | В течение рабочего дня |
| Обычный | Ошибка в вёрстке, неточный текст, неудобный экран | В плановом порядке |
| Доработка | Новое поле, новый раздел, новая команда бота | По согласованным срокам |
Важно различать время реакции и время исправления. Реакция — когда мы взяли задачу и сообщили, что происходит. Исправление может занять дольше, если причина на стороне хостинга или внешнего сервиса. Конкретные часы и окна работы фиксируем в договоре, чтобы ожидания совпадали.
Пакет часов или абонемент
Есть два основных формата, и выбор зависит от того, насколько предсказуем поток задач.
| Формат | Как устроен | Кому подходит |
|---|---|---|
| Пакет часов | Покупаете, например, десять часов на месяц, списывается фактически потраченное время | Проектам с небольшим потоком задач, где важна прозрачность |
| Абонемент | Фиксированная плата за мониторинг, бэкапы, обновления и оговорённый объём работ | Проектам, где важны стабильность и быстрая реакция |
| Разовые работы | Оценка и оплата под конкретную задачу | Когда постоянная поддержка не нужна, а задача одна |
На практике форматы часто совмещают: абонемент закрывает обязательную часть — мониторинг, бэкапы, обновления, — а доработки сверх него идут по часам. Переносить ли неиспользованные часы на следующий месяц, лучше сразу прописать в договоре.
Техническая поддержка у нас стоит от 10 000 ₽ в месяц. Итог зависит от числа систем (сайт, бот, админка, интеграции), требований к скорости реакции, объёма ежемесячных работ и состояния кода. Проект, который делали мы, взять на поддержку проще; чужой сначала проходит аудит — об этом в статье про передачу проекта от другого разработчика.
Развитие продукта и отчётность
Поддержка держит проект в рабочем состоянии, развитие делает его лучше. Для живого продукта — SaaS, бота с личным кабинетом, магазина — второе не менее важно. Допустим, сервис онлайн-записи запустили с минимальным набором функций. Через месяц видно, на каком шаге клиенты бросают запись, какие вопросы пишут в поддержку, чего не хватает администраторам. Из этого собирается список задач.
Мы обычно работаем итерациями:
- раз в месяц или в две недели вместе разбираем список задач и выбираем, что делать в этот период;
- оцениваем каждую задачу в часах;
- делаем, проверяем на тестовой копии и выкатываем без простоя;
- смотрим, как изменение повлияло на поведение пользователей.
Отчёт по итогам месяца — короткий и понятный: какие задачи закрыты, сколько часов ушло, какие были инциденты и как их решили, что обновили, какие риски видим. Например: «библиотека для работы с платежами устарела, предлагаем обновить в следующем месяце, это около четырёх часов». Так видно, за что вы платите, и проще планировать бюджет.
Частые вопросы
Можно ли взять на поддержку сайт, который делали не вы?
Да. Сначала проводим аудит кода, сервера, доступов и бэкапов. После него понятно, какие есть риски и сколько будет стоить поддержка.
Если за месяц ничего не сломалось, за что я плачу?
За то, что не сломалось: мониторинг, обновления, проверку бэкапов и готовность быстро отреагировать. В отчёте видны работы, которые прошли незаметно для вас.
Сколько стоит поддержка Telegram-бота?
От 10 000 ₽ в месяц, как и для сайта. Цена выше, если у бота есть оплаты, интеграции с CRM или 1С, личный кабинет в Mini App.
Можно ли отказаться от поддержки?
Да. При отказе передаём доступы, актуальный код и инструкцию по развёртыванию, чтобы проект можно было вести самостоятельно или с другой командой.
Вы следите за доменом и хостингом?
Да, напоминаем о сроках оплаты домена, сервера и сертификатов и помогаем с переездом. Важно, чтобы аккаунты были оформлены на вас, а не на исполнителя.
Обсудим проект
Нужна похожая разработка?
Расскажите о задаче — уточним детали, предложим формат запуска и подготовим предварительную оценку. Это бесплатно.
Источники
Опубликовано · Обновлено