Техническая поддержка сайта или разовая доработка: в чём разница

Всесторонняя
информационно-техническая поддержка организаций


Все статьи
Полезные материалы

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

в чём разница
Техническая поддержка сайта или разовая доработка

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

Такие задачи можно решать по-разному: обращаться к специалисту только при необходимости или заключить договор на регулярную техническую поддержку.

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

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

Что такое разовая доработка сайта

Разовая доработка — это выполнение конкретной заранее определённой задачи без постоянного сопровождения проекта.

Компания обращается к разработчику, описывает необходимое изменение, получает оценку стоимости и сроков, после чего специалист выполняет работу.

К разовым доработкам могут относиться:

  • добавление новой страницы;
  • изменение формы обратной связи;
  • создание дополнительного поля;
  • установка модуля;
  • подключение платёжного сервиса;
  • изменение меню;
  • добавление баннера;
  • настройка переадресации;
  • исправление отдельной ошибки;
  • перенос сайта на другой хостинг.

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

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

Техническая поддержка — это регулярное сопровождение сайта в течение определённого периода.

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

В поддержку обычно входят:

  • обработка заявок;
  • устранение ошибок;
  • обновление системы управления;
  • создание резервных копий;
  • контроль форм;
  • проверка безопасности;
  • мониторинг доступности;
  • проверка интеграций;
  • небольшие доработки;
  • консультации сотрудников.

Точный состав зависит от тарифа и договора. Некоторые услуги включают только определённое количество часов, другие предусматривают дополнительные профилактические проверки.

Главное различие между форматами

Разовая доработка направлена на выполнение одной конкретной задачи. Техническая поддержка направлена на регулярное обслуживание и оперативное решение возникающих вопросов.

Критерий Разовая доработка Техническая поддержка
Формат работы Одна конкретная задача Регулярное сопровождение
Начало работы После отдельного обращения и согласования По установленному регламенту
Срок реакции Зависит от загрузки исполнителя Может быть закреплён договором
Знание проекта Специалисту может потребоваться диагностика Подрядчик регулярно работает с сайтом
Профилактика Обычно не выполняется Может входить в обслуживание
Оплата За отдельную задачу Абонентская плата или пакет часов

1. Разный подход к возникновению проблем

При разовом формате работа начинается после того, как компания уже обнаружила проблему или решила внести изменение.

Например:

  • форма перестала отправлять заявки;
  • страница отображается с ошибкой;
  • нужно добавить новый способ оплаты;
  • появилась необходимость изменить каталог.

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

Подрядчик может проверять журналы ошибок, свободное место на сервере, резервные копии, обновления и работоспособность форм.

Таким образом, разовая доработка чаще устраняет уже возникшую проблему, а поддержка может включать профилактику.

2. Разные сроки начала работы

При разовом обращении сначала необходимо:

  1. Найти свободного специалиста.
  2. Предоставить доступы.
  3. Объяснить устройство проекта.
  4. Провести диагностику.
  5. Получить оценку.
  6. Согласовать условия.

Даже небольшая задача может занять больше времени из-за подготовки.

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

Заявка сразу поступает в работу в соответствии с установленным приоритетом.

3. Разная скорость реакции на аварии

Разовый исполнитель не обязан быть свободен в момент возникновения сбоя.

Если сайт перестал работать вечером, в выходной день или во время рекламной кампании, поиск специалиста может занять значительное время.

В договоре технической поддержки можно установить:

  • рабочее время;
  • канал аварийного обращения;
  • время принятия заявки;
  • срок начала диагностики;
  • приоритет критических проблем;
  • условия работ вне графика.

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

4. Разная степень знакомства с проектом

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

Ему необходимо выяснить:

  • какая система управления используется;
  • какие модули установлены;
  • есть ли индивидуальные изменения;
  • где хранится код;
  • как настроен сервер;
  • существует ли тестовая копия;
  • как выполняется резервное копирование.

