Доработать старый сайт или сделать новый: как сравнить затраты и ограничения

Какая задача упирается в старый сайт?

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

Ниже речь о сайте услуг с блогом и формами обращения. Компания хочет удобнее публиковать материалы и изменить предложение. Это ещё не повод всё заменять. Сначала нужно выяснить, что именно мешает работе. Старый внешний вид, неисправная форма и неподдерживаемый компонент требуют разных решений. Их не стоит объединять словом «устарел».

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

Возраст не является диагнозом

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

Что можно узнать до большой сметы

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

Для WordPress, например, экран Site Health содержит вкладки Status и Info. Первая собирает замечания. Вторая даёт сведения о техническом устройстве. Это начало обследования, а не готовый вывод о необходимости новой разработки. В другой CMS исполнитель собирает аналогичные данные доступным ему способом.

В разделе Active Plugins можно получить версии активных расширений, а Active Theme содержит сведения о текущей теме. Эти детали помогают проверить сопровождение именно используемых компонентов. Не нужно выписывать все названия в коммерческое предложение. Достаточно связать проблемную зависимость с функцией сайта и назвать способ устранения: обновить, заменить компонент или отказаться от ненужного действия. Для каждого варианта запросите последствия для редактора и посетителя, чтобы улучшение технического состояния не удалило нужную функцию без отдельного решения компании.

Что попросить по итогам обследования

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

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

Когда доработка даёт меньший объём

Локальное препятствие разумнее исправлять локально. Если форма теряет обращения из-за одного сбоя, заменять весь сайт до выяснения причины означает лишний объём проверки: новую разработку придётся принимать вместе со всеми функциями, которые сейчас работают.

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

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

Где заканчивается полезная экономия

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

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

Что добавляет полная замена

Новый сайт приносит собственные обязательства. Помимо разработки экранов понадобятся перенос материалов, сохранение адресов, настройка форм и обучение редакторов, поэтому сравнивать стоимость замены только с ценой исправления текущей формы было бы неверно.

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

Перенос адресов относится к объёму замены. В рекомендациях Яндекса о смене структуры при изменении URL указаны перенаправления на соответствующие новые страницы и доступность новых адресов с ответом 200 OK. Это работа с последствиями решения. Её учитывают в сравнении заранее, а не объявляют неожиданным дополнением после готового дизайна.

Резервная копия и возможность возврата

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

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

Как сравнить затраты на одинаковом горизонте

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

В расчётном примере доработка оценена в 120 тысяч рублей, последующее необходимое изменение — ещё в 80 тысяч. Суммарно это 200 тысяч рублей. Новый сайт оценён в 180 тысяч. Но если перенос и настройка связей требуют ещё 60 тысяч, полный объём замены составит 240 тысяч. Числа показывают способ сложения, а не рыночные цены или выбор победителя.

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

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

Проверьте, какое ограничение останется после оплаты

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

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

Для следующего разговора достаточно карты препятствий, одинакового набора действий и полной таблицы затрат. Материал о редизайне сайта полезен после выбора самого направления работ. На этом этапе команде разработки ШТАБ ИТ передают задачу сравнить способы её достижения и показать завершение каждого нужного действия. Понятное решение объясняет, что компания сохраняет, что меняет и какую повторяющуюся работу убирает, чтобы при следующем расширении сайта команда не вернулась к тем же ограничениям под новым оформлением. Основание выбора прикладывают к смете: оно позволит заметить, если в ходе обсуждения нужный результат заменили более удобным для исполнителя объёмом.

Запись принятого решения

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