Jauntly: свайп-планировщик локальных поездок

Задача и цена бездействия

Бизнес-контекст Jauntly описывает swipe-discovery достопримечательностей, сохранение мест в поездки, работу с текущей локацией и Pro-ограничения. Задача, которую решаем Проверить гипотезу игрового discovery, не строя тяжёлый travel marketplace: карточки мест, подборка, маршрут дня и прозрачные лимиты API. Почему предпринимателю важно решить её сейчас Приложение без одного сильного повторяемого сценария быстро превращается в дорогой набор экранов: пользователи не возвращаются, операции остаются ручными, а поддержка растёт быстрее полезной активности. Что фиксируем до оценки — действие, ради которого пользователь будет возвращаться в приложение. — первый сегмент аудитории и способ набрать пилотную группу. — серверные интеграции, offline-сценарии, платежи, push и требования магазинов. — сигнал, по которому бизнес примет решение развивать или остановить гипотезу.

Как Alixio решает задачу

Как команда Alixio строит такой проект 1. Разрешение геолокации по контексту. 2. Карточки nearby places. 3. Swipe/save/skip. 4. Сбор поездки по дням. 5. Лимиты бесплатного плана и подписка. Что получает бизнес на выходе — MVP проверяет одну бизнес-гипотезу целиком, а не демонстрирует набор несвязанных экранов. — Повторяемые действия клиента и сотрудника становятся быстрее и измеряются в едином контуре. — Следующий бюджет распределяется по данным активации и возврата, а не по списку пожеланий до запуска. Какие показатели связываем с деньгами — активация и завершение главного пользовательского сценария. — retention, частота полезных действий и причины отказа. — crash-free sessions, ошибки API, обращения в поддержку и рейтинг сборки. Риски, которые закладываем до сметы — Дорогие запросы Places API. — Повторяющиеся карточки. — Случайный сбор точной геолокации. Как предприниматель принимает результат — Без геолокации доступен ручной город. — Кэш снижает API cost. — Skip влияет на рекомендации объяснимо. — Точная локация не хранится дольше сессии. Как предлагаем начать На первой встрече выбираем один маршрут, который должен приносить или экономить деньги. Публикуем его для ограниченной аудитории, собираем данные 4–6 недель и только после этого расширяем продукт.