Эта диагностика оплачивается временем и увеличивает срок выполнения задачи.

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

5. Разная зона ответственности

При разовой доработке исполнитель обычно отвечает только за согласованную задачу.

Если после изменения обнаруживается старая ошибка в другом разделе, она не всегда относится к выполненной работе.

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

При этом необходимо точно зафиксировать:

  • какие разделы обслуживаются;
  • входят ли сторонние модули;
  • кто отвечает за хостинг;
  • кто контролирует домен;
  • входят ли интеграции;
  • какие работы считаются дополнительными.

6. Профилактические работы

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

Техническая поддержка может предусматривать:

  • обновление CMS;
  • проверку резервных копий;
  • контроль SSL-сертификата;
  • проверку свободного места;
  • анализ ошибок;
  • контроль безопасности;
  • тестирование форм;
  • проверку интеграций.

Профилактика снижает вероятность серьёзных аварий, но не исключает их полностью.

7. Резервное копирование

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

В рамках поддержки можно определить постоянный график:

  • ежедневное копирование базы данных;
  • периодическое копирование файлов;
  • хранение архивов на отдельном сервере;
  • контроль успешного завершения;
  • проверку восстановления.

Частота зависит от того, насколько быстро меняются данные. Для интернет-магазина, где постоянно появляются заказы, требуется более частое копирование, чем для небольшого информационного сайта.

8. Установка обновлений

Обновление системы управления можно заказать как разовую услугу.

Исполнитель проверит проект, создаст копию, установит доступные обновления и протестирует сайт.

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

Это помогает не накапливать большой разрыв между текущей и актуальной версией системы.

9. Небольшие изменения и развитие сайта

В рамках разового формата каждое изменение отдельно оценивается и согласовывается.

Это удобно, если задачи появляются редко.

В техническую поддержку может входить пакет часов на небольшие доработки:

  • изменение текста в шаблоне;
  • добавление поля в форму;
  • корректировка меню;
  • настройка уведомления;
  • создание несложного блока;
  • изменение отображения страницы.

Крупные функции обычно оцениваются отдельно даже при наличии абонентского договора.

10. Планирование расходов

При разовых обращениях расходы возникают нерегулярно.

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

Техническая поддержка делает базовые расходы более предсказуемыми. Компания ежемесячно оплачивает согласованный тариф или пакет часов.

Но абонентская плата не всегда включает любые работы без ограничений. Перед подписанием договора необходимо проверить:

  • сколько часов предусмотрено;
  • переносятся ли неиспользованные часы;
  • какие специалисты входят в тариф;
  • как оплачиваются выезды;
  • какова стоимость дополнительных часов;
  • входят ли аварийные работы.

11. Постановка и учёт задач

При разовой доработке общение может происходить через электронную почту или мессенджер.

При регулярной поддержке обычно используется единый канал:

  • сервис-деск;
  • система постановки задач;
  • корпоративная почта;
  • выделенный чат;
  • аварийный телефон.

Это позволяет фиксировать дату обращения, приоритет, исполнителя, затраченное время и результат.

12. Отчётность

После разовой работы заказчик обычно получает результат и акт выполненных работ.

При технической поддержке подрядчик может предоставлять периодический отчёт, в котором указаны:

  • полученные заявки;
  • выполненные задачи;
  • затраченное время;
  • установленные обновления;
  • созданные резервные копии;
  • обнаруженные риски;
  • рекомендации;
  • план дальнейших работ.

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

13. Работа с доступами

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

Это увеличивает риски, особенно если компания привлекает разных специалистов и не отзывает их учётные записи после завершения работ.

При постоянной поддержке можно организовать:

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

Основные аккаунты и лицензии должны в любом случае принадлежать компании-заказчику.

14. Документирование проекта

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

