Редизайн, доработка или новая разработка: что выбрать для сайта автодилера
Словом «редизайн» часто называют три разных проекта. В узком смысле редизайн меняет оформление и не трогает механику. Доработка добавляет функции к существующей архитектуре. Новая разработка меняет модель данных, и на ней проще собрать сайт заново.
Выбор определяет не возраст сайта и не усталость от его вида. Нужно понять, где проект уперся: в оформление, в отсутствующие функции или в структуру хранения данных.
Почему запрос на редизайн обычно сформулирован неверно
Запрос приходит от ощущения, а решение требует измерения. Сайт выглядит устаревшим, конкуренты обновились, руководство спрашивает про современный вид.
Внутри этого ощущения могут лежать три разные проблемы, и каждая лечится своим объемом работ. Пока проблема не названа, обсуждение идет о вкусах. Побеждает в нем обычно тот, кто выше по должности. Удобная методика, если цель — потратить бюджет и ничего не выяснить.
Проверить запрос можно тремя вопросами к тем, кто работает с сайтом каждый день:
-
Сколько времени занимает смена цены
-
Куда доходят заявки
-
Что нельзя показать покупателю на текущем сайте
Ответы обычно расходятся с исходной формулировкой. Маркетолог говорит про акции, которые ставятся через разработчика. Менеджер — про заявки без пометки о модели. Руководитель продаж — про автомобили, которые есть на складе, но не видны в каталоге. А начиналось все с фразы «обновить дизайн».
Разница между тремя проектами видна и на сроках. Редизайн сайтов Volkswagen для сети «Атлант-М» сделали за три месяца, потому что функциональность оставалась на месте. Проект, который меняет хранение комплектаций, столько же времени может потратить на проектирование и интеграции до первой отрисованной страницы.
Когда хватает редизайна
Редизайна хватает, когда механика сайта работает. Каталог наполняется, заявки доходят, фильтры не ломают подбор, менеджеры не жалуются на потерянные обращения. Претензия только к виду: сайт устарел, плохо совпадает с текущими стандартами марки или выглядит слабее конкурентов.
Частый повод — обновление брендбука. Дилер обязан соответствовать требованиям марки, и сайт по прошлому поколению гайдлайнов выглядит заброшенным даже при нормальной внутренней работе.
В этом проекте система работала стабильно и постоянно обновлялась, поэтому основной объем пришелся на редизайн имеющихся страниц. Оформление приводили к документации бренда: сетке, кнопкам, шрифтам, отступам, размерам элементов.
Заодно обновили навигацию, макеты и шаблоны страниц, заново собрали заготовки для конструкторов форм. Сайты минских дилеров объединили в одну платформу через мультисайтовость «1С-Битрикс».
Последнее дает эффект, который снаружи не виден. Правка в общем шаблоне применяется ко всем сайтам этой платформы сразу, и обновлять каждый сайт руками больше не нужно.
Редизайн стоит делать ради узнаваемости, соответствия стандартам марки и управляемости шаблонов. Роста заявок он сам по себе не обещает: путь посетителя остается прежним.
Кейс

Когда сайту хватает доработки
Доработка подходит, когда текущая архитектура выдерживает новую задачу. Проверить это можно ценой изменения.
Если добавление поля в форму, новой характеристики в карточку или блока акции занимает часы, архитектура еще жива. Если для этого нужно править верстку на десятках страниц, сайт уже сопротивляется развитию.
Следующий тест — данные. Пока модели, комплектации, цены и статусы хранятся отдельными сущностями с настраиваемыми свойствами, каталог можно развивать доработками. Если комплектация зашита в страницу как текст и верстка, каждая акция превращается в задачу на разработку и релиз.
То же касается форм и заявок. Доработка подходит, если можно добавить новый маршрут обращения, передать модель из карточки, изменить состав полей и не переписывать весь модуль. Если заявка держится на одной старой форме и уходит в почту без статусов, проблема уже ближе к архитектуре.
Остается платформа. Готовые системы управления дают каталог, корзину, кабинет и фильтры из коробки. Это ускоряет запуск, пока сценарии стандартные. Нестандартная логика скидок, свои статусы заказов и сложные роли пользователей требуют доработок, и их объем нужно оценивать до выбора пути.
Шаблонные решения экономят на старте и отыгрывают экономию позже. Про границу между простым и сложным сайтом писали в разборе «Где хибара деревянная, а где град каменный». В одном проекте конфигурация шаблона съедала до 30% времени загрузки страницы. При сотне посетителей в сутки это незаметно, при дилерском трафике в сезон — уже нет.
С какого-то объема правок дешевле собрать нужное. Граница проходит там, где очередная доработка требует лезть в чужой код глубже, чем пришлось бы в собственный, а переучивание шаблона становится дороже разработки нужной части заново.
Когда сайт проще собрать заново
Новая разработка нужна, когда сайт не закрывает базовый сценарий покупателя. Одностраничный сайт с формой не покажет модельный ряд, комплектации и наличие. Посетитель уходит смотреть эту информацию на площадку-агрегатор, а дилер оплачивает трафик и теряет управление выбором.
С этим столкнулись у дилера Geely в холдинге «Атлант-М»: одностраничный сайт заменили на полнофункциональный сайт Geely с полной информацией по автомобилям и формами заявок. Работа шла по водопадной модели, а первичный план без этапов согласования и правок содержал 7 этапов.
Структуру разрабатывали до дизайна и с учетом требований поисковой оптимизации. Одновременно продумывали модель хранения данных. Именно она определила объем проекта: справочники моделей и комплектаций вынесли из верстки в отдельные сущности с настраиваемыми свойствами.
Если смена цены, добавление модификации или новая акция на десяти страницах моделей требуют разработчика, проблема лежит не в оформлении. Сайт хранит данные так, что бизнес не может ими управлять.
Еще один признак — интеграции на заплатках. Заявки уходят в почту вместо системы продаж, склад обновляется руками, статусы расходятся с реальностью, менеджер узнает о проблеме от клиента.
Такие вещи нельзя надежно прикрутить в конце. Они влияют на архитектуру с самого начала. Попытка добавить их к чужому шаблону часто обходится дороже новой сборки.
Последовательность работ в таком проекте описана в статье «Этапы создания интернет-магазина для крупного бизнеса». У дилерского сайта логика похожая: вместо тысяч товарных позиций — модели, комплектации, склад, формы и маршруты заявок.
Как поставить диагноз за неделю
Диагностика идет по данным. Ощущение от главной страницы тут не аргумент. Пять вопросов закрывают выбор:
-
Сколько времени занимает смена цены и комплектации в каталоге
-
Куда приходит заявка с каждой формы и через сколько минут
-
Насколько данные каталога расходятся с реальным наличием на складе
-
Что требует марка от оформления в текущем поколении стандартов
-
Какие сценарии покупателя сайт сегодня не закрывает совсем
Если проблема только в оформлении и стандартах марки, хватает редизайна. Если не хватает отдельных функций, но каталог, формы и данные можно развивать без переписывания основы, нужна доработка. Если простые изменения требуют разработчика, заявки теряются, а данные склада расходятся с сайтом, речь уже о новой разработке.
Часто находится и то, и другое. Тогда важен порядок: сначала данные и заявки, потом стиль. В обратную сторону это не работает, потому что верстку под новую модель данных придется переделывать дважды.
Неделя на уточнение процессов обходится дешевле трех месяцев латания сайта, который с самого начала повели в неверную сторону.

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



