Запуск приложения 01

Первый шаг

Провел серию глубинных интервью с Enterprise-сейлзами из США и Европы. Параллельно проанализировал 100+ обращений в саппорт за последний год и выгрузил отзывы из App Store и Google Play. Для ускорения кластеризации хаотичных данных применил AI-инструменты, сгруппировав проблемы по частоте и критичности.

Методология исследования

• Из-за сбоев старого приложения сейлзы открывали веб-версию FlippingBook в мобильном Safari. Непопадания по кнопкам и сброс авторизации происходили на глазах у клиентов.
• Создание отслеживаемой ссылки в десктоп-версии занимало 5 переходов и требовало ввода email. В условиях живой встречи это занимало до 2 минут, поэтому менеджеры либо отправляли нетрекаемые публичные ссылки, либо не отправляли ничего.
• 8 из 12 респондентов подтвердили: в тендерах против Showpad и Seismic компания проигрывала на этапе демонстрации мобильных возможностей.

Вывод

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

Методология ресерча

Я запросил демо-доступы к обеим платформам, зафиксировал их Core-флоу в FigJam и составил сравнительную таблицу по трем параметрам: количество тапов до шеринга, тип навигационной модели и механика работы с оффлайн-файлами.

Ключевые инсайты анализа

• Конкуренты вынесли генерацию ссылок на видное место. Путь от выбора документа до копирования ссылки занимает два-три тапа. Это подтвердило нашу продуктовую ставку на радикальное сокращение шагов во флипбуках.
• Поиск файлов в обеих системах строится на крупных карточках с превью обложек. Текстовые списки используются только как второстепенный фильтр. Это доказало неэффективность старой списочной модели SalesPal для полевой работы.
• Продукты конкурентов перегружены легаси-фичами вроде встроенных чатов, корпоративных лент и модулей обучения. Это сильно замедляет работу интерфейса и усложняет онбординг полевых менеджеров.

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

Слои мотивации пользователя

Декомпозировал мотивацию пользователя через фреймворк JTBD на трех уровнях.

• Functional Job: «Стоя перед клиентом на выставке, хочу отправить ему персональную трекаемую ссылку за 30 секунд, чтобы зафиксировать договоренность до окончания встречи».
• Emotional Job: «На переговорах хочу быть уверен, что приложение не подведет и не попросит повторный ввод пароля, чтобы сосредоточиться на продажах».
• Social Job: «Демонстрируя материалы с планшета, хочу выглядеть представителем технологичной компании, укрепляя доверие к нашему продукту».

Гипотезы

1. Сокращение флоу шеринга до 3 шагов снизит медианное время задачи до 30 секунд и позволит использовать апп во время питча. Планируем зафиксировать кратное снижение Task Success Time на юзабилити-тестах.
2. Визуальная сетка карточек вместо списка ускорит поиск документа. Планируем сократить Search Time и убрать ошибочные клики при выборе файлов.
3. Доступность Trackable Links на мобайле поднимет adoption фичи выше 50% и поможет снизить Churn rate в B2B-сегменте.

Результат

Гипотезы сфокусировали команду на устранении когнитивного и физического трения в ключевой точке воронки.

Стэк

Совместно с продуктовой командой и техническим лидом внешней студии провели сравнительный анализ платформ: кроссплатформа (Flutter / React Native) против нативной разработки (Swift / Kotlin).

Что выбрали

• Кроссплатформа давала экономию времени на старте, но создавала риски по отзывчивости интерфейса, нативным жестам и работе с планшетными адаптациями.
• Нативная разработка требовала больше ресурсов, но гарантировала плавность интерфейса и полную интеграцию с нативными Share Sheet iOS и Android.
• Совместно с бэкенд-инженерами спроектировали безотказную логику авторизации: использование длительных refresh-токенов (2+ месяца) и поддержку авторизации через SSO.

Киллер-фичи

Параллельно бэк и QA вместе со студией валидировали оффлайн-архитектуру: кэширование флипбуков при первом открытии. Подтвердили, что это реально закрыть в рамках MVP. Для меня это был зелёный свет — оффлайн-сценарий вошёл в скоуп и сразу попал в список ключевых флоу для проектирования.

Нативная разработка обошлась дороже по времени, но это единственное решение, совместимое с целью «30 секунд на шеринг». Нам нужен был инструмент, которому доверяют в момент питча.

Убираем лишнее

Исходный вишлист проекта содержал 12+ крупных фичей: папки, полнотекстовое редактирование, публичные ссылки, аналитические дэшборды, пуш-уведомления. При дедлайне в 6 месяцев реализация всего скоупа привела бы к срыву сроков.

Переговоры

Применил метод приоритизации через фильтр: «Без этой функции сейлз сможет закрыть сделку на встрече?». И с помощью RICE выбрал ключевые функции.

После мы с PM и CEO провели сессию приоритизации и сократили бэклог до четырёх базовых функций: грид вью, создание Trackable Links, трекинг и оффлайн-доступ.

• Исключили из MVP: создание и редактирование контента, кастомизация флипбуков, полную аналитику, создание папок.
• Осознанный компромисс: исключили создание обычных публичных ссылок. Все ресурсы разработки направили на 3 ключевых модуля: навигация по обложкам, Trackable Links и оффлайн-режим.

