Доработка сайта: менять работающее, не ломая остального
Доработка чужого сайта отличается от разработки нового тем, что половина работы — разобраться, как здесь всё устроено. Поэтому начинаем с приёмки и оценки, а не с правок вслепую.
Чем доработка отличается от разработки
Главное отличие — вы работаете с кодом, который писал кто-то другой и, скорее всего, без документации. Половина трудоёмкости уходит не на саму правку, а на то, чтобы понять, как устроен проект и что сломается рядом. Подрядчик, который называет цену, не посмотрев в код, называет её наугад.
Второе — риск. На работающем сайте идут заказы, и неудачная правка стоит не только времени разработчика. Поэтому любое изменение сначала делается на копии, проверяется и только потом выкладывается — даже если задача выглядит на пятнадцать минут.
Третье — накопленный технический долг. В проектах, которые вели несколько подрядчиков, часто встречаются правки прямо в файлах ядра системы: они переживают ровно до следующего обновления. Такие места мы находим на приёмке и выносим туда, где обновление их не затронет.
Четвёртое — оценка. Честная оценка задачи возможна только после осмотра, и иногда по итогам осмотра выясняется, что переделать дешевле, чем дорабатывать. Мы говорим это до начала работ, а не на середине.
Когда это нужно
Подходит, когда сайт работает, но нужно что-то изменить, добавить или починить.
- Разработчик, делавший сайт, недоступен
- Мелкие правки копятся месяцами, потому что некому поставить задачу
- Нужна новая функция или интеграция на существующем сайте
- Прошлые доработки что-то сломали, и теперь страшно трогать
- Нужна честная оценка: доработать или переделать
Что входит
Берём чужой проект и меняем его аккуратно.
- Приёмка: как устроен проект, где самописное, что переживёт обновление
- Оценка задач по времени с объяснением, из чего она складывается
- Правки на копии с проверкой перед выкладкой
- Вынос самописного из файлов ядра, чтобы обновления не затирали
- Интеграции: оплата, доставка, CRM, учётные системы
- Проверка ключевых сценариев после каждой выкладки
Разработка + GEO
Доработки часто ломают то, что видит поиск
Новый блок, собранный скриптом, или переделанная вёрстка легко прячут содержимое от роботов и ИИ-краулеров. Мы проверяем после выкладки, что текст и заголовки по-прежнему приходят в ответе сервера, а не только выглядят правильно в браузере.
GEO в нейросетях →Как работаем
Что на руках
- Задачи оцениваются до начала, а не по факту
- Выкладка не ломает работающее
- Самописные правки переживают обновления системы
- 01Карта проекта по итогам приёмки
- 02Оценка задач с обоснованием
- 03Выполненные доработки с описанием изменений
- 04Отчёт о проверке после выкладки
- 05Список технического долга с приоритетами
Как мы оцениваем задачи на чужом сайте
Оценка — отдельный этап со своей ценностью: по её итогам вы знаете стоимость владения сайтом и можете планировать, а не реагировать.
- Разбор задачи. Что нужно получить на выходе и как вы поймёте, что сделано. Формулировка «сделать красиво» превращается в список проверяемых условий.
- Осмотр места. Как устроен этот участок сайта, что его затрагивает, есть ли там самописное.
- Оценка в часах с разбивкой: анализ, реализация, тестирование, выкладка. Тестирование и выкладка — не бесплатное приложение, и мы показываем их отдельно.
- Риски. Что может пойти не так и что это добавит по времени.
- Альтернативы. Часто есть способ дешевле: готовое решение вместо разработки, настройка вместо кода, отказ от части требований без потери смысла.
Оценка бывает и отрицательным результатом: иногда правильный ответ — «эту задачу на текущем сайте решать дороже, чем переделать раздел». Мы говорим это прямо, даже когда выгоднее было бы взяться.
С какими доработками приходят чаще всего
Список по нашим проектам. Он же помогает понять, попадает ли ваша задача в типовые или потребует отдельной оценки.
- Формы и заявки: новые поля, уведомления в мессенджер и CRM, защита от спама, страница благодарности с целью в аналитике.
- Интеграции: оплата, службы доставки с расчётом стоимости, CRM, учётная система, сервисы рассылок.
- Каталог: новые характеристики и фильтры, импорт прайса, вывод наличия, сравнение товаров.
- Личный кабинет: история заказов, статусы, повторный заказ.
- Вёрстка: новые блоки, переделка разделов, адаптация под телефоны того, что делали только под компьютер.
- Скорость: изображения, кеш, отложенная загрузка скриптов.
- Многоязычность и региональные версии.
- Перевод правок из файлов ядра в места, которые переживают обновления, — задача, которая не видна снаружи, но снимает регулярные поломки.
Отдельная категория — «почините то, что сломал прошлый подрядчик». Берёмся, но начинаем с приёмки: без понимания, что именно и как сломано, оценка будет выдумкой.
Как устроена работа по задачам
Регламент простой, и он одинаков для задачи на час и на неделю — именно это защищает от неожиданностей.
- Постановка. Задача формулируется через результат: что должно получиться и как вы проверите. Без этого «сделать удобнее» означает три круга правок.
- Оценка до начала, с разбивкой на анализ, реализацию, тестирование и выкладку.
- Согласование. Вы подтверждаете оценку, и только тогда работа начинается.
- Копия. Все изменения сначала на тестовой площадке, где их можно посмотреть и обсудить.
- Выкладка в спокойное время, со свежей резервной копией и готовым откатом.
- Проверка ключевых сценариев после выкладки, а не только того блока, который меняли.
- Фиксация. Что сделано и где — в историю проекта, чтобы через полгода не разбираться заново.
Если в процессе выясняется, что задача больше, чем казалась, мы останавливаемся и согласовываем новую оценку. Тихо продолжать и выставить счёт в полтора раза больше — не наш вариант.
Доработать или переделать: как решаем
Иногда честный ответ на запрос о доработке — «этот сайт дешевле сделать заново». Признаки, по которым мы это определяем на приёмке:
- Правки в файлах ядра системы. Если их много, каждое обновление будет ломать сайт, и поддержка превратится в бесконечный ремонт.
- Нет возможности сделать копию. Проект, который нельзя развернуть на тестовой площадке, нельзя и безопасно менять.
- Заброшенная платформа или модули, которые авторы перестали обновлять: это постоянная уязвимость.
- Стоимость задачи сопоставима с переделкой раздела. Когда на каждую правку уходит втрое больше времени из-за устройства кода, арифметика становится очевидной.
- Задач много и они продолжатся. Разовая правка на неудобном сайте — нормально. Пять задач в месяц на том же сайте — повод считать.
Если переделка выгоднее, мы показываем расчёт: сколько будет стоить доработка сейчас и в перспективе года против новой разработки. Решение ваше, но принимается оно по цифрам, а не по нашему желанию взять проект побольше.
Вопросы
Обсудить: Доработка сайта
Оставьте контакты — перезвоним в течение рабочего дня, разберём задачу по «Доработка сайта» и как её связать с SEO и видимостью в ChatGPT и Perplexity. РФ и СНГ.