Поддержка и развитие · Приоритетное направление

Техническая поддержка сайтов

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

Обсудить задачуЧто входит

Результат проекта

  • 01Понятное время реакции на обращение
  • 02Задачи ведутся списком, а не в переписке
  • 03Обновления выходят без риска сломать работающее

Состав решения

Что входит в проект

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

Подробности

Как устроена работа

01

Входной аудит

Принимая проект, смотрим состояние кода, зависимостей, резервных копий и доступов. Сразу фиксируем риски — устаревшие библиотеки, отсутствие бэкапов, доступы у бывших подрядчиков.

  • Состояние кода и зависимостей
  • Наличие и проверка резервных копий
  • Ревизия доступов

02

Время реакции и приоритеты

Договариваемся о категориях обращений: сайт лежит, форма не отправляется, опечатка в тексте. У каждой категории своё время реакции — иначе всё становится срочным и приоритеты теряются.

  • Категории обращений
  • Время реакции по каждой категории
  • Порядок эскалации

03

Мониторинг

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

  • Проверка доступности по расписанию
  • Сбор ошибок из браузера и сервера
  • Оповещения в рабочий канал

04

Обновления и безопасность

Регулярно обновляем зависимости и закрываем известные уязвимости. Обновления выкатываем небольшими порциями с проверкой — так проще найти причину, если что-то пошло не так.

  • Плановое обновление зависимостей
  • Закрытие уязвимостей
  • Проверка после каждого обновления

05

Работа с ошибками

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

  • Условия воспроизведения
  • Найденная причина, а не симптом
  • История решений по проекту

06

Бэклог и спринты

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

  • Единый список задач
  • Согласование состава итерации
  • Отдельный канал для аварийных случаев

07

Релизы

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

  • Тестовый контур перед боевым
  • Возможность отката
  • Выкладка в спокойное время

08

Отчётность

Раз в период присылаем отчёт: что сделано, сколько времени ушло, что в очереди, какие риски видим. Прозрачность важнее объёма — вы понимаете, за что платите.

  • Что сделано за период
  • Затраченное время по задачам
  • Риски и рекомендации

Этапы

Понятный маршрут проекта

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

  1. Этап 01

    Передача доступов и аудит

    Ревизия доступов, отчёт о состоянии проекта и список рисков

  2. Этап 02

    Согласование условий

    Утверждённые категории обращений и время реакции

  3. Этап 03

    Формирование бэклога

    Общий список задач с расставленными приоритетами

  4. Этап 04

    Регулярная работа

    Плановые релизы, закрытые обращения и отчёт за период

Из чего складывается
стоимость

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

Получить оценку

На стоимость влияет

  • Требуемое время реакции
  • Объём часов в месяц
  • Сложность и размер проекта
  • Состояние доставшегося кода
  • Требования к доступности сайта

Вопросы

Частые вопросы

От времени реакции и объёма часов. Реакция в течение рабочего дня и круглосуточное дежурство стоят по-разному. Заметно влияет состояние кода: у запущенного проекта первые месяцы уходят на приведение в порядок.

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

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

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

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

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

Смотрите также

Связанные услуги

Техническая поддержка сайтов

Обсудим задачу?
Ответим с оценкой.

Услуга подставится в заявку автоматически — выбирать её заново не придётся.

Получить оценкуНаписать в Telegram