Привычки поколения вертикальных видео: почему ПО для бизнеса должно адаптироваться под зумеров?

Руководитель отдела продаж просыпается утром и первым делом проверяет почту, пролистывает ленту новостей, отвечает на пару сообщений в мессенджере. За завтраком открывает мобильный банк, переводит деньги за ремонт машины, попутно заказывает доставку продуктов на вечер.

Всё это происходит почти без усилий: интерфейсы дружелюбные, кнопки крупные, а реакции мгновенные. Через час этот же человек приезжает в офис, открывает корпоративную учётную систему и попадает в другой мир. Маленькие шрифты, выпадающие меню на двенадцать пунктов, окна подтверждения, требующие точного попадания курсором в крошечную кнопку «ОК».

Чтобы сформировать простой отчёт, нужно пройти через пять экранов и вспомнить, в каком подразделе спрятан нужный фильтр. Программа работает стабильно, функционально покрывает всё, что нужно, но взаимодействие с ней почему-то выматывает, и к середине дня накапливается раздражение.

Большинство корпоративных систем проектировались в те времена, когда основным устройством для работы был настольный компьютер с большим монитором, мышью и клавиатурой. Интерфейс мог быть плотным, многоуровневым и требовать некоторого обучения – это считалось нормальным для серьёзного софта.

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

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

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

Сегодня мы вместе разберемся в том, как именно изменились привычки, что это означает для проектирования делового софта и почему модное слово «юзабилити» стало базовым минимумом, – об этом и пойдёт речь дальше.

Откуда взялись новые привычки?

Смартфон перестал быть гаджетом для энтузиастов и превратился в предмет, который человек берёт в руки десятки раз в день, часто не отдавая себе в этом отчёта. Вместе с устройством изменилась и моторика.

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

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

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

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

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

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

Но за прошедшие годы потребительские приложения ушли далеко вперёд по части удобства, а главное – проникли во все сферы жизни. Человек оплачивает налоги через мобильный банк, записывается к врачу через портал госуслуг, заказывает билеты в три касания. Он перестал делить интерфейсы на рабочие и домашние, осталось только общее ощущение: удобно или неудобно.

И когда корпоративная система требует заполнить восемь полей ради простого согласования, пользователь больше не думает «это же серьёзный софт, так надо». Он думает «что-то здесь не в порядке», потому что отставание деловых программ от потребительских по части удобства перестало быть технической неизбежностью и превратилось в вопрос приоритетов.

Что произойдет если игнорировать новые требования?

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

• Сотрудники работают медленнее, чем могли бы. Если интерфейс требует лишних кликов, переходов между вкладками и ручного ввода данных, которые система могла бы подтянуть сама, каждая операция занимает чуть больше времени. Минута здесь, полминуты там – в пересчёте на месяц и количество сотрудников получаются сотни потерянных часов.
• Растёт число мелких ошибок. Когда кнопки слишком мелкие, а поля расположены в неожиданном порядке, человек рано или поздно промахивается. Каждая такая ошибка требует времени на исправление, а иногда запускает цепочку последствий.
• Люди избегают системы и уходят в обходные пути. Если программа неудобна, сотрудники находят способ решать свои задачи в обход неё. Заказы обсуждают в мессенджере, а в систему заносят потом, задним числом. Формально система внедрена и работает, фактически – данные в ней постепенно устаревают и перестают отражать действительность.
• Руководители принимают решения на основе неполной информации. Если часть операций ведётся вне системы, отчёты внутри неё рисуют искажённую картину. Продажи выглядят ниже реальных, остатки на складе не бьются с фактическими, сроки выполнения заказов не соответствуют тому, что обещано клиентам.
• Обучение новых сотрудников затягивается и дорожает. Когда интерфейс интуитивно непонятен, новичок не может освоить его самостоятельно, просто глядя на экран. Ему нужен наставник, который будет сидеть рядом и объяснять: сюда не нажимай, это поле не заполняй, этот шаг пропускай.
• Талантливые люди уходят. Молодой специалист, привыкший к тому, что потребительские приложения предугадывают его желания, приходит в компанию и видит интерфейс из прошлого десятилетия. В условиях дефицита кадров неудобный софт становится конкурентным минусом.
• Накапливается усталость и раздражение. Когда человек изо дня в день тратит лишние усилия на простые действия, он устаёт чуть больше, чем должен. Эта усталость невидима, но именно она со временем превращает нормальных, лояльных сотрудников в людей, которые делают ровно то, что обязаны, и ни шагу больше.
• Дорогие обновления не дают отдачи. Компания тратит бюджет на новую функциональность, а пользователи её игнорируют, потому что добраться до неё через неудобный интерфейс – отдельное приключение, на которое ни у кого нет времени.
• Клиенты чувствуют это на себе. Внешне всё может выглядеть прилично, но если внутренние системы тормозят, клиент получает задержку ответа, ошибку в заказе или путаницу со статусом. Так внутреннее неудобство становится внешней потерей, которую уже нельзя списать на чей-то человеческий фактор.

Какие требования к интерфейсу диктует новое поколение?

