Тут проще переделать
Summary: студии говорят «этот сайт проще переделать с нуля», потому что этот процесс для них проще. Для клиента это потеря функционала, наработанного старым сайтом.
Студия или разработчик, видя чужой продукт, предлагают создать новый сайт, перенести данные со старого, запустить с чистого листа.
К сожалению, такое решение принимается чаще, чем хотелось бы. Для студии создание нового сайта — это отлаженный процесс: понятные трудозатраты, стоимость, риски. Если студия возьмется за доработку чужого продукта, оценка реальных трудозатрат выльется в треть стоимости сайта (условно придуманные цифры).
Как ни странно, нежелание ввязываться в доработку текущего сайта относится в том числе и к сайтам на стандартном Битриксе. Сайты на нем состоят из модулей. Модули одной студии непонятны разработчикам другой студии. А сайты, как и 1С, почти никогда не бывают «стандартной конфигурации», поэтому сторонние модули неизбежны.
Предлагая свое решение, студия использует разные аргументы:
в этом недокументированном коде никто не разберется;
это сделано на платформе, на которой уже никто не работает;
мы сделаем в разы лучше;
падение в поиске все равно будет, зачем сохранять старое.
Эти аргументы могут быть как правдой, так и уловками менеджера, который видит задачу просто: «сделать новый сайт». Клиент же под этой задачей видит серию подзадач:
добавить принципиально новые возможности;
сохранить старый функционал;
перенести контент;
не упасть в поиске;
сохранить внешние ссылки (особенно естественные);
сохранить преемственность дизайна для тех, кто уже привык.
Позиция клиента тут может быть только одной: перенести 90% функционала старого сайта, а не половину. Вспомнить все процессы, получить на каждый утвердительный ответ: «да, это будет на новом сайте». Студии придется разобраться со старыми модулями, понять процессы на сайте. Кстати, это намного проще бизнес-процессов компании в целом. Дополнительный плюс подхода: у разработчика появляется внутреняя потребность документировать чужой, а потом и свой код. А у клиента появляется внутреннее описание процессов своего старого и нового сайтов.
Клиент при этом должен начать документировать функционал еще на стадии первых разговоров о новом подрядчике сайта.











