Вэлко

Веб-сервис для бронирования и аренды квартир

Клубный дом «Вэлко» в Иркутске — формат долгосрочной аренды, где сдаётся весь 17-этажный дом целиком. Аналогов в России на тот момент не было: это не агрегатор вроде Авито или ЦИАН, а единый сервис с управлением всеми квартирами, доп. услугами (клининг, паркинг), документооборотом и временной пропиской.

Заказчик пришёл повторно — до этого мы делали для связанной компании корпоративное приложение. Задача — создать сервис, через который можно забронировать апартаменты, оплатить проживание и получить все документы онлайн.

Ключевая сложность: продукт с двумя разными аудиториями (арендаторы и администраторы) и высокой ценой ошибки — бронирование, платежи, юридические документы. Плюс отсутствие референсов на рынке: не с чего копировать.

Управленческие решения

1. Перевёл запрос на прототип в полноценный аналитический этап

Проект стартовал с запроса на прототипирование — заказчик хотел как можно быстрее увидеть будущий продукт. В студии аналитика всегда шла отдельным этапом, и в этом проекте нужно было согласовать её проведение с заказчиком, показав практическую пользу для сроков и бюджета.

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

Результат: аналитический этап был проведён. Структура сайта и логика личных кабинетов утверждены до начала разработки — это позволило пройти проект без существенных переделок и уложиться в бюджет.

2. Управление ожиданиями заказчика через прототип

На этапе дизайна наше видение с заказчиком расходилось. Вместо того чтобы спорить на словах, я выстроил процесс через интерактивный прототип — заказчик кликал, видел, давал обратную связь по конкретике, а не по абстракциям.

Решение: предложил отказаться от части идей на этапе прототипа (вкладки «акции», «новости», переработка карточек каталога) — это сэкономило время на разработке и снизило риск переделок.

Результат: изменения вносились на этапе, где они стоят дёшево, а не в готовом продукте.

3. Работа с внешней зависимостью — интеграция с 1С

Интеграция с 1С — классический риск для проекта: часть системы находится вне нашего контроля. В процессе выявили, что 1С медленно отвечает на запросы, а иногда возвращает ошибки на корректные данные.

Решение: заложил в план дополнительное время на согласования и на ожидание исправлений со стороны поддержки 1С. Прописали детальную структуру взаимодействия сайта с системой — так, чтобы обходить места, где баги всплывают чаще всего.

Результат: интеграция заработала, рутинные процессы (счета, статусы платежей, данные арендаторов) автоматизированы. Администраторы перестали вести часть работы вручную.

4. Смена платёжного провайдера в середине проекта

Когда разработка была почти готова, заказчик попросил перейти со СберОплаты b2c на ЮKassa — первый вариант стал неактуален. Ситуация неприятная: часть работы уже сделана.

Решение: не стал упираться в исходный план, а использовал гибкость Scrum-процесса — перестроил приоритеты и встроил нового провайдера в текущий спринт. B2B-оплату оставили через СберБизнес.

Результат: переход не сломал сроки. Отдельно разрулил нюанс со СберБизнесом, у которого убрали webhook — статус платежа приходится отслеживать вручную (задержка 5–20 минут). Предусмотрели это в UX: пользователь видит окно «оплата в обработке», а не ложную ошибку.

5. Нестандартная админ-панель под реальный процесс

Администраторам нужно было управлять 154 квартирами, бронями, платежами, документами и парковкой — в одной панели. Стандартные решения не подходили.

Решение: инициировал разработку «шахматки» — визуальной сетки квартир по аналогии с бронированием мест в кинотеатре. На самописном решении внутри студии, с переиспользуемой логикой. Backend-разработчик адаптировал часть фронтенд-кода под свои данные.

Результат: администратор кликает на ячейку и сразу видит всё по квартире — жильца, платежи, документы, доп. услуги. Многие процессы, которые раньше занимали время, теперь решаются в один клик.

Результат проекта

  • Сервис запущен и работает
  • 152 из 154 квартир заселены — продукт показал востребованность
  • Бумажная работа администраторов полностью переведена в онлайн
  • Документооборот, платежи, бронирование и доп. услуги автоматизированы

Чему научился

  • Если у продукта несколько аудиторий с разными интересами — фиксировать приоритеты до разработки, чтобы не пересматривать их на поздних этапах, где это обходится дороже.
  • Внешние интеграции (1С, платёжки) — это не «кусок кода», а отдельный проект с собственными рисками и сроками, который надо планировать отдельно.
  • Гибкость процесса (Scrum) — это не «модно», а реальный инструмент, когда заказчик меняет вводные на позднем этапе.