Доработка сайта: когда она нужна, что входит и от чего зависит цена

Доработка, поддержка и редизайн: в чём разница

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

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

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

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

Какие задачи решает доработка

Поводы бывают такие:

• Новые страницы. Появилась услуга, направление или город — нужна своя страница, а не строчка на главной.
• Функции. Онлайн-запись, калькулятор, фильтры каталога, личный кабинет.
• Интеграции. Заявки в CRM, связь с учётной системой, оплата, телефония.
• Мобильная версия. Мелкий текст, кнопки, которые нажимаются с ошибками, таблицы за краем экрана, неудобная форма. Долю посетителей с телефонов посмотрите в Метрике: если она заметная, мобильную версию есть смысл поставить первой в очередь.
• Поиск. Дубли и ошибки индексации, заголовки и описания страниц, скорость загрузки, перелинковка. Эти задачи выбирают по данным Вебмастера и Метрики, а не наугад.
• Аналитика. Цели в Метрике, метки, события, без которых непонятно, что приносит заявки.

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

Доработка сайта: от чего зависит цена

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

• Объём и тип задачи. Страница по готовому шаблону, новая функция и интеграция с внешней системой — разные по трудоёмкости работы.
• Состояние кода и платформы. На аккуратном сайте с поддерживаемым движком изменение вносится точечно. На запутанном коде или устаревшей версии движка сначала приходится разбираться, а иногда и обновлять.
• Документация и доступы. Если нет описания, как устроен сайт, и доступов ко всему, часть бюджета уйдёт на обследование и восстановление доступов.
• Интеграции. Каждая внешняя система — CRM, склад, оплата — добавляет настройку и проверку на своей стороне.
• Проверка и перенос. Тестирование на копии сайта и аккуратный перенос на рабочий сайт тоже входят в работу.

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

Два риска, которые стоит закрыть до доработки

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

Исполнитель срывает сроки. Заказчики пишут, что подрядчик пропадает, а проект приходится подталкивать напоминаниями и звонками. Один из них описывает момент, когда понял, что «разработчик срывает свои же сроки»: например, прототип, обещанный «завтра», пришёл скриншотами через несколько дней после его напоминания. Защита здесь — короткие этапы с понятной приёмкой: так видно, где работа остановилась, ещё до того, как сорван общий срок.

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

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

Когда дорабатывать не стоит

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

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

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

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

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

Плохо: «сделать форму красивее». Хорошо: «на странице услуги форма с полями имя и телефон; после отправки — сообщение об успехе; заявка уходит на почту и в CRM; в Метрике срабатывает цель на успешную отправку».

Когда задач много, сортируйте их по влиянию на заявки:

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

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

Чек-лист: до и после доработки

До начала работ:

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

После работ:

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

Проверка занимает немного времени, а без неё потерю заявок можно долго не замечать.

С чего начать

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

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

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