Итог

Отказ от публичных ссылок аукнулся после релиза — саппорт получил поток тикетов от юзеров, которые ожидали эту фичу по умолчанию. Подробнее — в рефлексии.

Выбор простого пути

Спроектировал мобильный флоу полностью сохранив логику веб версии, но упаковал её в 3 простых действия:

1. Тап на «Поделиться» на карточке документа.
2. Ввод имени получателя (обязательное поле для идентификации лида).
3. Отправка через нативный Share Sheet в любой мессенджер, почту или по AirDrop.

Валидация

Для проверки я собрал интерактивный прототип в Figma и провел серию коридорных тестов на выборке из 8 человек, включая полевых сейлзов и маркетологов.

Я симулировал реальный контекст выставки и просил участников отправить трек-ссылку «клиенту» без подсказок, замеряя время выполнения задачи по секундомеру.

• Новый 3-шаговый флоу: 8/8 выполнили задачу, медиана ~25 секунд
• SalesPal (5+ шагов): 5/8 выполнили, медиана ~2:20
• Сеточная навигация: 8/8 нашли флипбук за 1–2 просмотра
• Списочная навигация: 6/8 нашли, в среднем на 12 сек дольше

Выводы

Тестирование показало, что новый трехшаговый флоу сократил путь пользователя с пяти действий до трех тапов. Среднее время создания ссылки уменьшилось с 2 минут 20 секунд в Safari до ~25 секунд (медиана). Скорость выполнения сценария выросла на 82%, а время решения задачи сократилось в 5 раз.

Основная идея

Мы полностью отказались от традиционного онбординга, туториалов и длинных флоу настройки в пользу быстрого старта

Моментальная готовность к работе

После авторизации приложение мгновенно загружает актуальную библиотеку публикаций. Сейлз-менеджер может приступать к задачам без затрат времени на обучение.

Полноценный оффлайн-режим

При отсутствии сети (частый кейс при работе «в полях») сейлз имеет полный доступ ко всем ранее скачанным публикациям.

Результаты

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

Как итог: ~60% MAU регулярно скачивают и шарят кэшированные флипбуки в оффлайне, что доказывает высокую востребованность сценария.

Дизайн-система и процесс

Разработал дизайн-систему в Figma с учетом гайдлайнов iOS и Android. Организовал прозрачный процесс дизайн-контроля.

Процесс шёл итерациями: макеты → сборка → ревью → правки. PM двигал сроки, а контроль качества на всех этапах был на мне.

Пиксель-перфект QA

Устанавливал каждую предрелизную версию в TestFlight и тестовые apk, лично проводил поэкранное тестирование, сверяя размеры, отступы и анимации с макетами.

Систематизация багов

Все обнаруженные расхождения документировал в Figma и заводил точечные тикеты в Jira внешней студии.

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

Результаты бизнеса

Нашей главной целью было устранение блокера. В первый квартал после релиза команда продаж использовала наличие нативного приложения как сильный аргумент и закрыла новые крупные контракты. Churn rate в Enterprise-сегменте снизился на 20%.

Метрики вовлеченности

Нам важно было понять, насколько быстро пользователи осознают ценность мобильного трекинга. Метрика Adoption Rate превысила 60% в первый месяц. Это значило, что больше половины активных пользователей успешно создали и отправили минимум одну Trackable Link.

Показатель качества UI

Продукт показал Retention 30-го дня на уровне 45%, что превысило наши плановые ожидания. А зафиксированное на тестах снижение Task Success Time на 80% (до ~25 секунд) подтвердилось в пострелизной аналитике.

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

Масштабирование грида

В первой версии приложения использовался трёхколоночный формат карточек. На этом решении настоял PM, рассчитывая уместить как можно больше контента на одном экране. Однако дизайнерское чутье и последующий анализ сессий в продуктовой аналитике указали на UX-проблему. Юзеры регулярно совершали ошибочные тапы, открывали не те документы и тратили лишнее время на повторный поиск.

В версии V2 мне удалось убедить PM и CEO изменить подход. Мы переработали сетку и перешли на крупный двухколоночный грид. Это решение снизило трение, улучшило считываемость обложек и ускорило поиск файлов на ходу.

Enterprise-инструменты безопасности

Параллельно в итерации V2 мы добавили функцию создания публичных ссылок, от которой осознанно отказались в MVP. Я спроектировал этот флоу в связке с мобильным модулем Privacy Settings. Сейлзы получили возможность прямо с телефона устанавливать пароли на флипбуки и ограничивать доступ к документам по корпоративным доменам клиентов. Внедрение настроек приватности закрыло требования служб безопасности и обеспечило заметный рост повторных Enterprise-продаж.

Главные уроки

• MVP требует жестких компромиссов. Осознанный отказ от базовых фич десктопа ради фокуса на мобильных Trackable Links позволил уложиться в критически важный для бизнеса Time-to-market.
• Доверяйте UX-тестам. Проблема масштаба карточек навигации подсвечивалась еще на этапе первых прототипов. Урок на будущее — сильнее аргументировать результаты коридорок перед командой разработки и менеджментом до релиза в сторы.