iOS и Android
Проектирую с учётом HIG и Material Design. Нативные паттерны там, где важны ожидания пользователя, и своя логика — где нужно.
Мобильное приложение для SaaS — не «уменьшенная копия веба». Это отдельный сценарий: работа в дороге, быстрые действия, офлайн-режим, push-уведомления. Проектирую iOS и Android с учётом гайдлайнов платформ, чтобы пользователь мог работать с продуктом где угодно. Не «нарисовать экраны», а адаптировать продукт под мобильные сценарии.
Проектирую с учётом HIG и Material Design. Нативные паттерны там, где важны ожидания пользователя, и своя логика — где нужно.
Работа без интернета, кэширование, синхронизация, конфликты данных. Понятные индикаторы состояния, а не «что-то пошло не так».
Уведомления как часть продукта: не спам, а события, которые важны пользователю. Проектирую логику и настройки.
Спецификация, состояния, размеры, интеграция с API. UI Kit и токены. Плюс — поддержка на этапе релиза в сторы.
Мобильное приложение в SaaS — это дополнительная точка контакта с продуктом. Если оно удобно, пользователи возвращаются чаще и остаются дольше. Вот что меняется.
Push-уведомления и быстрые действия возвращают пользователя в продукт в течение дня, а не раз в неделю.
Приложение под рукой — пользователи заходят чаще и остаются дольше. Мобильный опыт становится частью ежедневной работы.
Понятные состояния, офлайн-индикаторы, ясные ошибки. Пользователь сам понимает, что происходит.
Прототип — 3–5 дней. Полный дизайн до 25 экранов с iOS и Android — 3–5 недель.
Показатели — обезличенные данные по завершённым проектам под NDA. Конкретный результат зависит от исходных данных и задач бизнеса.
Полный цикл дизайна мобильного приложения — от мобильных сценариев до handoff в разработку и поддержки релиза.
Что пользователь делает в приложении, какие задачи решает на ходу, где он находится. Проектирую под реальные ситуации, а не под «удобно разработке».
Структура приложения, навигация, ключевые разделы. Учитываю ограничения экрана и особенности тач-взаимодействия.
Кликабельный прототип: навигация, жесты, состояния, офлайн. Спорные места решаем до дизайна, а не на финальных макетах.
Экраны с учётом гайдлайнов обеих платформ. Нативные паттерны, крупные тач-элементы, анимации. Единый продукт, но с уважением к ожиданиям платформы.
Загрузка, ошибка, отсутствие сети, синхронизация, конфликты данных, пустые состояния. Все сценарии, которые могут случиться, — продуманы.
Спецификация, токены, UI Kit, интеграция с API. Помогаю с подготовкой к публикации в App Store и Google Play.
Мобильный UX — отдельная дисциплина. Здесь важны ограничения экрана, тач-взаимодействие, офлайн-режим и контекст использования. Пока эти вопросы не решены, рисовать экраны бессмысленно.
Пример из практики: SaaS для учёта рабочего времени. Веб-версия была основной, мобильное приложение сделали «как уменьшенный веб». Пользователи жаловались: на телефоне невозможно быстро запустить таймер. На прототипе пересобрали мобильную логику: на первом экране — большая кнопка «Старт», список последних проектов, виджет для home screen. Запуск таймера стал занимать 1 тап, а не 4. Retention мобильных пользователей вырос заметно.
Прозрачный процесс дизайна мобильного приложения с понятными этапами и 2 кругами правок на каждом шаге.
Что и как пользователь делает в приложении. Какие функции критичны на ходу, какие — для дома или офиса.
Навигация, жесты, состояния, офлайн-логика. Кликабельный прототип с ключевыми сценариями.
Дизайн iOS и Android, состояния, анимации, UI Kit с токенами. Продумываю всё, что может случиться в приложении.
Спецификация, интеграция с API и push-сервисами. Помогаю с подготовкой к публикации в App Store и Google Play.
Обезличенные кейсы по дизайну мобильных приложений для SaaS. Названия компаний под NDA, логика задачи и результат — реальные.
быстрее запуск таймера
Задача: мобильное приложение было «уменьшенным вебом», запуск таймера занимал 4 шага. Решение: на первом экране — большая кнопка «Старт», последние проекты и виджет для home screen. Результат: запуск таймера в 1 тап, retention мобильных вырос заметно.
ошибок при работе офлайн
Задача: курьеры работали в зонах без сети, приложение теряло данные. Решение: спроектировали офлайн-логику: кэш, очередь операций, явные индикаторы синхронизации, обработка конфликтов. Результат: ошибки при работе офлайн снизились на треть.
вовлечённость через push
Задача: пользователи открывали приложение раз в неделю, уведомления игнорировали. Решение: пересобрали логику push: события, которые важны пользователю, плюс настройки частоты и тем. Результат: вовлечённость выросла на четверть.
Минимум, чтобы начать дизайн мобильного приложения. Если чего-то нет — разберёмся вместе на этапе сценариев.
Зачем пользователю приложение: работа в дороге, быстрые действия, push-события. От этого зависит вся логика.
Если есть веб-версия — расскажите, что в ней главное. Если нет — опишите ключевые сценарии.
Текущая мобильная статистика, если есть. Retention, сессии, самые используемые экраны. Помогает приоритизировать.
2–3 мобильных приложения с сильным UX. Помогают понять ориентир и направление.
Часто бывает
Нет чёткого ТЗ и сценариев? Это нормально. Пришлите описание продукта и мобильной задачи — логику и приоритеты соберём вместе. У большинства клиентов понятная структура приложения складывается уже на этапе прототипа.
Обсудить проектСтоимость, сроки, iOS и Android, офлайн-режим, адаптация веб-продукта и носимые устройства.
UX-исследование сценариев, прототипирование, дизайн для iOS и Android с учётом гайдлайнов, адаптация под разные размеры экранов, офлайн-режим, интеграция с носимыми устройствами, подготовка макетов для разработчиков.
Цена зависит от количества экранов и сложности. Базовое приложение (до 15 экранов) — от 70 000 ₽, сложное с интеграциями — от 130 000 ₽. Точную стоимость после брифа.
Прототип — 3-5 дней. Полный дизайн (до 25 экранов) — от 3 до 5 недель.
Я создаю дизайн с учётом гайдлайнов обеих платформ (Human Interface для iOS и Material Design для Android). При необходимости делаю адаптацию под каждую платформу.
Упрощаю навигацию, адаптирую дашборды под маленькие экраны, добавляю жесты, оптимизирую формы, делаю акцент на ключевых функциях.
Да, я проектирую интерфейсы для интеграции с Apple Watch, Android Wear и другими носимыми устройствами, если это необходимо для вашего SaaS-продукта.
Услуги, которые часто идут в связке с мобильным приложением для SaaS. Можно брать как отдельно, так и комбинировать.
Не потому что «быстро и недорого» — это есть у всех. А потому что с первого созвона понятно: я думаю про мобильные сценарии и состояния, а не про «нарисовать экраны».
Разберёмся с мобильными сценариями и логикой офлайн — и спроектируем приложение, которое пользователи открывают каждый день, а не «поставили и забыли».
Часто ищут в дизайне для SaaS — соседние услуги и направления. Переходите, чтобы посмотреть детали и примеры.
В современном мире пользователи всё чаще взаимодействуют с SaaS-продуктами через мобильные устройства. Мобильное приложение для SaaS должно быть не просто уменьшенной копией веб-версии, а адаптированным инструментом с учётом сенсорного управления, жестов, ограничений экрана и офлайн-режима. Проектирую мобильные интерфейсы для SaaS, которые сохраняют всю функциональность и при этом удобны в использовании на ходу.
Работа начинается с анализа сценариев мобильного использования: что пользователи делают в приложении, какие функции им нужны чаще всего, где они используют приложение. Затем — прототип, навигация, жесты, адаптация под разные экраны (iPhone, iPad, Android). В дизайне — акцент на крупных элементах, быстром доступе к ключевым функциям и плавных анимациях.
Отдельно прорабатываю офлайн-режим и состояния синхронизации: что доступно без сети, как кэшируются данные, как разрешаются конфликты при возврате онлайн. Для продуктов, где пользователь работает в поле или в дороге, это критично.
Хотите, чтобы ваши пользователи могли работать с SaaS где угодно? Давайте обсудим мобильные сценарии — переходите на страницу контактов.
Информация на странице носит справочный характер
Цены, сроки и объёмы работ, указанные на этой странице, являются ориентировочными и не являются публичной офертой, определяемой положениями статьи 437 Гражданского кодекса РФ. Точные условия по конкретному проекту фиксируются в договоре или счёте после обсуждения задачи. Показатели в блоках результатов — обезличенные данные по завершённым проектам под NDA, конкретный результат зависит от исходных данных и задач бизнеса.