Доработка сайта: как определить объём работ

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

Чем доработка отличается от редизайна?

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

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

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

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

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

Такой список экономит время на переписке. Разработчик сразу видит, что именно считать готовым.

Что проверить перед оценкой?

Разработчику нужны сведения о системе управления и её версии (WordPress, MODX, Shopify или проект на Laravel), версии PHP, расширениях, хостинге и текущих интеграциях. Подготовьте доступ к тестовой копии, описание ошибок и список критичных страниц. Отдельно уточните, можно ли обновить компоненты и восстановить резервную копию.

• Core Web Vitals в Search Console: LCP, INP и CLS. INP с марта 2024 года заменил FID как метрику отклика.
• Отчёт «Страницы» в Search Console: ошибки индексации, 404, дубли.
• События GA4: доходят ли отправки форм, клики по телефону и мессенджерам.
• Ручной проход: заказ, форма, корзина, мобильное меню.

Для первичной технической диагностики подойдёт Lighthouse. Его автоматические проверки дополняйте ручной проверкой заказа, форм и мобильной навигации.

Как расставить приоритеты?

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

Обмен заказами и контактами проектируют под выбранную CRM: KeyCRM, HubSpot или Pipedrive. Совместимость, обязательные поля и ограничения API проверяются для конкретной системы до начала работ. Для магазинов сюда же относятся Nova Poshta API, LiqPay, WayForPay и выгрузки на Prom или Rozetka.

От чего зависят сроки и стоимость доработки?

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

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

Как выпускать изменения без риска?

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

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

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

Сколько стоит доработка сайта?

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

Можно ли дорабатывать сайт, сделанный другой студией?

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

Когда лучше сделать редизайн вместо доработки?

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

Зачем тестовая копия сайта?

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

Кто исправляет ошибки после запуска?

Это оговаривается заранее: срок реакции на подтверждённые дефекты и способ связи. При постоянных задачах удобнее договор техподдержки с очередью задач.

Источники

• Chrome for Developers: Lighthouse
• web.dev: Core Web Vitals