При постоянном сопровождении полезно вести:

  • журнал доработок;
  • перечень модулей;
  • схему интеграций;
  • инструкции;
  • данные о лицензиях;
  • историю обновлений;
  • план восстановления.

Документация упрощает диагностику и снижает зависимость от конкретного разработчика.

Когда выгоднее разовая доработка

Разовый формат обычно подходит, если:

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

Например, информационному сайту может потребоваться несколько доработок в год: добавить страницу, изменить форму или обновить оформление.

В таком случае ежемесячный договор может оказаться необязательным.

Когда нужна техническая поддержка

Регулярное сопровождение целесообразно, если:

  • сайт приводит основные заявки;
  • работает интернет-магазин;
  • используется онлайн-оплата;
  • есть интеграции с CRM или 1С;
  • информация часто обновляется;
  • на сайте работают сотрудники или клиенты;
  • хранятся важные данные;
  • простой приводит к финансовым потерям;
  • необходимы регулярные доработки;
  • в штате нет собственного разработчика.

Когда подходит комбинированный формат

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

Например, в абонентское обслуживание входят:

  • мониторинг;
  • резервное копирование;
  • обновления;
  • устранение ошибок;
  • небольшие правки.

Отдельно оцениваются:

  • редизайн;
  • создание личного кабинета;
  • переработка каталога;
  • новая интеграция;
  • переезд на другую платформу.

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

Что может входить в разовую доработку

Разовая задача должна быть чётко описана и иметь понятный результат.

Например:

  • добавить форму расчёта стоимости;
  • создать новый раздел каталога;
  • подключить CRM;
  • исправить мобильное меню;
  • перенести сайт на новый сервер;
  • настроить онлайн-оплату;
  • обновить версию PHP;
  • провести технический аудит.

До начала работ необходимо согласовать:

  • состав задачи;
  • стоимость;
  • срок;
  • порядок тестирования;
  • гарантийный период;
  • дополнительные условия.

Что может входить в техническую поддержку

В зависимости от тарифа сопровождение может включать:

  • приём и обработку обращений;
  • контроль доступности;
  • резервное копирование;
  • обновление системы;
  • проверку безопасности;
  • контроль форм;
  • проверку интеграций;
  • оптимизацию скорости;
  • устранение технических ошибок;
  • консультации;
  • небольшие доработки.

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

Что обычно не входит в базовую поддержку

Даже при регулярном обслуживании отдельно могут оплачиваться:

  • полный редизайн;
  • разработка крупного функционала;
  • массовое наполнение;
  • SEO-продвижение;
  • рекламные кампании;
  • создание текстов;
  • фотосъёмка;
  • покупка лицензий;
  • оплата сторонних сервисов;
  • устранение последствий старого взлома.

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

Как формируется стоимость разовой доработки

Цена может зависеть от:

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

Небольшое визуальное изменение иногда требует серьёзной переработки кода. Поэтому точно оценить задачу только по её внешнему описанию удаётся не всегда.

Как формируется стоимость поддержки

Абонентский тариф может учитывать:

  • количество сайтов;
  • сложность проекта;
  • количество часов;
  • время реакции;
  • необходимость аварийной связи;
  • число интеграций;
  • объём профилактических работ;
  • график обслуживания;
  • квалификацию специалистов.

Чем короче требуемое время реакции и выше критичность сайта, тем дороже обычно обходится сопровождение.

Почему дешёвая поддержка может не решить задачу

Некоторые тарифы включают только минимальный объём услуг.

Например:

  • один или два часа в месяц;
  • только консультации;
  • ответ в течение нескольких рабочих дней;
  • отсутствие аварийной связи;
  • отдельную оплату обновлений;
  • отсутствие контроля резервных копий.

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

Почему разовая доработка иногда обходится дороже

При каждом обращении новый специалист может заново изучать проект и проводить диагностику.

Заказчик оплачивает:

  • поиск причины;
  • получение доступов;
  • изучение кода;
  • проверку старых изменений;
  • подготовку тестовой среды;
  • саму доработку.

