UX/UI дизайн сайтов
и приложений
в Воронеже

Воронеж — крупный центр Черноземья, и состав заказчиков здесь заметно отличается от столичного. Приходят производственные компании с оптовыми каталогами, агропромышленные холдинги, строительные и мебельные предприятия, региональные торговые сети, медицинские центры. У большинства уже есть работающий сайт или учётная система, переделанная под себя. Задача звучит буднично. «Сделайте так, чтобы менеджеры перестали тратить полдня на ручной ввод». Про красоту речь заходит последней.

В городе несколько технических и художественных вузов, работают филиалы крупных ИТ-компаний. Заказчик из Воронежа чаще, чем в среднем, уже имел дело с дизайнером и понимает разницу между макетом и интерфейсом. С таким клиентом разговор идёт предметнее: обсуждаем сценарии, а не оттенки кнопок. Обратная сторона — в городе много подрядчиков, работающих быстро и дёшево, и часть проектов приходит к нам после них: макеты есть, системы нет, каждый экран нарисован заново.

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

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

Частый запрос воронежских компаний: снять с менеджеров рутину. Клиент звонит узнать статус отгрузки, просит счёт повторно, уточняет остаток по договору. Каждый такой звонок — четверть часа рабочего времени. Личный кабинет закрывает эти вопросы: история заказов, документы, статусы доставки, лимиты и задолженность. Мы проектируем его от списка реальных обращений в отдел продаж, а не от списка возможностей платформы.

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

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

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

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

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

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

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

Разбор текущего продукта занимает одну-две недели. Прототип ключевых сценариев — от двух недель, срок зависит от числа ролей. Дизайн-система собирается параллельно. Мы работаем с компаниями из Воронежа и области удалённо, встречи проводим по видео, при необходимости выезжаем на производство: увидеть, как люди работают на месте, полезнее часа обсуждений.