Дизайн — статьи о сайтах
К мысли о редизайне сервисный центр часто приходит со словами «сайт какой-то старый». Но внешний вид — плохой критерий. Человек с неработающим ноутбуком или разбитым экраном телефона ищет ответы на три вопроса: берётесь ли вы за его устройство, сколько это примерно стоит и по времени и как передать технику. Если сайт мешает быстро получить эти ответы, его стоит пересматривать.
Посетитель не находит свою технику и свою неисправность
Проверьте сами: откройте сайт с телефона и найдите ремонт конкретной техники, например стиральной машины с кодом ошибки на дисплее. Если нужно листать меню из сорока пунктов, читать общее «ремонтируем всё» или открывать прайс файлом для скачивания, структура устарела. Новая цветовая схема это не исправит. Нужно пересобрать разделы: по типам техники, брендам и типовым неисправностям. У каждого раздела должен быть свой адрес и свой заголовок. Тогда страница отвечает на конкретный вопрос посетителя, а вы видите, по каким направлениям приходят обращения.
Заявка с телефона: где её теряет сайт
Многие ищут сервис с телефона и в момент поломки, поэтому терпения у них мало. Пройдите путь клиента и ответьте на вопросы:
- виден ли номер телефона и кнопка звонка без прокрутки;
- читается ли текст без увеличения пальцами;
- просит ли форма только имя, телефон и описание проблемы, без обязательных e-mail и адреса;
- открывается ли страница за разумное время (проверьте в PageSpeed Insights; тяжёлые слайдеры на первом экране — частая причина задержки);
- настроены ли в Яндекс.Метрике цели на звонок и отправку формы.
Если целей нет, вы не знаете, работает ли сайт. Это решается настройкой аналитики, а не обязательно дизайном. Но если форму или кнопку нельзя поправить без переписывания всего шаблона, это уже довод в пользу редизайна. Поисковые системы всё больше ориентируются на мобильную версию сайта, и отдельный громоздкий «десктопный» шаблон становится помехой.
Условный пример: страница «Ремонт ноутбуков» до и после
Типичная старая страница: заголовок «Добро пожаловать в наш сервисный центр», слайдер с общими фотографиями, абзац о годах на рынке и ссылка «Скачать прайс». Посетитель не понимает, что делать дальше.
Переработанная версия устроена иначе (значения в скобках условные, подставьте свои):
- H1: «Ремонт ноутбуков в [город]» и сразу под ним кнопки «Позвонить» и «Написать в мессенджер»;
- блок «Что случилось»: не включается, разбит экран, греется и шумит, не заряжается, залит жидкостью. Каждый пункт ведёт к описанию и ориентиру по сроку;
- таблица «Работа — стоимость от [сумма] — срок [срок]» прямо на странице, а не файлом;
- блок «Как передать устройство»: привезти самому, вызвать курьера, адрес и часы приёма;
- условия диагностики и гарантии своими словами: что входит и на какой срок [срок];
- короткая форма из трёх полей.
Цифры и условия должны быть вашими реальными. Если вы не готовы их публиковать, лучше написать, от чего зависит стоимость, чем оставить пустоту.
Доработка или полноценный редизайн: как отличить
Хватит доработок, если структура разделов понятна, а проблемы точечные: нет целей в Метрике, медленно грузятся фотографии, устарел прайс, форма неудобна. Редизайн оправдан, когда проблема заложена в основе:
- сайт не адаптируется под экран телефона или есть отдельная урезанная мобильная версия;
- новую страницу под модель или услугу нельзя добавить без разработчика;
- цены и контакты правятся только программистом;
- страницы с формой открываются по http, и браузер помечает их как «не защищённые»;
- структура не менялась с тех пор, когда вы ремонтировали другие типы техники.
Проверочный список перед решением
- Найдите с телефона ремонт своей самой частой техники — получилось за три касания?
- У каждой услуги есть отдельная страница с понятным заголовком?
- Цены или их ориентиры видны на странице?
- Указано, как передать устройство и когда работает приём?
- Звонок и заявка доступны с первого экрана?
- Форма короткая, поля заполняются с телефона без усилий?
- Звонки и заявки с сайта считаются в Метрике?
- Контент вы можете менять без программиста?
Если «нет» набралось в четырёх и более пунктах, подготовьте для разработчиков список из десяти самых частых запросов ваших клиентов и скриншоты проблемных мест. По ним проще сказать, хватит ли доработки или нужна новая структура.
