Недавно мое профессиональное внимание привлекло одно любопытное изменение в интерфейсе одного из крупнейших портался рунета. На страницах Mail.ru появился блок поиска от Яндекса. Казалось бы, интеграция поисковых технологий — дело обыденное, но дьявол, как всегда, кроется в деталях пользовательского опыта (UX). Давайте разберем это решение с точки зрения дизайна и логики взаимодействия.
1. Иллюзия гармонии на главной странице
На главной странице Mail.ru новый поисковый блок визуально вписался довольно гармонично. Цвета, скругления, типографика — все сделано аккуратно, чтобы не выбиваться из общей дизайн-системы портала. Однако здесь кроется фундаментальная проблема ментальных моделей. Пользователь, заходя на Mail.ru, по инерции предполагает, что поиск ищет внутри экосистемы портала: почту, новости, погоду, ответы на Mail.ru. На самом же деле этот инструмент ищет по всему интернету. Разрыв между ожиданием пользователя и реальным функционалом — это классическая UX-ловушка, которая неизбежно приведет к фрустрации, когда человек не найдет свое письмо или локальный контент.
2. Странная интеграция на внутренних страницах
Если на главной еще можно говорить о визуальной стилизации, то на внутренних страницах интеграция выглядит, мягко говоря, странно. Поле поиска от Яндекса просто «прилепили» над шапкой сайта. Это решение выглядит сырым и механическим. Честно говоря, оно вызывает стойкие параллели со старыми, шаблонными рекламными форматами, которые бездумно размещали на верхних панелях других ресурсов. Складывается ощущение, что кто-то просто взял готовый макет «рекламного блока», заменил баннер на поисковую строку и внедрил его, особо не задумываясь о том, как это вписывается в контекст и дизайн-систему Mail.ru. Это выглядит не как продуманная продуктовая интеграция, а как быстрая техническая заплатка.
3. Двойной стандарт и когнитивная перегрузка
Самая большая проблема проявляется на внутренних разделах, например, на странице новостей. Там теперь сосуществуют два поля поиска. Одно — новое, от Яндекса (ищет по всему интернету), другое — нативное, внутреннее (ищет по новостям портала).
Два инструмента, осуществляющие разные функции и выдающие совершенно разные результаты на одной странице, гарантированно испортят пользовательский опыт. Пользователь оказывается в тупике: каким полем пользоваться? Почему результаты отличаются? Это создает ненужную когнитивную нагрузку и подрывает доверие к интерфейсу.
4. В чем причина такого решения?
Задаешься закономерным вопросом: кто придумал и защитил именно такой сценарий интеграции? Как дизайн-менеджер, я категорически исключаю некомпетентность команды. Профессионалы такого уровня не допускают подобных ошибок просто по незнанию.
Следовательно, у этого решения есть две вероятные причины. Либо это холодный расчет: запуск грубой проверки гипотезы на миллионах пользователей без предварительной качественной проработки (в духе «пусть цифры покажут, как поведут себя люди»). Либо это классический случай, когда на этапе согласования кто-то отвлекся, не смоделировал пользовательский сценарий до конца и пропустил решение в продакшн.
5. Выводы
- Обманутые ожидания: Визуальная мимикрия под нативный поиск на главной вводит пользователей в заблуждение.
- Нарушение целостности: Механическая вставка элемента над шапкой на внутренних страницах разрушает визуальную иерархию.
- Избыточность: Наличие двух поисковых строк с разным функционалом на одной странице — это антипаттерн, который дезориентирует пользователя.
Призыв к качеству
Хочется обратиться к коллегам с призывом к более качественной и глубокой проработке подобных решений. Интеграция сторонних сервисов не должна происходить в ущерб логике и удобству родного продукта. Всегда можно найти элегантный способ объединить функционал, не плодя сущности и не ломая устоявшиеся паттерны поведения.
В погоне за новыми метриками или быстрыми интеграциями важно не забывать о базовых принципах UX. Ведь, если честно, было же все хорошо. Давайте уважать время и внимание наших пользователей.
Дмитрий Волков
Дизайнер и дизайн-менеджер