до 1,5 млн ₽
Стоимость работ
≈ 3 месяца
Активная разработка
апрель 2025
Публичный выпуск
Как из множества идей собрали первую версию
Блогер Дарья Ивушкина пришла в IT Production с идеей приложения, где авторы создают туристические маршруты, а пользователи находят и сохраняют подходящие варианты. В первоначальной концепции одновременно были разные аудитории, несколько форматов маршрутов, платный контент и будущая система выплат авторам.
Реализовать всё это в рамках первой версии и бюджета до 1,5 млн ₽ было невозможно, при этом выразительный визуальный дизайн оставался обязательным условием.
Команда помогла определить основной пользовательский сценарий, разделить функции на первый и последующие этапы и согласовать дизайн с техническими требованиями. После примерно трёх месяцев активной разработки приложение проверили внутри команды, вместе с Дарьей и её тестовой группой, внесли исправления и в апреле 2025 года выпустили LocApp в публичный доступ.
Кому будет полезен кейс LocApp
Авторам масштабных идей
Проектам с ограниченным бюджетом
Сервисам с авторским контентом
Кто пришёл с идеей и какой продукт планировался
Проблема и ограничения первой версии
Продукт для всех сразу
Разные форматы одного маршрута
Дорогой вид при простом дизайне
Функции не помещались в бюджет
Как определили состав первой версии
Что пользователь может делать в LocApp
Как разработали и проверили приложение
Что получила Дарья по итогам проекта
Технологический стек
Flutter
Firebase
FlutterFlow
Отзыв
LocApp. История создания приложения с нуля и до запуска
В начале августа 2024 года мы начали работу над приложением с туристическими маршрутами LocApp от идеи и до формирования самого продукта. В начале 2025 года проект вышел на тестовую группу и готов к выходу на открытый рынок. Дарья, соосновательница проекта, дала нам интервью и поделилась своими впечатлениями и мыслями о запуске мобильного приложения без опыта в IT.
Частые вопросы о разработке LocApp
Как выбрали функции для первой версии приложения?
Сначала команда сравнила предполагаемые аудитории и действия, которые должны связывать автора маршрута с путешественником. В приоритете оставили функции, необходимые для полного пользовательского пути: создать материал, найти его, изучить точки и сохранить маршрут. Остальные идеи оценивали по тому, нужны ли они для проверки этого сценария уже в первом выпуске.
Какие функции LocApp перенесли на следующий этап?
В MVP не включили автоматический расчёт и выплату комиссий авторам маршрутов. Также отказались от построения единой линии пути на карте: вместо неё автор добавляет точки вручную в нужной последовательности. Бесплатные и платные маршруты сохранили, а оплату подключили в тестовом режиме.
Можно ли сохранить дизайн при ограниченном бюджете?
В LocApp выразительный визуальный образ был одним из главных требований, поэтому его не превращали в остаточную задачу. Команда сократила объём за счёт сложных механик, которые не были обязательными для основного сценария. Для другого проекта баланс определяется отдельно: важно понять, какую роль дизайн играет в ценности продукта и поведении пользователей.
Сколько заняла разработка первой версии LocApp?
Активная разработка заняла около трёх месяцев. Это не полный календарный срок проекта: подготовка, согласования и переходы между этапами шли отдельно. Поэтому показатель нельзя автоматически переносить на другое приложение — срок зависит от числа сценариев, дизайна, интеграций и готовности исходных материалов.
Что стало результатом проекта?
Дарья получила рабочую первую версию с каталогом, маршрутами, профилями, избранным, созданием пользовательского контента и тестовым сценарием платного доступа. Приложение проверили вместе с командой и тестовой группой, доработали и в апреле 2025 года выпустили в публичный доступ.
Как определить состав MVP мобильного приложения
Первая версия продукта редко начинается с пустого листа. Обычно у основателя уже есть идеи о каталоге, личном кабинете, карте, платежах, рейтингах и функциях для нескольких групп пользователей. Если сразу перенести весь список в техническое задание, объём разработки растёт, но основная ценность продукта не становится понятнее. Поэтому подготовку MVP лучше начинать не с количества экранов, а с пользовательского действия, ради которого продукт создаётся.
В LocApp таким ядром стала связь автора маршрута и путешественника. Автору нужно собрать последовательность точек с фотографиями, описаниями и локациями. Пользователю — найти подходящий маршрут, изучить его и сохранить. Каталог, карточка маршрута, профиль и создание контента образуют один путь: если убрать любой из этих элементов, сценарий становится неполным.
Дальше функции сравнивают по их роли в этом пути, стоимости и возможности переноса. Автоматический расчёт и выплаты комиссий расширяли финансовую логику LocApp, но не были обязательными для первой проверки платного доступа. Поэтому их отложили, сохранив бесплатные и платные маршруты и подключив оплату в тестовом режиме. Так продукт получил нужный сценарий без реализации всей будущей системы взаиморасчётов.
Упрощение должно сохранять пользовательскую ценность. Для маршрута важна последовательность мест, но не обязательно сразу строить единую линию на карте. В первой версии LocApp автор вручную задаёт порядок точек, а каждая точка содержит фотографию, описание и локацию. Пользователь по-прежнему получает структурированный маршрут, а более сложную механику можно развивать отдельно.
Если визуальный дизайн влияет на восприятие продукта и доверие аудитории, его нельзя сокращать автоматически. В LocApp дизайн был принципиальным требованием, поэтому макеты, пользовательские сценарии и технические требования сверяли между собой. Это позволяло сохранять визуальную идею и одновременно находить несостыковки до того, как они превращались в дополнительные работы.
Перед выпуском MVP важно проверить не только отсутствие технических ошибок, но и полный путь пользователя. Для LocApp это поиск и сохранение маршрута, просмотр точек, создание собственного материала и доступ к платному контенту. Сначала эти действия проверяли команда и Дарья, затем приложение получила её тестовая группа. После обратной связи команда исправила ошибки и улучшила отдельные элементы взаимодействия.
Результатом продуктовой подготовки становится не самый маленький возможный набор функций, а согласованная версия, которую можно оценить, разработать и передать пользователям. У собственника появляются понятные границы MVP, перечень отложенных решений и логика приоритетов. Это позволяет обсуждать бюджет через ценность сценариев, а не через случайное удаление экранов.
