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

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

Почему о поддержке нужно думать ещё до старта разработки?

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

Что вообще входит в понятие «поддержка сайта»?

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

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

Чем гарантийная поддержка отличается от платного сопровождения?

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

От чего зависит длительность гарантийного периода?

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

Какие пункты договора защищают заказчика после сдачи сайта?

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

Какие форматы оплаты поддержки существуют?

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

Что делать, если разработчик перестал отвечать или отказывается поддерживать сайт?

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

Как «Клауд АйСи» помогает сохранить сайт работоспособным независимо от подрядчика?

Поддержка сайта тесно связана с инфраструктурой, на которой он размещён: резервным копированием, мониторингом доступности, защитой от сбоев сервера. «Клауд АйСи» предоставляет облачные серверы и хостинг с готовыми инструментами резервного копирования, поэтому даже при смене подрядчика по разработке данные и работоспособность сайта остаются под контролем заказчика, а не привязаны к конкретному человеку или студии. Кстати, показательный факт из истории интернета: самый первый в мире сайт, запущенный Тимом Бернерсом-Ли ещё в 1991 году, доступен онлайн до сих пор именно потому, что его сознательно поддерживают и сохраняют — а не потому, что сайты способны «жить вечно» сами по себе. Без постоянного внимания даже самый значимый цифровой проект рано или поздно перестаёт работать корректно.