О компании заказчика
Муниципалитет города Анапы — заказчик проекта по созданию туристического мобильного приложения для развития туризма, повышения привлекательности города и улучшения понимания бизнес-среды в сфере отдыха, услуг и городского досуга.
Исходная ситуация
Анапа как туристический город хотела усилить работу с турпотоком и получить более понятный инструмент для взаимодействия с туристами, местным бизнесом и городскими сервисами. Для этого был объявлен конкурс на реализацию туристического мобильного приложения.
Идея проекта заключалась не только в создании приложения для туристов, но и в формировании полноценной городской digital-экосистемы. Через неё туристы могли бы планировать отдых, находить места, бронировать услуги и строить маршруты, а бизнес — продвигать свои товары и услуги внутри города.
Для муниципалитета важной задачей было получать данные о востребованности разных туристических и бизнес-направлений. Такая аналитика могла помочь принимать решения о развитии городской инфраструктуры, запуске муниципальных программ и повышении экономических показателей города.
Критичным для заказчика было получить не отдельный экран или прототип, а полноценный MVP-продукт, который можно передать на дальнейшее внедрение и обслуживание.
Задачи проекта
Разработать MVP туристического мобильного приложения для города Анапы.
Создать продукт, который помогает туристам планировать отдых в городе.
Реализовать возможность поиска и бронирования отелей, кафе, ресторанов и туров.
Добавить сценарии построения маршрутов и планирования досуга на неделю или месяц вперёд.
Реализовать возможность добавлять друзей и совместно планировать маршруты по городу.
Предусмотреть инструменты продвижения товаров и услуг для бизнеса внутри туристической экосистемы.
Собрать требования от заказчика и стейкхолдеров, которые отвечали за проект с коммерческой стороны.
Проработать концепцию, функциональные и бизнес-требования.
Разработать дизайн и согласовать его с заказчиком.
Передать MVP муниципалитету для дальнейшего внедрения и обслуживания внутренней командой.
Решение
Что мы предложили
Команда предложила не просто мобильное приложение со справочником мест, а MVP туристической экосистемы для города. Решение должно было соединить интересы трёх сторон: туристов, местного бизнеса и муниципалитета.
Для туристов приложение становилось инструментом планирования отдыха. Для бизнеса — каналом продвижения услуг и товаров. Для муниципалитета — источником данных о поведении туристов и востребованности городских направлений.
Такой подход соответствовал задаче заказчика: не только повысить удобство для гостей города, но и получить основу для развития туристической экономики Анапы.
Что было сделано
Команда взяла на себя полный цикл работы над MVP:
провела Discovery-этап;
собрала требования и ожидания заказчика;
получила обратную связь от стейкхолдеров;
проработала концепцию продукта;
описала функциональные и бизнес-требования;
разработала и согласовала дизайн;
реализовала мобильное приложение в MVP-версии;
проработала административную часть и дашборды;
внедрила ML-рекомендательную систему;
провела тестирование и приёмку;
передала продукт муниципалитету для дальнейшего внедрения и обслуживания.
Как был организован процесс
Работа началась с технического задания и Discovery-этапа. Команда уточнила требования, ожидания и ограничения заказчика, после чего перешла к проработке концепции и логики продукта.
Отдельное внимание уделили согласованию решений: дизайн, функциональность и критерии приёмки проходили через обсуждение с заказчиком и стейкхолдерами. Несмотря на долгий отклик со стороны клиента и затянувшееся согласование критериев приёмки, команда перестроила темп разработки и не допустила срыва сроков.
Проект был реализован за три месяца. После тестирования MVP-версию выложили в Prod и передали муниципалитету.
Какие инструменты, технологии или подходы использовались
Информация указана частично.
В транскрибации упоминаются:
Discovery-этап;
техническое задание;
проработка функциональных и бизнес-требований;
дизайн мобильного приложения;
backend-разработка;
мобильная разработка;
административная панель;
дашборды;
ML-рекомендательная система;
тестирование и приёмка;
выкладка MVP-версии в Prod.
Точный технологический стек не указан. В транскрибации отдельно отмечено, что за точным стеком нужно обращаться к CTO.
Ход проекта
От идеи городского приложения — к MVP туристической экосистемы
Проект начался с конкурса на создание туристического мобильного приложения для Анапы. Перед заказчиком стояла задача привлечь больше туристов в город, повысить интерес к местным услугам и получить инструмент для анализа туристического поведения.
Команда подошла к задаче шире, чем к разработке обычного приложения-каталога. Нужно было создать продукт, который будет полезен туристам, бизнесу и муниципалитету одновременно.
Что должно было уметь приложение
В MVP заложили сценарии, которые помогают туристу планировать отдых в Анапе:
находить и бронировать отели;
выбирать кафе и рестораны;
бронировать туры;
строить маршруты по городу;
планировать досуг на неделю или месяц вперёд;
добавлять друзей и составлять маршруты вместе с ними.
Для бизнеса приложение должно было стать каналом продвижения товаров и услуг. Для муниципалитета — источником аналитики о том, какие направления, места и туристические сценарии востребованы.
Важно: проект решал не только пользовательскую задачу «куда пойти туристу», но и управленческую задачу города — лучше понимать туристическую среду и развивать её на основе данных.
Discovery и сбор требований
На старте команда провела Discovery-этап: пообщалась с заказчиком, уточнила требования и ожидания, собрала обратную связь от стейкхолдеров, которые отвечали за проект с коммерческой стороны.
После этого были проработаны концепция, дизайн, функциональные и бизнес-требования. Это помогло превратить общую идею приложения в понятную структуру MVP, которую можно реализовать в ограниченный срок.
Разработка продукта и административной части
В проекте участвовали аналитик-дизайнер, project manager, маркетолог, три backend-разработчика и два мобильных разработчика.
Одной из самых сложных частей стала инфраструктурная реализация: нужно было агрегировать требования в административной панели, отрисовать дашборды и обеспечить быстрый отклик системы. Также в продукт была внедрена ML-рекомендательная система.
Сложность проекта: важно было сделать не просто интерфейс, а работоспособную систему с быстрым откликом и архитектурой, рассчитанной на большое количество запросов.
Как справились с ограничениями
Со стороны клиента были ограничения, связанные с долгим согласованием требований и не до конца сформированным видением финального решения. Из-за этого на четыре дня затянулось обсуждение критериев приёмки.
Команда компенсировала это ускорением разработки и сохранила общий срок проекта. В результате MVP был реализован за три месяца.
Решение: команда грамотно спроектировала архитектуру, что позволило оптимизировать скорость отклика сервиса даже с учётом большого количества запросов в секунду.
Тестирование, приёмка и передача заказчику
После разработки команда провела тестирование и приёмку мобильного приложения. MVP-версию выложили в Prod и передали муниципалитету для дальнейшего внедрения и обслуживания внутренней командой разработки.
Что получил заказчик
Муниципалитет получил рабочий MVP туристического приложения, который можно использовать как основу для городской digital-экосистемы. По предварительной аналитике, продукт мог увеличить туристический поток в Анапу на 30%, окупить инвестиции ко второму сезону и увеличить входящие деньги от бизнеса в муниципальный бюджет на 45%.
Важно отметить: эти показатели в транскрибации обозначены как предварительная аналитика и прогнозный эффект, а не как подтверждённый результат после долгосрочной эксплуатации.
Сложности и ограничения
Сложность: Долгое согласование требований и критериев приёмки со стороны клиента. Как решили: Команда ускорила разработку на следующих этапах и не допустила нарушения общего срока проекта.
Сложность: У заказчика не было до конца сформированного видения финального решения. Как решили: Команда провела Discovery-этап, собрала требования и обратную связь от стейкхолдеров, проработала концепцию, бизнес-требования и дизайн.
Сложность: Инфраструктурная реализация административной панели, дашбордов и быстрого отклика системы. Как решили: Команда приняла архитектурное решение, которое позволило оптимизировать скорость отклика сервиса даже при большом количестве запросов в секунду.
Сложность: Необходимость создать полноценный MVP-продукт за короткий срок. Как решили: Проект реализовали сплочённой командой из аналитика-дизайнера, project manager, маркетолога, backend- и мобильных разработчиков. Разработка заняла три месяца.
Результат
Заказчик получил MVP туристического мобильного приложения «Аннаполис» для города Анапы. Продукт был выложен в Prod и передан муниципалитету для дальнейшего внедрения и обслуживания внутренней командой разработки.
В рамках MVP были закрыты ключевые задачи:
создано мобильное приложение для туристов;
реализованы сценарии планирования отдыха и маршрутов;
предусмотрены бронирования отелей, кафе, ресторанов и туров;
добавлена возможность совместного планирования маршрутов с друзьями;
проработана административная панель;
реализованы дашборды;
внедрена ML-рекомендательная система;
проведены тестирование и приёмка;
продукт передан заказчику.
По предварительной аналитике, MVP показал конкурентоспособность относительно крупных туристических сервисов и систем. Также в транскрибации указаны прогнозные эффекты: увеличение турпотока в Анапу на 30%, окупаемость инвестиционных вложений ко второму сезону и рост входящих денег от бизнеса в муниципальный бюджет на 45%.
Заказчик оценил результат высоко: по формулировке из интервью, проект был выполнен «на 10 из 10 по мнению заказчика».
Почему этот кейс важен для похожих клиентов
Этот кейс будет близок городам, туристическим проектам, сервисным компаниям и бизнесам, которым нужно не просто приложение, а цифровая экосистема с понятной логикой для пользователей, бизнеса и управляющей стороны.
Похожая задача часто начинается с общей идеи: «нам нужен сервис», «нужно приложение», «нужно привлечь больше клиентов», «нужно лучше понимать поведение пользователей». В таких проектах важно не сразу уходить в разработку, а сначала разобраться в бизнес-задаче, собрать требования, определить сценарии и только потом создавать продукт, который можно развивать дальше.
