Доработка чужого сайта — обычная задача, а не исключение: большинство сайтов за свою жизнь меняют нескольких подрядчиков. Новая команда начинает с аудита кода, чтобы понять, на чём и как сделан проект, где правили ядро CMS, как устроены интеграции и что сломается при изменениях. По итогам аудита честный подрядчик говорит, можно ли встроить нужную функцию в текущий сайт и сколько это стоит. Ниже — что именно проверяют, почему кто-то отказывается или сразу предлагает «переписать всё» и какие вопросы помогут отличить честную оценку от нежелания разбираться.
- В большинстве случаев чужой сайт можно дорабатывать без переделки — по нашему опыту, в 8 из 10 случаев функцию удаётся встроить в текущий проект.
- Переписывать имеет смысл, когда платформа не поддерживается, а каждая функция требует обходных решений.
- Предложение «переделать всё» без аудита и цифр обоих вариантов — повод насторожиться.
Что смотрит команда при приёмке чужого проекта
Аудит кода сайта — не формальность и не способ продать дополнительные часы. Это ответ на вопрос «что произойдёт, если мы здесь что-то изменим». Вот что проверяется в первую очередь.
Платформа и версии
На чём сделан сайт: 1С-Битрикс, Аспро, WordPress, Laravel, OpenCart или самописный движок. Какая версия CMS, PHP, ключевых модулей, обновлялись ли они и когда. Сайт на устаревшей версии платформы можно дорабатывать, но иногда для новой функции сначала нужно обновить платформу — и это должно быть в смете с объяснением, зачем.
Правки ядра и сторонние модули
Самая частая находка — изменения, внесённые прямо в файлы ядра CMS. Пока сайт не обновляют, они работают, но первое же обновление их перезаписывает, и сайт ломается. На 1С-Битрикс правильный путь — собственные компоненты, шаблоны и модули, тогда обновления их не затирают. Аудит показывает, сколько таких правок и что с ними делать.
Структура кода и документация
Можно ли понять, где что лежит, есть ли комментарии, система контроля версий, описание интеграций. Код без документации читается дольше, но это не приговор: время на разбор просто учитывается в оценке.
Интеграции и данные
Как устроены обмен с 1С, передача заявок в CRM, оплата, доставка, Kaspi. Какие ключи и доступы используются и на кого они оформлены. Интеграции — самое хрупкое место, и их нужно понять до того, как трогать связанный код.
Безопасность и окружение
Нет ли следов взлома, устаревших уязвимых модулей, открытых служебных файлов. Есть ли резервные копии и тестовая копия. Совпадает ли то, что лежит на сервере, с тем, что передал прошлый подрядчик.
Что вы получаете по итогам
Результат аудита — не толстый отчёт, а понятные ответы: можно ли встроить нужную функцию в текущий сайт, сколько это стоит и сколько займёт, какие риски есть в существующем коде и что из них стоит исправить сначала. Если есть развилка — доработать или переносить, — вы получаете цифры обоих вариантов и можете принять решение сами.
Почему программист отказывается дорабатывать сайт
Отказ не всегда означает, что сайт безнадёжен. Причины бывают разные, и важно понимать, какая из них ваша.
| Причина отказа | Что за ней обычно стоит |
|---|---|
| «Не работаем с этой платформой» | Честно: у исполнителя нет компетенции. Ищите специалиста по вашей CMS |
| «Слишком маленькая задача» | Исполнителю невыгодно разбираться в проекте ради одной правки |
| «Там всё плохо, лучше переделать» | Может быть правдой, а может — нежеланием разбираться в чужом коде. Нужны аргументы и цифры |
| «Не можем отвечать за чужой код» | Разумная осторожность. Решается аудитом и договорённостью о зоне ответственности |
| «Нет доступов и исходников» | Нужно восстановить доступы через хостинг и регистратора, а не отказываться от сайта |
Разумная позиция подрядчика: «Мы отвечаем за то, что сделали сами, а риски в существующем коде показываем на аудите заранее». Это честнее, чем отказ, и безопаснее, чем обещание «сделаем без проблем» без единого взгляда на код.
«Переписать всё»: когда это правда, а когда нет
- Платформа поддерживается и обновляется.
- Проблемы локальные: отдельные модули, правки ядра, которые можно перенести.
- Каталог, дизайн, интеграции и контент работают и устраивают.
- Новая функция встраивается без обходных решений.
- Платформа больше не поддерживается разработчиком.
- Каждая новая функция требует обходных решений.
- Код без документации, а его логику никто не может объяснить.
- Сайт упирается в потолок: нагрузка, B2B-сценарии, многоязычность.
Доработка обычно в разы дешевле переделки, потому что не нужно заново делать то, что уже работает: каталог, дизайн, интеграции, контент. Если же аудит показывает, что текущая платформа упёрлась в потолок, переход — нормальное решение. Главное, чтобы оно было основано на цифрах обоих вариантов. Перенос сайта на другую CMS мы делаем с картой редиректов 1:1 и контролем позиций 4 недели после переключения; корпоративный сайт — от 700 000 ₸ и 3–4 недели, магазин — от 1 400 000 ₸. Подробнее о том, из чего складывается цена переноса, — в статье «Сколько стоит перенести сайт на другую CMS».
Подрядчик предлагает перенести ваш сайт «на свою платформу» — собственную CMS или конструктор, с которой больше никто не работает. После этого вы зависите от одного исполнителя. Хороший подрядчик работает в вашем стеке, чтобы проект могла продолжить любая команда.
Как подготовить передачу проекта новому разработчику
- ДоступыХостинг, админка, домен, FTP или SSH, база данных, репозиторий кода, если он есть. Всё — на корпоративную почту.
- ИнтеграцииСписок сервисов, с которыми связан сайт: 1С, CRM, оплата, доставка, Kaspi, рассылки, и где лежат ключи доступа.
- ИсторияЧто и когда дорабатывали, какие были проблемы, переписка с прошлым подрядчиком, если сохранилась.
- ЛицензииКлючи CMS и платных модулей, сроки продления, на кого оформлены.
- ЗадачаЧто нужно сделать в первую очередь и что болит сейчас.
Если прошлый подрядчик пропал и часть доступов утеряна, это решаемо: хостинг и регистратор восстанавливают доступ владельцу по документам компании, а остальное новая команда найдёт на сервере.
Вопросы подрядчику, чтобы оценка была честной
- Работали ли вы с моей платформой и похожими чужими проектами?
- Что входит в аудит кода и сколько он длится?
- Покажете ли вы найденные риски письменно до начала доработки?
- Как вы учтёте в оценке время на разбор чужого кода?
- Будете ли вы работать в текущем стеке или предложите перенос — и почему?
- Если предлагаете переделку, покажете ли цифры обоих вариантов?
- Где будет идти разработка — на тестовой копии или на рабочем сайте?
- Как будут оформлены ваши изменения, чтобы их не затёрли обновления?
- Кому останутся код, доступы и документация после работ?
Как мы берём чужие проекты
Проекты других команд мы берём постоянно — это обычная часть работы. Доработка сайта и разработка нового функционала начинается с аудита кода и архитектуры за 1 день: показываем состояние проекта и предлагаем, как встроить функцию без переделки. Работаем в вашем стеке — 1С-Битрикс, Аспро, Laravel, WordPress, Flutter — и не переносим проект на «нашу» платформу. Изменения вносим через собственные компоненты, шаблоны и модули, а не правкой ядра, и заодно проверяем, не правил ли ядро прошлый подрядчик.
Дальше — проектирование 2–3 дня, разработка на тестовой копии спринтами с демо, запуск ночью без простоя и гарантия 1 год на новый функционал. Ориентиры: функция — от 80 000 ₸, модуль — от 350 000 ₸, крупная доработка — от 900 000 ₸.
Если вам нужен не разовый проект, а постоянный подрядчик, который будет следить за сайтом, проект можно сразу принять на техническую поддержку сайта: аудит за 3–5 дней, затем мониторинг 24/7, бэкапы, обновления и пакет часов на доработки. Тариф «Стандарт» — 120 000 ₸ в месяц, «Бизнес» для магазинов с 1С и Kaspi — 240 000 ₸ в месяц.
Сайт делал другой подрядчик? Посмотрим код за 1 день и честно скажем, что можно достроить, а что упёрлось в потолок.
Заказать оценку доработкиЧто делать дальше
Соберите доступы и список интеграций, сформулируйте первую задачу и попросите двух-трёх подрядчиков об оценке с аудитом. Сравнивайте не только цены, но и то, насколько конкретно каждый описал состояние проекта и риски. Тот, кто после аудита говорит «это правка на неделю, а вот здесь есть риск при обновлении — предлагаем так», обычно надёжнее того, кто сразу называет цену или сразу предлагает переписать всё.
Можно ли дорабатывать сайт, если его делал другой разработчик?
Да, в большинстве случаев. Новая команда начинает с аудита кода, чтобы понять риски, и учитывает время на разбор чужого кода в оценке.
Сколько длится аудит кода сайта?
Для оценки конкретной доработки мы смотрим код и архитектуру за 1 день. Полный аудит при приёме сайта на поддержку — код, безопасность, скорость, SEO — занимает неделю.
Почему программист отказывается дорабатывать сайт?
Из-за незнакомой платформы, слишком маленькой задачи, нежелания отвечать за чужой код или реальных проблем в проекте. Попросите письменно объяснить причину.
Что делать, если прошлый разработчик не отдаёт доступы?
Восстанавливать их через хостинг-провайдера и регистратора домена по документам компании. Владелец сайта — компания, а не исполнитель.
