Редизайн сайта или точечные доработки: как собственнику принять решение

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

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

Переведите «устарел» в наблюдаемую проблему

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

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

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

Разделите четыре вида изменений

Исправление ошибки возвращает обещанное поведение: форма должна отправляться, а кнопка — работать. Локальная доработка добавляет или меняет отдельное действие. Редизайн пересматривает представление информации и взаимодействие. Более глубокая переработка может затронуть данные, архитектуру, интеграции или платформу.

В реальном проекте эти работы иногда сочетаются. Поэтому попросите подрядчика описать, что именно он меняет и почему. Общее слово «редизайн» ещё не объясняет состав проекта.

Таблица не ставит диагноз вашему сайту. Она помогает связать наблюдение с проверкой. Возможный вариант изменения выбирают после этой проверки, а не по названию проблемы.

Масштаб проекта должен следовать из причины, которую удалось подтвердить.

Составьте список того, что уже работает

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

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

Уделите внимание сотрудникам, которые будут пользоваться результатом каждый день. Кто добавляет товар, меняет цену, отвечает на заявку? Попросите показать привычные действия. В статье «На старом сайте было лучше» я отдельно разбираю, как после переделки меняется привычная работа. При принятии решения этот риск можно учесть заранее.

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

Проверьте главный сценарий до полной разработки

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

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

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

Сравните варианты по одному результату

Теперь у вас есть основание попросить несколько вариантов состава работ. Например, исправление и локальная доработка либо переработка структуры с новым оформлением. В каждом варианте должны быть названы результат, зависимости, риски и способ приёмки.

Не сравнивайте предложение «поменять главную» с предложением «пересобрать каталог и обмен» только по итоговой сумме. Сначала приведите объём к понятному виду. Для фиксации требований пригодится порядок подготовки ТЗ на разработку сайта.

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

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

Если поводом для переделки стало отсутствие заказов, начните с поиска этапа, на котором теряются продажи магазина. После определения объёма работ переходите к проверке подходящего разработчика.

Подробнее о направлении — редизайн и переработка сайта.