Если задачи возникают регулярно, постоянное сопровождение может оказаться экономичнее.

Почему абонентская поддержка может быть невыгодна

Если сайт практически не меняется и работает стабильно, компания может оплачивать пакет, которым почти не пользуется.

В таком случае разумнее:

  • заказать технический аудит;
  • настроить автоматические резервные копии;
  • определить порядок аварийного обращения;
  • выполнять плановые проверки несколько раз в год;
  • заказывать доработки отдельно.

Какие вопросы задать подрядчику по поддержке

  1. Какие работы входят в тариф?
  2. Сколько часов предусмотрено?
  3. Как быстро принимаются заявки?
  4. Есть ли аварийная связь?
  5. Входят ли обновления?
  6. Как создаются резервные копии?
  7. Проверяется ли восстановление?
  8. Входят ли сторонние модули и интеграции?
  9. Как оплачиваются дополнительные работы?
  10. Предоставляется ли отчёт?

Какие вопросы задать перед разовой доработкой

  1. Что именно будет изменено?
  2. Какие страницы и функции затронуты?
  3. Нужна ли предварительная диагностика?
  4. Будет ли создана резервная копия?
  5. Где будет тестироваться изменение?
  6. Какой срок выполнения?
  7. Что считается дополнительной работой?
  8. Предоставляется ли гарантия?
  9. Будет ли подготовлено описание изменений?
  10. Кто будет поддерживать функцию после запуска?

Типичные ошибки при выборе формата

Обращаться за помощью только после серьёзного сбоя

Если сайт критически важен для бизнеса, полное отсутствие поддержки создаёт неоправданный риск.

Покупать абонентский тариф без анализа задач

Компания может оплачивать ненужный объём или выбрать пакет, который не покрывает реальные потребности.

Не уточнять время реакции

Наличие договора ещё не означает, что специалист начнёт работу немедленно.

Не фиксировать состав работ

Заказчик и подрядчик могут по-разному понимать, что входит в поддержку.

Передавать основные доступы одному исполнителю

Компания должна сохранять контроль над доменом, хостингом, лицензиями и резервными копиями.

Как выбрать подходящий формат

Для принятия решения необходимо оценить:

  • частоту технических задач;
  • значение сайта для бизнеса;
  • допустимую продолжительность простоя;
  • наличие интеграций;
  • частоту обновления контента;
  • сложность индивидуальных доработок;
  • наличие внутреннего специалиста;
  • бюджет.

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

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

Краткая таблица выбора

Ситуация Подходящий формат
Нужно один раз изменить форму или раздел Разовая доработка
Сайт редко обновляется и не содержит сложных функций Разовые работы и периодическая проверка
Через сайт регулярно поступают заявки Техническая поддержка
Работает интернет-магазин с оплатой и доставкой Техническая поддержка
Требуется разработать крупный новый функционал Отдельная проектная доработка
Нужны и регулярный контроль, и периодическое развитие Поддержка плюс отдельная оценка крупных задач

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

Важно различать три направления:

  • обслуживание;
  • поддержку;
  • развитие.

Обслуживание направлено на сохранение стабильности: обновления, копии, безопасность и мониторинг.

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

Развитие включает создание новых разделов, функций и интеграций.

В одном договоре могут сочетаться все три направления, но их необходимо отдельно описать.

Главный критерий — не формат оплаты, а задачи бизнеса

Разовая доработка и техническая поддержка не являются конкурирующими услугами. Они решают разные задачи.

Разовый формат удобен, когда необходимо получить конкретный результат и дальнейшее регулярное участие специалиста не требуется.

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

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

Компания БТВ-инфо выполняет разовые доработки и регулярную техническую поддержку корпоративных сайтов и интернет-магазинов. Мы можем устранить конкретную ошибку, реализовать новую функцию или взять проект на постоянное сопровождение.

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