Доработка сайта: что входит, а что нет

Приёмка доработки — это не «откройте, посмотрите»

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

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

Пункт 1. Разбор до правок

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

• •Выяснено, где что лежит — домен, DNS, хостинг, почта, код, база — и на кого всё это оформлено,
• •Есть письменный разбор, где названы конкретные файлы и места, а не «код старый и плохой»,
• •Ваш список задач разделён на «чинится здесь» и «упирается в архитектуру»,
• •Сказано, какие пункты решаются вообще без программирования — настройкой или на стороне хостинга,
• •Проверено, совпадает ли код в исходниках с тем, что реально работает на сервере.

Пункт 2. Правки идут в вашем коде

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

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

Пункт 3. История изменений и откат

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

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

Пункт 4. Копия, которая разворачивается

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

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

Пункт 5. Проверены соседние места

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

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

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

Пункт 6. Доступы остаются у вас

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

Что в услуги доработки не входит

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

Где доработка заканчивается и начинается новый проект

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

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

Чек-лист одной таблицей

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

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