Менеджер по закупкам открывает каталог поставщика в метро. Главный инженер согласовывает заявку с планшета на объекте. Сотрудник ведомства проверяет статус обращения с телефона между совещаниями. Это не сценарии будущего – так работают прямо сейчас. По данным «Яндекса», в России доля мобильного поискового трафика вплотную подошла к десктопному, а у ряда сервисных запросов уже превысила его. При этом большинство B2B- и госсервисов спроектировано так, будто пользователь сидит за широким монитором. Разрыв между тем, с какого устройства приходит запрос, и тем, под что сделан интерфейс, превратился в прямые потери.
Mobile-first – это не «адаптив», а порядок проектирования
Adaptive- и responsive-вёрстка решают задачу «как ужать десктоп до экрана 4 дюйма». Mobile-first ставит вопрос иначе – что критично пользователю на телефоне, и от этого строит интерфейс вверх, к большим экранам. Разница не косметическая. Когда мы начинаем с мобильного, мы вынуждены отрезать второстепенное: 14 полей формы превращаются в 4 обязательных, многоуровневое меню – в один понятный путь, тяжёлые таблицы – в карточки с приоритетом по сути запроса.
Для B2B это полезная дисциплина. Корпоративные системы годами обрастают функциями, и десктопный интерфейс позволяет прятать сложность в углах экрана. Телефон такой роскоши не даёт. Проектируя mobile-first, вы фактически проводите ревизию сценариев: что человек делает чаще всего и быстрее всего. Остальное уходит на второй план и интерфейс становится чище на всех устройствах.
Что это значит для госсектора
В госсекторе мобильный канал – вопрос не только удобства, но и доступности услуги. Гражданин чаще держит в руках смартфон, чем садится за компьютер ради справки. Портал, который на телефоне требует горизонтальной прокрутки и ввода длинных форм, отсекает часть аудитории и нагружает офлайн-каналы – МФЦ и колл-центры.
Mobile-first здесь даёт измеримый эффект: меньше брошенных заявок, выше доля услуг, доведённых до конца онлайн. Добавьте к этому требования к доступности и контрастности, которые на маленьком экране проверяются жёстче, и вы получаете интерфейс, который проще принять в эксплуатацию. Поэтому мобильную версию интерфейса разумнее закладывать на этапе проектирования, а не дорисовывать после запуска.
Приложение, веб или диалог
Mobile-first не означает «обязательно нативное приложение». Часто достаточно быстрого мобильного веб-интерфейса: его не нужно устанавливать, он сразу доступен по ссылке и не требует апдейтов через сторы. Приложение оправдано там, где нужны офлайн-режим, push-уведомления, работа с камерой или геолокацией – например, для выездных сотрудников.
Отдельный путь – диалоговые интерфейсы. Часть рутинных B2B-запросов (статус заказа, остаток на складе, запись на приём) удобнее закрывать прямо в мессенджере, без отдельного интерфейса. Мы уже разбирали, как боты в мессенджерах встраиваются в бизнес-процессы, и почему Telegram становится рабочим каналом для бизнеса. Это логичное продолжение mobile-first: пользователь уже в телефоне, и сервис приходит туда, где он есть.
Вывод
Мобильный трафик не «подрастёт когда-нибудь» – он уже здесь, и в B2B, и в госсекторе. Mobile-first – это не дань моде, а способ навести порядок в сценариях и не терять пользователей на узком экране. Начинайте проектирование с телефона, выбирайте формат под задачу – веб, приложение или диалог и стройте сложное поверх простого, а не наоборот. Как мы отмечали ещё в итогах 2015 года, мобильность перестала быть отдельным проектом и стала средой, в которой работает бизнес.
