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

Мы исследуем поведение пользователей, проектируем логику интерфейсов, создаем удобный визуальный дизайн и сопровождаем проект после запуска.

Точная стоимость зависит от количества экранов, уровня проработки и наличия исследований. Считаем после discovery, по конкретному техническому заданию.

Можем подключиться на любом этапе: от UX-анализа до полной передачи проекта разработке. Сотрудничаем с командами или работаем под ключ.

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

Работаем и с тем, и с другим: личные кабинеты, сервисы, маркетплейсы, CRM и корпоративные порталы. Делаем UX в сложных продуктах простым и понятным.

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

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

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

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

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

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

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

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

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

Дать прочитать человеку не из команды и попросить пересказать своими словами. Расхождение пересказа с замыслом означает, что текст надо переписать.

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

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

Мелкие улучшения — постоянно, крупные перестройки — редко и по причине. Полная смена интерфейса без повода сбивает привычки пользователей и стоит потерей конверсии на несколько недель.

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

Да, по разделам, начиная с самых посещаемых. Такой путь дольше, но он не останавливает продукт и позволяет проверить решения на части аудитории.

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

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

Сложную номенклатуру показываем по группам с фильтром по параметрам; один длинный список тут не работает.

Время и режим работы показываем с указанием зоны: клиенты звонят из разных поясов.

Зоны и сроки выносим в карточку товара, до оформления заказа.

Отдельная форма с полями об объёме и регионе: это другой разговор, чем розничный запрос.

По доле дошедших до заявки и времени оформления, сравнивая с прежней версией по тем же шагам.

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

Если продукт технический — да, с оглавлением, поиском и датой версии каждого документа.

Свои цены, остатки и история заказов. Роли и права закладываем в структуру экранов при проектировании.

Карта с фильтром по региону и контактами на местах, с указанием часового пояса.

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

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

Сроки доставки по зонам показываем в карточке, вместе со способом отгрузки.

Если работаете по закупкам — да: документы, реквизиты и порядок работы в одном месте.

По времени типовой операции и числу обращений в поддержку по одному и тому же поводу.

С того экрана, где теряется больше всего людей по статистике. Остальное после него.