После запуска проекта, работа над ним не заканчивается
Мониторинг доступности, устранение ошибок, обновление контента и программных компонентов, контроль резервного копирования, снижение технических рисков и развитие функциональности по согласованному регламенту
Мониторинг доступности и основных функций помогает своевременно заметить недоступность сайта, ошибки сервера и нарушения работы критических сценариев. Порядок реакции и уведомления ответственных лиц определяется регламентом поддержки.
Программные компоненты обновляются после проверки совместимости, доступы пересматриваются, а резервные копии создаются и периодически проверяются на возможность восстановления. Эти меры снижают вероятность инцидентов и ограничивают их последствия.
По согласованным заявкам обновляются тексты, изображения, контакты, документы, цены, акции, формы и технические параметры страниц. Перед публикацией изменения проверяются на тестовой версии или в предусмотренной среде разработки.
Новые страницы, формы, интеграции и изменения функциональности выполняются с учетом текущей архитектуры проекта. Небольшие доработки могут входить в сопровождение, а крупные изменения предварительно оцениваются как отдельные задачи.
Обращения по работе сайта, хостингу, обновлениям, ошибкам и согласованным доработкам передаются одному ответственному исполнителю. Сотрудникам компании не приходится самостоятельно определять причину проблемы и искать специалиста для каждой задачи.
Регламент фиксирует включенные работы, доступный объем часов, приоритеты обращений и порядок постановки задач. Работы за пределами сопровождения оцениваются и согласовываются до их выполнения.
Эксплуатация после запуска
Поддержка необходима, если сайт участвует в продажах, принимает обращения, обменивается данными с другими системами или выполняет внутренние задачи компании, а его недоступность и ошибки способны повлиять на работу бизнеса.
Техническая поддержка не означает, что сбоев никогда не будет. Она определяет, кто контролирует состояние проекта, как обнаруживаются проблемы, в каком порядке обрабатываются обращения и какие действия выполняются для восстановления работы.
Постоянное сопровождение требуется, если:
После запуска продолжают изменяться серверное окружение, браузеры, программные библиотеки, требования внешних сервисов и условия работы хостинга. Истекают сертификаты, меняются API, прекращают поддерживаться отдельные версии программного обеспечения, увеличивается объем данных и появляются новые требования безопасности.
Поэтому отсутствие новых функций не означает отсутствие технических задач. Необходимо контролировать доступность сайта, состояние сервера, срок действия домена и сертификатов, выполнение резервного копирования, журналы ошибок и работу критических пользовательских сценариев.
Мониторинг не способен заранее обнаружить любой возможный сбой, а резервная копия сама по себе не гарантирует восстановление. Регламент сопровождения должен определять, что именно контролируется, где хранятся копии, как проверяется их целостность и кто получает уведомление при обнаружении проблемы.
Перед принятием существующего сайта на поддержку необходимо определить используемые технологии, состояние исходного кода, порядок развертывания, доступы, зависимости, интеграции, резервное копирование и известные ошибки. Без этого невозможно обоснованно определить объем ответственности и время, необходимое для выполнения задач.
На сопровождение могут приниматься сайты на WordPress, Django и Wagtail, а также индивидуальные веб-системы на Python. Возможность поддержки конкретного проекта определяется после проверки его архитектуры, исходного кода, серверного окружения и доступности необходимой технической информации.
Обнаруженные до начала сопровождения ошибки, устаревшие компоненты и архитектурные ограничения фиксируются отдельно. Их устранение включается в первоначальный план работ или оценивается как отдельная задача.
Инцидент требует восстановления нарушенной функции: например, доступности сайта, отправки формы, оформления заказа или обмена данными. Регламент определяет приоритет проблемы и время начала реакции, но срок полного устранения зависит от причины сбоя, состояния проекта и участия внешних сервисов.
Плановое обслуживание включает обновления, проверку резервных копий, работу с контентом, анализ ошибок и другие заранее предусмотренные операции. Такие задачи выполняются по согласованному графику и не должны конкурировать с критическими инцидентами за один приоритет.
Развитие проекта включает новые страницы, пользовательские сценарии, интеграции и изменения существующей функциональности. Небольшие доработки могут выполняться в пределах доступного объема поддержки, а крупные изменения предварительно проектируются, оцениваются и согласовываются отдельно.
Если сайт состоит из нескольких статичных страниц, редко обновляется, не принимает важные для бизнеса данные и может быть восстановлен без срочной реакции, постоянное сопровождение может оказаться избыточным. В таком случае отдельные задачи можно выполнять по запросу.
Регулярная поддержка оправдана там, где стоимость простоя, ошибки или потери данных выше стоимости планового контроля. Компания получает не обещание полного отсутствия проблем, а понятный порядок обслуживания, реакции, восстановления и дальнейшего развития проекта.
Результат сопровождения
Ответственного исполнителя, согласованный порядок реакции на проблемы, контролируемое внесение изменений и прозрачный учет выполненных работ
Формы, оформление заказов, авторизация, обмен данными и другие важные для бизнеса функции включаются в перечень контролируемых сценариев. Если нарушение можно обнаружить автоматически, ответственное лицо получает уведомление.
Для обращений устанавливаются приоритеты и время начала реакции. Критическая недоступность сайта не рассматривается в одной очереди с заменой изображения, публикацией текста или плановой доработкой интерфейса.
Один исполнитель последовательно работает с архитектурой, сервером, исходным кодом, интеграциями и историей изменений. При возникновении новой задачи не приходится каждый раз заново обследовать проект и восстанавливать его технический контекст.
Сотрудникам компании не требуется самостоятельно распределять задачи между разработчиком, хостингом и поставщиками подключенных сервисов. Техническое обращение принимается, разбирается и направляется ответственному участнику.
Изменения выполняются с учетом существующей архитектуры, зависимостей и связанных функций. Перед публикацией предусмотренные доработки проверяются, а значительные изменения предварительно оцениваются и согласовываются.
Заказчик видит перечень выполненных задач, затраченное время, обнаруженные проблемы и рекомендуемые действия. Работы за пределами согласованного объема не выполняются и не включаются в счет без предварительного согласования.
Как организована техническая поддержка
Сначала фиксируются состояние сайта, используемые технологии, доступы, зависимости и границы ответственности. После принятия проекта на сопровождение работа продолжается как регулярный цикл мониторинга, обслуживания, обработки обращений, развития и отчетности.
Проверяются архитектура сайта, исходный код, административная часть, серверное окружение, база данных, интеграции, домен, SSL-сертификат, резервное копирование и существующая техническая документация.
Отдельно фиксируются известные ошибки, устаревшие компоненты, ограничения инфраструктуры и задачи, накопленные до начала сопровождения. Определяются каналы постановки задач, приоритеты, время начала реакции, доступный объем часов и границы ответственности.
Результат этапа: зафиксированное состояние проекта, регламент поддержки, перечень необходимых доступов и первоначальный план работ.
Определяется, какие файлы, базы данных, конфигурации и пользовательские материалы необходимо сохранять, как часто создаются копии, где они хранятся и в течение какого срока.
Проверяется не только наличие резервных копий, но и возможность их практического использования. Для проекта фиксируются необходимые доступы и последовательность действий при повреждении данных, неудачном обновлении или отказе сервера.
Результат этапа: работающая схема резервного копирования с понятным порядком проверки и восстановления проекта.
Контролируются доступность сайта, ответы сервера, срок действия домена и SSL-сертификата, использование ресурсов и другие согласованные технические показатели. При обнаружении нарушения ответственное лицо получает уведомление.
При необходимости выполняется взаимодействие с хостингом, регистратором домена, CDN, почтовым сервисом и другими поставщиками инфраструктуры. Мониторинг сокращает время обнаружения проблемы, но не является гарантией полного отсутствия сбоев.
Результат этапа: контролируемая инфраструктура и установленный порядок уведомления о технических проблемах.
Проверяются версии CMS, фреймворка, библиотек, модулей и других программных компонентов. Обновления устанавливаются после проверки совместимости с индивидуальными доработками, шаблонами, формами и подключенными системами.
Пересматриваются административные и серверные доступы, анализируются журналы ошибок, известные уязвимости и подозрительные изменения. Обнаруженные риски фиксируются, а необходимые исправления выполняются в пределах согласованного объема или оцениваются отдельно.
Результат этапа: контролируемое состояние программных компонентов, доступов и выявленных технических рисков.
Определяются функции, отказ которых влияет на работу бизнеса: формы обратной связи, авторизация, поиск, личные кабинеты, отправка уведомлений, передача данных в CRM, обмен с внешними сервисами и другие предусмотренные сценарии.
Проверяется не только отображение сообщения об успешной отправке, но и фактическое поступление данных в нужную систему. Для интеграций анализируются журналы обмена, повторные операции, ошибки авторизации и задержки ответов.
Результат этапа: перечень контролируемых функций и установленный порядок действий при нарушении критических пользовательских сценариев.
Поступающие задачи классифицируются по влиянию на проект. Недоступность сайта, потеря данных и отказ критической функции получают более высокий приоритет, чем замена изображения, публикация текста или плановое изменение интерфейса.
По каждому инциденту определяется затронутая функция, собираются технические данные, выполняется восстановление и фиксируется причина проблемы. Время начала реакции не означает гарантированного устранения за тот же срок, поскольку решение может зависеть от сложности ошибки и внешних сервисов.
Результат этапа: понятная очередь обращений, приоритетная обработка критических проблем и сохраненная история выполненных действий.
По согласованным заявкам обновляются тексты, изображения, документы, контакты, сотрудники, услуги, цены, акции, новости и другие материалы. При необходимости создаются новые страницы на основе существующих компонентов проекта.
Одновременно контролируются заголовки и описания страниц, адреса, перенаправления, правила индексирования, Open Graph, структурированные данные и другие предусмотренные технические параметры. Исходная информация и ответственность за ее достоверность согласовываются с заказчиком.
Результат этапа: актуальное содержание сайта и контролируемое изменение публичных страниц без нарушения их структуры и технических настроек.
Проверяются скорость загрузки, ошибки на стороне браузера и сервера, использование ресурсов, размер файлов, работа кэширования и другие показатели, влияющие на доступность и удобство использования сайта.
При наличии настроенной аналитики изучаются источники переходов, отправка форм, пользовательские маршруты и точки отказа. На основании данных формируются проверяемые гипотезы, а не безусловные выводы о причинах изменения показателей.
Результат этапа: перечень обнаруженных ограничений производительности и обоснованных предложений по улучшению проекта.
На согласованных картах, справочниках и других внешних площадках отслеживаются новые отзывы, вопросы и комментарии. Публикации разделяются на подтвержденные претензии, возражения, запросы информации, эмоциональный негатив, спам и сообщения, нарушающие правила площадки.
Перед подготовкой ответа проверяются доступные факты и позиция компании. Обоснованная претензия получает предметный ответ с описанием дальнейших действий. Если для разбора необходимы персональные данные, пользователю предлагается перейти в закрытый канал связи.
Оскорбления, угрозы, спам и предположительно недостоверные публикации фиксируются и при наличии оснований направляются на проверку через инструменты площадки. Поддержка не включает фиктивные положительные отзывы, давление на пользователей или гарантированное удаление законной критики.
Результат этапа: контролируемая работа с публичной обратной связью, согласованные ответы и сохраненные материалы по спорным публикациям.
Новые страницы, формы, интерфейсы, личные кабинеты, интеграции и другие функции добавляются с учетом существующей архитектуры и связанных частей проекта. Небольшие доработки могут выполняться в пределах доступного объема сопровождения.
Крупные изменения предварительно проектируются и оцениваются отдельно. До начала работ фиксируются требования, затрагиваемые компоненты, необходимые часы, технические риски и критерии приемки.
Результат этапа: согласованный план развития и контролируемое внедрение изменений без смешивания с аварийными и плановыми задачами поддержки.
Фиксируются изменения исходного кода, конфигурации, интеграций, серверного окружения и порядка развертывания. Сохраняются сведения, необходимые для дальнейшей поддержки и восстановления проекта.
Устаревшие компоненты, временные решения, ограничения архитектуры и другие элементы технического долга заносятся в отдельный перечень. Для них определяются влияние на проект, приоритет и предварительный порядок устранения.
Результат этапа: актуальная техническая история проекта и понятный перечень накопленных ограничений.
В отчете фиксируются выполненные задачи, затраченное время, обнаруженные ошибки, инциденты, обновления, изменения контента, работа с отзывами и состояние согласованных интеграций. Отдельно указываются нерешенные вопросы и зависимости от третьих сторон.
На следующий период формируется список плановых работ с приоритетами, предварительной оценкой и ожидаемым результатом. Работы за пределами доступного объема согласовываются до выполнения.
Результат этапа: прозрачная история сопровождения, понятное состояние проекта и согласованный план дальнейших действий.
Прозрачный регламент и учет часов
Минимальная стоимость сопровождения одного сайта составляет 55 000 ₽ в месяц и включает до 15 часов технических, контентных и организационных работ.
Базовый пакет технической поддержки одного сайта стоит 55 000 ₽ в месяц и включает до 15 часов работы. Дополнительные задачи сверх включенного объема рассчитываются по ставке 3 700 ₽ за час и выполняются только после согласования с заказчиком.
Оплаченные часы распределяются между мониторингом, резервным копированием, обновлениями, устранением ошибок, работой с контентом, интеграциями, инфраструктурой, отзывами и развитием функциональности. Конкретное распределение зависит от состояния проекта и приоритетов текущего периода.
Таблица показывает возможное распределение фонда рабочего времени, а не обязательный объем по каждой строке. Если в течение месяца не требуется исправление ошибок или работа с отзывами, доступные часы могут быть направлены на обновление контента, профилактические работы, документацию или согласованные доработки.
До начала сопровождения проводится техническое обследование проекта. По его результатам фиксируются исходное состояние сайта, существующие ошибки, необходимые доступы, контролируемые функции, приоритеты обращений, порядок реакции и работы, входящие в ежемесячный пакет.
Минимальная стоимость применяется к одному сайту и одному согласованному техническому окружению. Поддержка нескольких сайтов, отдельных мобильных приложений, дополнительных серверов или независимых информационных систем рассчитывается отдельно.
Круглосуточное дежурство, работа вне согласованного времени, восстановление после взлома, очистка зараженного проекта, перенос между серверами, устранение накопленных до начала сопровождения ошибок, переработка архитектуры и крупная разработка не включаются в базовый пакет автоматически и оцениваются отдельно.
Домен, хостинг, CDN, программные лицензии, CRM и ERP, платные API, сервисы мониторинга, телефония, SMS- и email-сервисы, облачные хранилища, комиссии площадок и другие сторонние продукты оплачиваются соответствующим поставщикам отдельно.
| Направление работ | Состав работ | Ориентир |
|---|---|---|
| Мониторинг доступности | Контроль доступности сайта и основных технических показателей, анализ уведомлений и первичная проверка обнаруженных сбоев | 1–2 ч. |
| Резервное копирование | Контроль создания резервных копий файлов и базы данных, проверка их наличия и предусмотренного порядка восстановления проекта | 1–2 ч. |
| Обновления и безопасность | Проверка и обновление программных компонентов, контроль доступов, известных уязвимостей, журналов ошибок и подозрительных изменений | 1–3 ч. |
| Исправление ошибок и инцидентов | Диагностика и устранение неисправностей, влияющих на доступность сайта, пользовательские сценарии и передачу данных | 2–5 ч. |
| Контент и технические данные | Публикация и редактирование текстов, изображений, документов, сотрудников, услуг, цен, акций и технических параметров страниц | 2–4 ч. |
| Формы и интеграции | Проверка форм, уведомлений, CRM, аналитики, API и других механизмов передачи данных между сайтом и внешними системами | 1–3 ч. |
| Серверная инфраструктура | Взаимодействие с хостингом, контроль домена, SSL-сертификата, серверных ресурсов и согласованных технических параметров | 1–2 ч. |
| Производительность и аналитика | Проверка скорости загрузки, ошибок браузера и сервера, использования ресурсов, работы аналитики и критических пользовательских событий | 1–3 ч. |
| Отзывы, карты и публичная обратная связь | Мониторинг согласованных площадок, классификация отзывов, подготовка ответов на вопросы, возражения и претензии, фиксация спама и нарушений правил площадки | 1–3 ч. |
| Развитие функциональности | Создание новых страниц, изменение форм и интерфейсов, небольшие доработки существующих функций и подготовка оценки крупных изменений | 2–6 ч. |
| Документация, отчетность и планирование | Фиксация выполненных изменений, учет затраченного времени, описание обнаруженных проблем и подготовка плана следующего периода | 2–3 ч. |
| Базовый пакет | Общий фонд времени распределяется между направлениями в соответствии с приоритетами проекта и задачами текущего месяца | до 15 ч. |
| Стоимость базового пакета | Ежемесячная техническая поддержка одного сайта в пределах согласованного регламента | 55 000 ₽ |
| Дополнительные работы | Задачи сверх включенного объема выполняются после предварительной оценки и согласования с заказчиком | 3 700 ₽ / ч. |
Без мелкого шрифта
О принятии существующих проектов, ежемесячном объеме часов, времени реакции, аварийных работах, доступах, сторонних расходах и работе с публичными отзывами
На сопровождение могут приниматься сайты на WordPress, Django и Wagtail, а также индивидуальные веб-системы на Python. Возможность поддержки других CMS и технологий определяется после проверки проекта, его исходного кода, серверного окружения и используемых программных компонентов.
Корпоративные сайты, интернет-магазины, каталоги, посадочные страницы, личные кабинеты и внутренние веб-системы требуют разного регламента. Перед началом работ определяется, какие функции являются критическими и какие технические показатели необходимо контролировать.
Нет. На поддержку можно передать проект, созданный другим разработчиком или компанией. До принятия такого сайта проводится техническое обследование архитектуры, исходного кода, доступов, зависимостей, интеграций, резервного копирования и существующих ошибок.
Если проект содержит критические уязвимости, неподдерживаемые компоненты, нелицензионное программное обеспечение, отсутствующий исходный код или ошибки, мешающие дальнейшей работе, сначала может потребоваться отдельный этап стабилизации. Его состав и стоимость согласовываются до начала исправлений.
Базовый пакет одного сайта стоит 55 000 ₽ в месяц и включает до 15 часов работы. Часы могут использоваться для мониторинга, резервного копирования, обновлений, устранения ошибок, работы с контентом, проверки интеграций, взаимодействия с хостингом, подготовки ответов на отзывы и небольших доработок.
Состав работ определяется состоянием проекта и приоритетами текущего периода. Дополнительные задачи сверх включенного объема оцениваются по ставке 3 700 ₽ за час и выполняются только после согласования с заказчиком.
Нет. Таблица стоимости показывает направления, на которые может использоваться общий фонд времени, а не обязательный ежемесячный объем по каждой строке. Невозможно одновременно выделить максимальное количество часов на мониторинг, контент, исправление ошибок, отзывы и разработку в пределах базового пакета.
Сначала выполняются обязательные и критические задачи, затем плановые работы и доработки. Приоритеты фиксируются в регламенте и уточняются при планировании очередного периода.
Часы базового пакета предоставляются на один расчетный период и автоматически не накапливаются, если иной порядок отдельно не закреплен в договоре. В стоимость сопровождения входит не только выполнение заявок, но и готовность принять обращение, контроль уведомлений, поддержание технического контекста и плановые проверки.
Если после выполнения обязательных задач остается свободное время, оно может быть направлено на согласованные исправления, документацию, обновление контента или небольшие доработки до завершения текущего периода.
Да. В пределах доступного времени могут создаваться новые страницы, изменяться формы и интерфейсы, подключаться небольшие интеграции и дорабатываться существующая функциональность.
Крупные изменения сначала проектируются и оцениваются отдельно. Если задача требует значительной переработки архитектуры, создания нового модуля или превышает свободный объем часов, она оформляется как отдельная работа с собственными сроками и критериями приемки.
Сначала определяется влияние проблемы на бизнес и присваивается приоритет. Недоступность сайта, потеря данных, невозможность отправить заявку или оформить заказ рассматриваются раньше публикации контента и плановых изменений.
После этого собираются технические данные, определяется затронутая часть системы и выполняются действия по восстановлению. Если причина находится на стороне хостинга, платежного сервиса, CRM или другого поставщика, подготавливается обращение в его техническую поддержку и контролируется дальнейшее взаимодействие.
Время реакции определяет, когда обращение будет принято в работу и начнется первичная диагностика. Оно не означает, что проблема будет полностью устранена за тот же срок.
Продолжительность восстановления зависит от причины сбоя, состояния исходного кода, наличия доступов, возможности воспроизвести ошибку и работы сторонних сервисов. После диагностики сообщаются обнаруженная причина, дальнейший порядок действий и предварительная оценка.
Нет. Базовый пакет не включает постоянное дежурство 24/7 и гарантированное выполнение работ в ночное время, выходные или праздничные дни. Рабочие часы, каналы связи и время реакции по каждому приоритету фиксируются в регламенте.
Если проекту требуется круглосуточный контроль или возможность аварийного вызова вне согласованного времени, такой режим рассчитывается отдельно с учетом требуемой доступности специалиста.
Нет. Невозможно гарантировать полное отсутствие программных ошибок, атак, отказов оборудования и проблем на стороне внешних сервисов. Поддержка снижает вероятность инцидентов, сокращает время их обнаружения и определяет порядок восстановления.
Резервное копирование также не ограничивается наличием файлов: необходимо контролировать создание копий и периодически проверять возможность их использования. Полноценный аудит безопасности и тестирование на проникновение являются отдельными специализированными работами, если они прямо не включены в согласованный объем.
Домен, хостинг, сервер, CRM, аналитика, почтовые сервисы и другие учетные записи должны по возможности регистрироваться на заказчика и оплачиваться с его платежных реквизитов. Заказчик сохраняет административный контроль над своей инфраструктурой.
Для выполнения поддержки предоставляются отдельные доступы с необходимым уровнем прав. Пароли и ключи не должны передаваться через публичные формы, комментарии или незащищенные каналы связи.
На согласованных картах, справочниках и других площадках отслеживаются новые отзывы и вопросы. Перед подготовкой ответа публикация классифицируется как обоснованная претензия, возражение, запрос информации, эмоциональный негатив, спам или возможное нарушение правил площадки.
Ответ готовится после проверки доступных фактов и согласования позиции компании. Персональные данные и подробности спорной ситуации не публикуются: при необходимости пользователю предлагается перейти в закрытый канал связи.
Поддержка не включает создание фиктивных положительных отзывов, давление на пользователей или обещание удалить законную критику. Оскорбления, угрозы, спам и предположительно недостоверные публикации фиксируются и при наличии оснований направляются на проверку средствами самой площадки.
Да. По итогам расчетного периода фиксируются выполненные задачи, затраченное время, инциденты, обновления, изменения контента, работа с отзывами и состояние согласованных интеграций.
Отдельно указываются нерешенные вопросы, зависимости от сторонних поставщиков, обнаруженный технический долг и рекомендуемые задачи на следующий период.
Отдельно оплачиваются домен, хостинг, серверы, CDN, программные лицензии, CRM и ERP, платные API, сервисы мониторинга, телефония, SMS- и email-сервисы, облачные хранилища и другие сторонние продукты.
Также отдельно оцениваются поддержка дополнительных сайтов и серверов, круглосуточное дежурство, восстановление после взлома, очистка зараженного проекта, миграция инфраструктуры, устранение накопленных до начала сопровождения ошибок и крупная разработка.
Связаться со мной
Укажите, что необходимо установить, проверить, изменить или решить, а также какой результат должен быть получен. Чем точнее исходные данные и контекст, тем быстрее можно определить рабочий формат. Все сообщения передаются по защищенному соединению и шифруются при передаче.
Все поля, помеченные , обязательны для заполнения.