UX/UI дизайн
мобильных приложений
в Уфе
Что даёт дизайн приложения
Понятный первый экран
Человек видит, что делать дальше, без подсказок поддержки.
Короткий путь до действия
Главное действие доступно с первого экрана и укладывается в пару касаний.
Макеты, которые собираются
Состояния, отступы и поведение описаны, и разработчик не додумывает.
Система элементов
Кнопки и поля одни на всё приложение, и правка расходится по экранам сразу.
Узнаваемый стиль
Приложение выглядит частью бренда и узнаётся сразу.
Кому нужен дизайн приложения
- Сценарии и экраны
- Прототип
- Макеты под сборку
- Разбор воронки
- Правки экранов
- Проверка на людях
- Крупные элементы
- Меньше шагов
- Работа одной рукой
Что входит в дизайн мобильных приложений?
Мы проектируем экраны, которые работают быстро, читаются легко и не сбивают пользователя с толку.
Мы продумываем масштабирование так,
чтобы сохранить логику.
за ними. Мы создаем гибкие дизайн-системы,
которые легко дополнять и развивать.
Как формируется цена
на дизайн приложения в Уфе
Цена формируется по логике, сценариям и состояниям —
а не по количеству экранов, которое мы насчитали в Figma.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Можете ли вы переделать только часть приложения?
Да, конечно. Мы можем переработать один экран, отдельный сценарий или новую фичу — мы часто работаем с уже существующими продуктами. Убедимся, что наш дизайн аккуратно встраивается в вашу текущую систему и ничего не ломает.
Вы следуете гайдлайнам Apple?
Только там, где это действительно помогает. Мы используем iOS-паттерны, когда это имеет смысл,
но на первое место ставим понятность, удобство и стиль вашего бренда; жёсткие шаблоны нам не указ.
Как вы обеспечиваете адаптивность на всех экранах?
Мы проектируем адаптивно с самого начала — тестируем макеты под разные размеры, жесты и зоны удержания. Ничего не делаем «только под iPhone 14».
А если наш текущий дизайн… в порядке?
Если все работает — мы не трогаем. Но «в порядке» часто скрывает проблемы. Мы помогаем выявить, где пользователи теряются, тормозят или уходят — и точечно это исправляем.
Обязательны ли вайрфреймы или ресерч до старта?
Нет, от вас не требуется ни вайрфреймов, ни предварительного ресерча. Можно начать хоть с зарисовок на салфетке или чернового описания идеи. Мы сами погружаемся в тематику, изучаем рынок и поведение пользователей — и уже на этом основании предлагаем структурированные сценарии и решения.
Что такое доступность приложения?
Возможность пользоваться им людям со слабым зрением, слухом и ограничением движения.
Зачем об этом думать коммерческому приложению?
Часть ваших клиентов уже увеличила шрифт и включила озвучку.
Как быть с увеличенным шрифтом системы?
Экраны должны выдерживать увеличение без обрезки текста.
Что ломается при увеличении шрифта?
Кнопки с фиксированной высотой и надписи в одну строку.
Как быть с озвучкой экрана?
Каждому элементу дают понятную подпись для чтения вслух.
Что читает озвучка у иконки без подписи?
Ничего осмысленного: подпись задают отдельно.
Нужно ли задавать порядок чтения?
Порядок задают, иначе озвучка идёт не по смыслу.
Как быть с картинками?
Осмысленным дают описание, декоративные скрывают от озвучки.
Нужно ли проверять контраст в Уфе?
Контраст текста и кнопок проверяют по нормам.
Как быть с серым текстом на белом?
Светло-серый не читается на солнце и не проходит норму.
Нужно ли различать состояния не только цветом?
Цвет дополняют подписью или иконкой.
Как быть с размером зоны нажатия?
Её держат не меньше привычного системного минимума.
Нужно ли учитывать дрожание рук?
Крупные элементы и подтверждения помогают.
Как быть с жестами?
Каждому жесту дают альтернативу кнопкой.
Нужно ли поддерживать внешнюю клавиатуру?
Для рабочих приложений это полезно.
Как быть с анимацией?
Настройку уменьшения движения уважают.
Почему анимация мешает?
У части людей она вызывает укачивание.
Нужно ли давать отключение анимации?
Достаточно следовать системной настройке.
Как быть со звуком?
Сигналы дублируют вибрацией и текстом.
Нужны ли субтитры к видео?
В приложении с видео они обязательны.
Как быть с таймерами?
Время на действие продлевают по запросу.
Нужно ли учитывать одноручный режим?
Главное действие держат в нижней зоне.
Как быть с длинными формами?
Их делят и сохраняют черновик.
Нужно ли поддерживать голосовой ввод?
Системный ввод работает, если поля правильно описаны.
Как проверить доступность?
Проходят приложение с включённой озвучкой и крупным шрифтом.
Нужны ли автоматические проверки?
Они находят часть проблем, остальное ловит человек.
Как быть с проверкой на людях?
Приглашают тех, кто пользуется озвучкой ежедневно.
Нужно ли включать доступность в приёмку?
Её вносят в список обязательных проверок.
Как быть с требованиями магазинов?
Магазины поощряют доступные приложения.
Нужно ли учитывать закон?
Для государственных и банковских сервисов требования строже.
Как быть со стоимостью доступности?
Заложенная сразу, она почти ничего не добавляет.
Сколько стоит доработка потом?
Переделка экранов дороже, чем сделать сразу.
Как быть с обучением команды?
Правила доступности вносят в систему элементов.
Нужно ли документировать подписи для озвучки?
Их описывают в макетах.
Как быть с новыми экранами?
Проверку доступности проходят до выпуска.
Что даёт доступность бизнесу?
Больше людей доходит до покупки без помощи поддержки.
Что проверяют при включённой озвучке экрана?
Что каждый элемент называется понятно и порядок чтения совпадает со смыслом.
Нужно ли подписывать иконки для озвучки?
Иконке задают текстовую подпись.
Как быть с декоративными картинками?
Их скрывают от озвучки.
Нужно ли группировать элементы для чтения?
Строку списка читают одним блоком.
Как быть с порядком чтения в сложной вёрстке?
Порядок задают явно.
Нужно ли озвучивать состояние переключателя?
Состояние произносят вместе с названием.
Как быть с таблицами при озвучке?
Их превращают в список строк.
Нужно ли проверять увеличение текста до предела?
Экраны проходят при максимальном системном размере.
Как быть с обрезанным текстом при увеличении?
Блоки растягивают по содержимому.
Нужно ли учитывать увеличение всего экрана?
Приложение проверяют при системном масштабировании.
Как быть с подтверждением по времени?
Время на действие продлевают по просьбе.
Нужно ли включать такие проверки в приёмку?
Их вносят в обязательный список перед выпуском.
Смотрите также
Обновлено: