arking service · Mobile app · City mobility
Consumer App
Сервис бронирования парковок в Буэнос-Айресе
Контекст
Buenos Aires — плотный мегаполис с большим количеством скрытых частных парковок во дворах и подвалах.
Информация о них фрагментирована, цифровых агрегаторов на момент старта практически не было.
Цель проекта — создать цифровой слой поверх хаотичной офлайн-инфраструктуры.
Формат продукта
Один мобильный продукт с разными ролями:
Водитель
поиск парковок на карте
фильтрация по типу транспорта (легковой, пикап, мотоцикл)
просмотр цен
бронирование и (частично) оплата
Парковщик / владелец
создание парковки
управление количеством мест
добавление скидок
сканирование QR при заезде
Операционный сотрудник
создание точек вручную
помощь владельцам в заполнении данных
Админ
модерация
апрув парковок
контроль статусов
Дополнительно — система верификации владения через коммунальные счета.
Это был не «экранный проект», а платформа с жизненным циклом supply.
Моя роль
Продуктовая архитектура
Ролевая модель
Пользовательские флоу
Карты взаимодействия (с комментариями инвестора)
UI и навигационная логика
Локализация (испанский)
Надзор за разработкой
Команда — 5 человек.
Инвестор находился в Аргентине, активно участвовал в принятии решений.
Мы регулярно спорили о приоритетах и бюджете, но архитектурные решения принимала я.
Ключевые продуктовые решения
1. Одно приложение вместо двух
Не разделяли продукт на «для водителей» и «для парковщиков», чтобы:
снизить стоимость разработки
упростить масштабирование
сохранить единую экосистему
Это потребовало аккуратной работы с правами доступа и состояниями аккаунта.
2. Feature gating
Бронирование было доступно только для подключённых парковок.
Но карта работала для всех.
Это позволяло:
создавать ценность до полной ликвидности
постепенно наращивать supply
не тормозить запуск
3. Верификация владения
Сценарий:
парковка создаётся
проходит модерацию
владелец подтверждает права через счета на электричество
после подтверждения получает полный контроль
Это снижало риск фрода без сложной юридической инфраструктуры.
4. Офлайн-интеграция
QR-сканирование при въезде связывало цифровую бронь с физическим пространством.
Дополнительно были разработаны:
навигационные табло с ценами
знаки с логотипом, стилизованные под дорожный знак парковки
листовки и наклейки для разных аудиторий
Фактически это был не только digital, но и городской брендинг.
Ограничения и ошибки
Не было MVP — проект сразу проектировался как «идеальный»
До моего прихода дизайн переделывался несколько раз
Параллельно велись другие стартапы
На финальной стадии бюджет сократился
Разработка была передана дешёвой команде
Функциональность удалось сохранить.
Визуальное качество реализации — значительно ниже заложенного уровня (ошибки масштабирования, плотности интерфейса, ощущение iPad-верстки).
Что важно в этом кейсе
Это пример:
проектирования двустороннего маркетплейса
построения ролевой системы
работы с офлайн-инфраструктурой
стратегических компромиссов между бюджетом и архитектурой
управления конфликтами на уровне инвестора