FBO App 0→1
iOS + Android | Mobile + Tablet
6 мес
Time-to-market
-80%
Task Success Time
>60%
Offline adoption
Коротко о главном
Спроектировал с нуля нативное мобильное приложение FlippingBook (iOS и Android, телефон и планшет) в жестком дедлайне 6 месяцев. Релиз остановил отток Enterprise-клиентов и обеспечил закрытие ключевых B2B-сделок с первого месяца.
Обзор проекта
Бэкграунд
Когда я пришел, у компании было старое мобильное приложение SalesPal. Продукт отстал от обновлений веб-платформы, устарел визуально и перестал покрывать сценарии шеринга. Сейлз-команда еженедельно теряла крупные B2B-сделки на живых встречах и отраслевых выставках.
Проблема
Старое приложение зависало, крашилось и не поддерживало ключевой функционал.
Менеджеры в поле не могли быстро отправить клиенту персональную ссылку и отследить интерес.
Команда
Product Designer, CEO, PM, Backend, QA Cтудия разработки (iOS, Android)
Моя роль
Sr. Product Designer
Исследование Продуктовая стратегия Архитектура UI/UX Hand-off QA и дизайн ревью
Таймфрейм
2023–2025
Продуктовый контекст
FlippingBook — B2B/B2C SaaS-платформа для создания и дистрибуции интерактивных документов, которой пользуются 50+ тысяч компаний по всему миру. В их числе ~200 команд из Fortune 500. Их флипбуки читают >3 миллионов человек в месяц. К 2023 году действующее мобильное приложение технически и морально устарело. Оно не поддерживало адаптацию под планшеты, регулярно сбоило и главное — в нем отсутствовали ссылки с трекингом прочтений. Сейлзы просто перестали им пользоваться.
Отправная точка
Главная проблема
SalesPal не помогал сейлзам в полях, а лишь отнимал время
Типичный юзкейс
Сейлз работает на крупной промышленной выставке. Покупатель просит прислать спецификацию конкретного станка. Из-за ограничений SalesPal сейлз вынужден сворачивать приложение, заходить на десктопную версию и пытаться пальцем попасть в мелкие элементы интерфейса, чтобы скопировать трек-ссылку. Это занимало слишком много времени и ломало процесс продажи.
Риск для бизнеса
Системный отток B2B-сегмента и снижение LTV
Медленный workflow
Нельзя пошарить во время паузы в диалоге
Визуальный долг
Низкий Trust rate из-за устаревшего дизайна
Что было на входе
SalesPal Legacy App
Цели
С точки зрения пользователя
Сократить ключевой flow до 30 секунд при шеринге трек-ссылки одной рукой на ходу
С точки зрения бизнеса
Закрыть блокер для Enterprise-сделок и снизить Churn rate в B2B сегменте
С точки зрения разработки
Обеспечить Zero Hand-off friction для аутсорс студии и снизить Time-to-market
Процесс
Запуск MVP на двух платформах за 6 месяцев требовал жесткой приоритизации. Мы c PM разделили работу на две фазы: дизайн Core-флоу на основе тестов и контроль качества аутсорс-разработки.
1 •
Discovery
Research
Полевые исследования и аудит легаси
Research
Конкурентный бенчмаркинг
Strategy
JTBD и формулирование гипотез
STRATEGY
Техническая стратегия
Alignment
Приоритизация MVP
2 •
Delivery
UX Validation
Тестирование ключевого флоу
ENGINEERS
Zero-Setup Onboarding и Offline
Leadership & Governance
Арт-дирекшен и QA
Release
Запуск MVP и пеовые метрики
EVOLUTION & BACKLOG
V2 и выводы
Финальное решение
Сравнение
Основные изменения MVP vs V2
Ключевые экраны
Идеи, на которых построено приложение
Результаты
Retention D30
45%
Offline Adoption
>60%
Task Success Time
-80%
Рефлексия
Что я бы сделал иначе
Часть Android-паттернов адаптировалась сторонней студией по остаточному принципу, что привело к появлениям багов верстки. Нужно было сразу собирать макеты своими силами или привлекать отдельного дизайнера на Android-ветку.
Чего не ожидал
Мелкая сетка в три книги из MVP оказалсь неудобной. PM хотел уместить больше контента на экране, но сейлзы на ходу промахивались мимо обложек. В версии V2 удалось полностью пересобирать интерфейс под двухколоночный грид, что значительно улучшило Task Success Time.
Бэклог и следующие шаги
- Перенос полной десктопной аналитики просмотров документов внутрь мобильного интерфейса. - Разработка мобильного модуля для кастомизации оформления и брендирования флипбуков прямо с телефона.
