Заказать правки на существующем сайте: с чего начать

Каждую неделю мне пишут с одной и той же завязкой: «есть сайт, он работает, но нужно поправить пару вещей». Дальше выясняется, что «пара вещей» - это смена дизайна каталога, добавление приёма оплаты и синхронизация с CRM. Если разобраться заранее, что конкретно нужно поменять и как это описать, заказать правки на существующем сайте получится в разы дешевле и быстрее, чем если отдать задачу в работу вслепую. Расскажу, как я сам подхожу к таким проектам и что стоит подготовить до первого сообщения разработчику.

Что считать правками, а что - уже новым проектом

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

На Tilda граница проходит примерно так: перестановка блоков, замена картинок, правка текста в редакторе - это минуты работы. А вот интеграция с СДЭК, эквайрингом Т‑Банка или CRM - это уже кастомный JS-скрипт, который встраивается через код-блок, и по сложности сопоставим с небольшим программированием, а не с редактурой лендинга. У меня в библиотеке готовых скриптов для Tilda собраны типовые решения для таких задач - часто дешевле и быстрее взять готовый скрипт и адаптировать его, чем писать с нуля.

На WordPress то же самое: поменять цвет кнопки в теме - правка. А переписать логику WooCommerce, чтобы товары синхронизировались со складом через API, - уже разработка модуля, которая требует тестирования на копии сайта перед выкаткой в продакшн.

Пример из практики: клиент обратился с формулировкой «нужно немного поправить каталог на Tilda». В процессе выяснилось, что каталог должен фильтроваться по остаткам из 1С и показывать актуальные цены. Итоговая работа заняла три недели и обошлась в 45 000 ₽ вместо ожидаемых «пары тысяч за правки», потому что по факту это была интеграция, а не косметика.

С чего начать: что собрать перед обращением к разработчику

Доступы, без которых работа не начнётся

• Логин и пароль от админки сайта - Tilda, WordPress, самописная CMS, не важно.
• Доступ к хостингу или панели управления сервером, если правки затрагивают серверную часть.
• Доступ к репозиторию, если сайт написан на кастомном коде и хранится в git.
• Доступы к интеграциям, которые нужно поменять - платёжный шлюз, CRM, СДЭК, сервис рассылок.

Без этого разработчик тратит первый день не на правки, а на переписку «дайте доступ, дайте ещё доступ». Я обычно прошу собрать всё это списком до старта - экономит день-два в начале проекта.

Как описать, что именно нужно поменять

Формулировка «поправьте дизайн» ничего не говорит разработчику. Гораздо полезнее скриншот страницы со стрелками и комментариями, ссылка на сайт-референс с похожим блоком, список конкретных страниц с URL. В переписке с клиентами я обычно прошу прислать 3-5 примеров того, как должно выглядеть - это сокращает количество итераций согласования в среднем вдвое.

Где искать исполнителя для доработки сайта

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

Биржа фриланса - быстро найти человека под разовую задачу, но проверить квалификацию сложно, а ответственность за код после сдачи обычно никакая. На биржах разработчики берут от 500 до 3 000 ₽ за мелкую правку и от 15 000 до 50 000 ₽ за интеграцию - это рыночный ориентир, у каждого свои расценки.

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

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

Сколько стоят правки на разных платформах

Ценник на правки сильно зависит от платформы и от того, трогаете вы верстку или логику. Вот ориентиры, которыми я сам пользуюсь при оценке.

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

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

Хорошее техническое задание на правки на существующем сайте умещается на одну страницу и отвечает на пять вопросов.

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

Я обычно прошу такое ТЗ в виде списка в Google Docs или прямо в переписке - оформлять как формальный документ не обязательно, но пункты должны быть конкретными, без общих формулировок вроде «сделать красиво».

Типичные ошибки при заказе правок на сайте

• Правки катят сразу на боевой сайт без бэкапа. Один неверный символ в коде Tilda-скрипта - и форма перестаёт работать у всех посетителей, пока не найдут причину.
• Нет тестовой копии сайта. Для WordPress я всегда разворачиваю staging-версию перед серьёзными правками - на WooCommerce цена ошибки в логике корзины исчисляется потерянными заказами, а не временем на откат.
• Выбор исполнителя по минимальной цене без проверки, что он вообще умеет то, что нужно. Дешёвая правка на Tilda может обернуться JS-скриптом, который ломается при следующем обновлении платформы, потому что написан без учёта её особенностей.
• Забывают проверить, кому принадлежит код после сдачи. Если скрипт хранится только в переписке с фрилансером, а не в репозитории или коде сайта, следующий разработчик будет чинить вслепую.
• Не проверяют результат на мобильных устройствах, а больше половины трафика у большинства сайтов оттуда.

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

Сколько времени занимают правки на существующем сайте?

Простая правка блока или текста на Tilda - от пары часов до одного дня. Интеграция с CRM или платёжным шлюзом - от трёх дней до трёх недель, в зависимости от того, есть ли документация к API и насколько аккуратно написан существующий код. На WordPress доработка плагина без конфликтов с темой обычно занимает 2-5 дней, а если тема самописная и без комментариев, время увеличивается вдвое, потому что сначала нужно разобраться в чужом коде.

Можно ли внести правки без доступа к админке?

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

Что делать, если сайт сделан на устаревшей технологии?

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

Как понять, что правки стоят адекватных денег?

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