Tripers App: проверка гипотез и приоритизация MVP в TravelTech

Тип кейса: Методологический / процессный (демонстрация подхода к Product Discovery)

Моя роль (проект 2026 года)

Product Discovery Manager — полный цикл исследования: от формулировки гипотез до приоритизации фунционала приложения в рамках MVP. Период взаимодействия с командой проекта— 2 месяца.

🧰 Этот кейс основан на реальном текущем проекте, который находится в работе. Конкретные цифры и названия сегментов опущены для соблюдения конфиденциальности.

Контекст и задача

Продукт: Мобильное приложение для самостоятельных путешественников по Европе, которые хотят находить аутентичные маршруты без групповых экскурсий и «избитых» локаций. Задача: На старте у команды основателей был набор гипотез о проблемах пользователей и возможных решениях. Вместо того чтобы сразу переходить к разработке, было проведено исследование, чтобы проверить каждое предположение.

Этап 1: Проблемные интервью (Problem Interviews)

Цель этапа: Подтвердить или опровергнуть проблемные гипотезы через поведенческие данные, а не абстрактные мнения.

Что я сделала:

• Разработала скрипт глубинного интервью (40–50 минут) из 5 блоков.
• Провела серию интервью с представителями всех трёх сегментов.
• Учитывала GDPR-требования для европейских респондентов.

Примеры вопросов:

• «Расскажите про ваше последнее путешествие по Европе. Как вы готовитесь к поездке?»
• «Вспомните случай, когда вы искали что-то интересное, но потратили кучу времени или остались разочарованы. Что произошло?»
• «Как вы находите локальные местечки? Спрашиваете у местных? Читаете блоги?»

Этап 2: Анализ и выводы

Методы анализа, которые я применила:

• Расшифровка аудио/видео — выписывание ключевых цитат и наблюдений.
• Карта эмпатии (Empathy Map) для каждого сегмента.
• Кластеризация проблем — все боли на стикеры, группировка по темам. Самая большая группа = главная боль.

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

• Время — главная валюта. Пользователи тратят часы на компиляцию информации из разных источников. Им нужен готовый маршрут.
• Люди доверяют людям, а не звёздам. Фраза «этот маршрут составил местный житель» работает сильнее, чем «рейтинг 4.8».
• Офлайн-доступ — не фича, а необходимость. Даже в Европе с хорошим интернетом туристы ценят возможность скачать контент.
• Гибкость = ценность. Возможность выбрать маршрут под погоду — не прихоть, а практическая потребность.

Приоритизация MVP

На основе собранных инсайтов мы с командой определили приоритеты для первой версии продукта.

SHOULD HAVE (добавить, если успеем):

• Профиль автора с доверительными элементами
• Сохранение маршрутов в личный кабинет
• Индикатор «туристичности» / «локальности»
• Экспорт в Apple/Google КартыCOULD HAVE (второй релиз):
• AI-помощник для персонализации
• Подписка на 30 дней
• Социальные доказательства от друзей
• Карта безопасности районов

Методологические выводы

• CustDev — это не опрос, это исследование поведения. Я спрашивала не «Что вы думаете?», а «Расскажите случай, когда вы разочаровались». Это дало конкретные истории, а не абстрактные мнения.
• Интервью до кода экономят ресурсы. Я не написала ни строчки кода, но уже знаю, что пользователям нужно. Это сэкономит команде месяцы разработки ненужных фич.
• Красивые гипотезы нужно проверять. Гипотеза про экологичность звучала хорошо, но не нашла отклика. Я отсекла её без сожаления.
• Приоритизация фич должна быть связана с инсайтами, а не с интуицией. Каждая фича в MVP имеет прямое обоснование из интервью.
• ***GDPR — не бюрократия, а доверие. ***Чёткие правила сбора данных повышают качество интервью с европейскими респондентами.

Следующие шаги

• Запуск пилота в одном городе с первыми маршрутами.
• Сбор обратной связи от первых пользователей.
• Итеративное добавление SHOULD HAVE фич.
• Масштабирование на новые города.

🧰 Этот кейс основан на реальном текущем проекте, который находится в работе. Конкретные цифры и названия сегментов опущены для соблюдения конфиденциальности.