Из огромного массива трендов мы собрали и представили конкретные изменения, которые произошли в ежедневных привычках пользователей за последние десять-пятнадцать лет.

Мгновенная реакция как норма

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

Для него пауза в полсекунды между нажатием кнопки и реакцией системы – это не «программа думает», а «что-то пошло не так». Он начинает сомневаться, нажал ли он вообще, нажимает повторно, получает двойное действие, раздражается. Делению на «быстрые» и «медленные» зоны интерфейса больше нет места: всё, что отзывается с заметной глазу задержкой, автоматически попадает в разряд неудобного.

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

Крупные зоны касания и простор на экране

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

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

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

Жесты и скролл вместо многоуровневых меню

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

Свайпы, скролл и другие жесты, рождённые мобильными интерфейсами, постепенно проникают и в десктопные привычки. Люди всё чаще пытаются пролистнуть страницу колёсиком мыши или движением по трекпаду, а не нажимать на кнопку «Далее».

Понятность без инструкции и обучения

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

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

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

Мобильная версия как полноценный инструмент

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

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

Умолчания, которые работают на пользователя

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

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

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

Визуальная иерархия вместо равенства элементов

В старых интерфейсах часто все элементы выглядят одинаково значимыми: что кнопка «Удалить», что кнопка «Сохранить», что кнопка «Отмена» – одного размера и цвета.

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

Снижение когнитивной нагрузки как приоритет

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

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

Проектируем софт с учетом новых привычек

Учет привычек нового поколения на самом деле не требует гигантских вложений или многомесячных исследований. Нужно просто сместить фокус и привить команде новые паттерны проектирования.

Начать с наблюдения, а не с технического задания

Прежде чем рисовать экраны и обсуждать архитектуру, полезно выйти из переговорной и посмотреть на будущих пользователей в их естественной среде. Какие приложения они открывают помимо рабочей системы в течение дня? Как держат телефон, когда что-то согласовывают на ходу? В какой момент морщатся или вздыхают, работая с текущей программой? Такие наблюдения дают материала больше, чем десяток совещаний с руководителями отделов.

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

Укрупнить элементы и разрядить экран

Глаз тратит время на сканирование, рука – на прицеливание, мозг – на фильтрацию важного и второстепенного. Самый простой и быстрый способ снизить эту нагрузку – пересмотреть компоновку экранов:

• Увеличить кликабельные зоны. Кнопки и ссылки должны быть такого размера, чтобы по ним не надо было целиться. Это касается не только мобильных версий, но и десктопных: мышь тоже промахивается, особенно к концу рабочего дня.
• Добавить воздуха между смысловыми блоками. Разделители, отступы, пустое пространство – не потраченный впустую экран, а инструмент, который помогает глазу мгновенно считать структуру.
• Сгруппировать связанные элементы визуально, а разрозненные – развести. Глаз должен сразу видеть, что к чему относится, не вчитываясь в подписи.

Пересобрать навигацию вокруг поиска и скролла

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

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

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

Сделать мобильную версию самостоятельным продуктом

Экран телефона – не просто маленький монитор, это другой контекст использования. Человек открывает приложение на ходу, одной рукой, между другими делами, поэтому ему нужны те действия, которые важны именно в мобильном моменте.

При проектировании мобильной версии полезно отталкиваться от сценариев, а не от функций:

• Какие решения принимаются вне офиса? Согласование заявок, подтверждение платежей, просмотр срочных уведомлений – это должно быть на первом экране.
• Какую информацию нужно видеть мгновенно? Остатки на складе перед звонком клиенту, статус доставки перед встречей, выручка за сегодня перед планёркой.
• Какие действия можно совершить в одно-два касания? Отклонить, утвердить, переслать, отметить как прочитанное. Всё, что требует заполнения длинных форм, пусть остаётся на десктопе.

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

Тестировать на реальных людях рано и часто

Никакое проектирование, даже самое продуманное, не заменит живого столкновения интерфейса с реальным пользователем. При тестировании полезно показывать прототип не коллегам-разработчикам, а настоящим будущим пользователям. Их заминки, вопросы и раздражение – самый точный измеритель качества.

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

Фиксировать стоит не только ошибки, но и обходные манёвры. Если пользователь делает что-то не так, как задумано, но достигает результата – это не глупость, а сигнал, что задуманный путь неудобен.

Запланировать эволюцию, а не революцию

Редкая компания может позволить себе закрыть систему на полгода и переписать интерфейс с нуля. Гораздо продуктивнее – методично улучшать то, что есть, шаг за шагом, экран за экраном.

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

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

В конечном счёте проектирование делового софта с учётом новых привычек сводится к простому принципу: не заставлять человека подстраиваться под программу, а подстраивать программу под человека.

Разработка ПО от 66 Бит

Всего за 10 минут вы узнали больше о том, как новое поколение сотрудников и клиентов влияет на требования к цифровым продуктам. Самое время обновить свой софт или создать его с нуля, а поможет в этом компания 66 Бит!

Наша команда совмещает опытных специалистов и молодых новаторов, это помогает нам не только всегда оставаться в курсе трендов, но и качественно адаптировать их к вашим уникальным бизнес-процессам! Подробнее о нас читайте на сайте по ссылке.