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