UX/UI дизайн
мобильных приложений
в Санкт-Петербурге
С чем приходят за дизайном приложения
Разработчики рисуют сами
Экраны собраны из того, что было под рукой, и приложение выглядит черновиком.
Пользователи не находят нужное
Функция есть, но до неё доходят единицы, и поддержка объясняет путь вручную.
Макеты не собираются
Дизайнер отдал картинки, и разработчик третью неделю уточняет отступы.
Каждый экран свой
Кнопки и поля различаются от экрана к экрану, и правки расходятся неделями.
Приложение не похоже на бренд
Сайт один, приложение другое, и клиент не узнаёт компанию.
Когда дизайн приложения окупается
- Прототип на проверку
- Все состояния экранов
- Передача в сборку
- Разбор текущих экранов
- Новая навигация
- Переход по частям
- Единая система элементов
- Различия платформ
- Тёмная тема
Что вы получаете по итогу
Как формируется цена
на дизайн приложения
в Санкт-Петербурге
Цена формируется по логике, сценариям и состояниям —
а не по количеству экранов, которое мы насчитали в Figma.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Какие требования к дизайну мобильных приложений у аудитории Санкт-Петербурга?
Аудитория Санкт-Петербурга сочетает культурную утонченность с прагматичными ожиданиями к мобильным интерфейсам. IT-специалисты ИТМО и Политеха, премиум-аудитория Петроградки видят лучшие мобильные интерфейсы мира и ожидают сопоставимого качества. Эстетическая выверенность важна, но функциональная ясность и информационная плотность тоже. Цинизм петербургской аудитории к маркетинговым стимулам требует подлинных, не агрессивных решений. Стандарт WCAG 2.1 AA как минимум — особенно для медицинских и финансовых приложений с разнообразной аудиторией.
Какие технологии и инструменты дизайна используете?
Делаем дизайн в Figma — основной инструмент с возможностью совместной работы дизайнеров и разработчиков. Создаем дизайн-системы с компонентной библиотекой для iOS и Android. Соблюдаем iOS Human Interface Guidelines и Material Design 3 — родные паттерны платформ. Делаем интерактивные прототипы для тестирования и согласования с заказчиком. Используем Figma Mirror, Maze для пользовательского тестирования. Для сложной анимации — Lottie или нативная анимация через SwiftUI/Compose. Адаптивный дизайн для разных размеров экранов — от iPhone SE до iPad Pro и больших Android-устройств.
Сколько времени занимает дизайн мобильного приложения?
Дизайн MVP для одной платформы — 6-10 недель. Полный дизайн стандартного приложения для двух платформ с дизайн-системой — 10-16 недель. Сложный дизайн с расширенным функционалом, анимациями, доступностью, мультиязычностью — 14-22 недели. Дизайн медицинского приложения с учетом 152-ФЗ и клинических UX-паттернов — 14-22 недели. Финтех-приложение с биометрией и сложной финансовой логикой — 14-20 недель. Сроки сильно зависят от детальности проработки UX-исследования на старте.
Как делаете UX-исследование для мобильных приложений?
UX-исследование — основа дизайна. Интервью с целевой аудиторией — клиенты заказчика, потенциальные пользователи, эксперты. Контекстуальное наблюдение — смотрим как люди используют похожие приложения в реальной жизни. Юзабилити-тестирование прототипов с реальными пользователями. Анализ конкурентов и индустриальных бенчмарков. Изучение существующей аналитики, если приложение или сайт уже работает. Для медицинских приложений Санкт-Петербурга — отдельное внимание к разнообразной возрастной аудитории, к проблемам со зрением и моторикой у пожилых пациентов.
Как обеспечиваете доступность (accessibility) мобильных приложений?
Доступность критически важна. Соблюдаем WCAG 2.1 AA как минимум, для медицинских и социально значимых проектов — стремимся к AAA. Поддержка VoiceOver на iOS и TalkBack на Android — экранные читалки для незрячих. Поддержка крупного шрифта (Dynamic Type на iOS, Font Scale на Android). Достаточный контраст цветов — минимум 4.5:1 для текста. Большие зоны касания — минимум 44pt на iOS, 48dp на Android. Адекватная работа жестов — альтернативные способы для людей с моторными ограничениями. Тестирование с реальными пользователями с ограниченными возможностями.
Как делаете дизайн-систему мобильного приложения?
Дизайн-система — основа для качественной разработки и долгосрочной поддержки. Компонентная библиотека с переиспользуемыми элементами — кнопки, поля ввода, карточки, диалоги, навигация. Дизайн-токены для цветов, типографики, отступов, теней — синхронизация между Figma и кодом (iOS, Android). Подробная документация для дизайнеров и разработчиков. Шаблоны типовых экранов. Темная тема с автоматическим переключением. Адаптация под разные размеры экранов. Это особенно критично для крупных приложений Санкт-Петербурга с длительным жизненным циклом — медицинских, корпоративных, финтех.
Как делаете дизайн для премиум-аудитории Санкт-Петербурга?
Премиум-аудитория Санкт-Петербурга — Петроградки, Васильевского, Курортного района — ожидает сдержанной эстетики, качественной типографики, продуманных микровзаимодействий, отсутствия маркетинговой агрессии. Используем минималистичный подход с упором на содержание и качество фотографии. Сдержанная цветовая палитра. Премиум-типографика — часто с использованием платных шрифтов. Тонкие анимации и переходы. Без всплывающих окон и агрессивных CTA. Уважительное обращение к пользователю — позиция «помощника», а не «продавца».
Какая поддержка дизайна нужна после запуска приложения?
Дизайн требует постоянной эволюции. Ежегодные обновления под новые версии iOS (новые гайдлайны, новые компоненты Apple) и Android (Material Design 3 эволюционирует). Развитие дизайн-системы — новые компоненты, рефакторинг существующих. Поддержка accessibility по мере выхода новых стандартов. UX-исследования и юзабилити-тесты для определения слабых мест. A/B-тестирование ключевых интерфейсов для оптимизации. Дизайн новых функций по продуктовому роадмапу. Для крупных приложений Санкт-Петербурга работаем в связке с продуктовой и инженерной командами заказчика.
Как подбирают шрифт для приложения?
Берут системный или читаемый шрифт с нужными начертаниями.
Почему системный шрифт предпочтителен?
Он читается лучше на любом экране и тянется под настройки пользователя.
Можно ли использовать шрифт бренда?
Его берут для заголовков, текст оставляют системным.
Как быть с лицензией на шрифт?
Лицензию на приложение проверяют до выпуска.
Сколько начертаний нужно?
Обычное и полужирное закрывают почти всё.
Какой минимальный размер текста?
Основной текст не опускают ниже привычного системного.
Как быть с мелкими подписями?
Их держат читаемыми и не красят светло-серым.
Нужно ли учитывать увеличенный шрифт системы?
Часть людей его увеличивает, и экраны проверяют.
Как быть с длинными строками?
Длину строки ограничивают для чтения.
Нужно ли выравнивать текст по ширине?
Выравнивание по левому краю читается лучше.
Как быть с межстрочным расстоянием?
Его задают стилями в системе элементов.
Нужно ли писать заголовки капслоком?
Сплошные прописные читаются медленнее.
Как подбирают цвета?
От основного цвета бренда и от контраста с фоном.
Сколько цветов нужно?
Основной, вспомогательный, фон, текст и цвет опасности.
Как быть с фирменным цветом на весь экран?
Его применяют к акцентам, иначе экран утомляет.
Нужно ли проверять контраст?
Контраст текста и кнопок проверяют по нормам.
Как быть с цветом как единственным признаком?
Цвет дополняют иконкой или подписью.
Нужно ли учитывать дальтонизм?
Состояния различают формой и текстом.
Как быть с тёмной темой?
Её проектируют отдельно: простая инверсия цветов не работает.
Почему нельзя просто инвертировать цвета?
Тени, границы и акценты в темноте работают иначе.
Как быть с чёрным фоном?
Берут очень тёмный серый: чистый чёрный даёт резкость.
Нужно ли менять яркость цветов в тёмной теме?
Насыщенные цвета в темноте приглушают.
Как быть с изображениями в тёмной теме?
Белые фоны картинок заметны и их обрабатывают.
Нужно ли давать выбор темы в настройках?
Выбор темы вместе с системным режимом.
Как быть с градиентами?
Их используют осторожно: на старых экранах видны полосы.
Нужны ли тени?
Тени обозначают уровни, и их задают системой.
Как быть с закруглениями?
Радиусы задают набором значений.
Нужно ли учитывать разные диагонали?
Разметку строят гибкой по ширине экрана.
Как быть с очень длинными экранами?
Содержимое делят на блоки с заголовками.
Нужно ли учитывать безопасную область?
Отступы задают с учётом выреза и панелей.
Как быть с иконкой приложения?
Её проверяют на мелком размере и на разных фонах.
Нужно ли рисовать экран загрузки?
Простой экран с логотипом достаточен.
Как быть с иллюстрациями?
Их держат в одном стиле и не перегружают.
Нужно ли проверять оформление на устройстве?
Цвета на экране телефона отличаются от монитора.
Как быть с печатью макетов?
Дизайн приложения принимают на устройстве: бумага искажает размеры.
Сколько занимает оформление?
От недели при готовой структуре экранов.
Смотрите также
Обновлено: