Доработать старый сайт или сделать новый
Как решить, что дешевле: пять вопросов, ответы на которые показывают, стоит ли вкладываться в существующий сайт или пора собирать заново.
Коротко
Дорабатывать стоит, пока правки дешевле переделки и не тянут за собой новые проблемы. Как только каждое изменение требует обхода ограничений, стоимость доработок начинает превышать стоимость нового сайта.
Пять вопросов
1. Приносит ли сайт заявки сейчас
Если да — доработка почти всегда выгоднее: у сайта есть накопленные позиции и трафик, которые новый проект будет набирать заново.
2. Можно ли внести нужное изменение без обходных путей
Если разработчик каждый раз говорит «это можно, но придётся сделать костыль» — техническая база исчерпана.
3. Сколько стоит поддерживать
Устаревшая система, которая не обновляется и требует специалиста редкой квалификации, обходится дороже нового сайта уже на горизонте двух лет.
4. Есть ли исходники и документация
Без доступа к коду доработка превращается в раскопки, и оценить её нельзя. Иногда быстрее написать заново, чем разобраться в чужом наследии.
5. Изменился ли бизнес
Если сайт делали под другую модель работы, другие услуги и другую аудиторию — вы будете переделывать всё содержимое. Это уже новый сайт, даже если технически сохранить старый.
Промежуточный вариант
Часто оптимально: сохранить адреса страниц и содержание, но переписать техническую часть. Вы не теряете позиции и трафик, но получаете сайт, который можно развивать. Это дешевле полной переделки с нуля и решает большинство проблем.
Что сделать перед решением
- Соберите список того, что хотите изменить в ближайший год.
- Попросите оценить каждый пункт на текущем сайте.
- Попросите оценку нового сайта с тем же набором функций.
- Добавьте к обоим вариантам стоимость поддержки на два года.
- Сравните — и учтите риск потери трафика при полной переделке.
Не знаете, что выгоднее?
Посмотрим текущий сайт и посчитаем оба варианта честно — включая то, во что обойдётся поддержка.
Читайте дальше
Как выстроить работу с удалённым подрядчиком
Что заменяет личные встречи: ритм связи, точки контроля, инструменты и правила, которые делают удалённую работу предсказуемой.
1 минута чтенияКак ставить задачи разработчикам
Шаблон задачи, которую поймут с первого раза: что описать, чего не описывать и почему «сделайте красиво» стоит дороже всего.
2 минуты чтенияЧто считать багом, а что доработкой
Граница между гарантийным случаем и новой задачей. Как её описать в договоре, чтобы не спорить каждый раз после запуска.
2 минуты чтения