ГлавнаяКейсыРазработка маркетплейса недвижимости PUSH-KA

Разработка маркетплейса недвижимости PUSH-KA

Тип:Web-портал
ЦА:B2B, B2C
Стек технологий:PHP, Yii2, Docker, Docker Compose, GitLab
Заказчик:Агентство недвижимости «Остоженка»

Разработка

Задача:

Создать комплексный web-сервис для автоматизации размещения и продвижения объектов коммерческой и частной недвижимости на десятках площадок, а также управления лидами и эффективного взаимодействия профессионалов рынка

Решение:

Разработан многофункциональный web-маркетплейс с интеграцией CRM, системой автоматической выгрузки объявлений на площадки, личным кабинетом с широким набором инструментов, включая аукционные механики и кэшбэк сервис. Реализована коммуникационная платформа для профессионального сообщества, маркетплейс недвижимости PUSH-KA

Описание

В конце весны 2018 года к нам поступил очень интересный заказ на разработку web-сервиса для риэлторов. Тогда бриф от заказчика - Генерального директора агентства недвижимости «Остоженка», Салкина Сергея Сергеевича, был весьма скромным, и масштабы проекта не поражали воображения. Но, в дальнейшем нам смогли развить этот сервис от узконаправленного инструмента до полноценной платформы для сообщества профессиональных участников рынка недвижимости. Сегодня мы расскажем о вызовах, с которыми пришлось столкнуться нашей команде в процессе проектирования, разработки, тестирования и запуска этого проекта. Итак, «PUSH-KA: за кулисами».

К моменту, когда к нам обратились представители «Остоженки», мы уже реализовали множество проектов с похожим функционалом, включая CRM, и специализированные системы управления бизнес-процессами для самых разных отраслей, от ритейла и банкинга до табачной промышленности. Поэтому для нас вполне знакомой была специфика таких продуктов – разворачивание таких систем, их настройка под потребности представителей конкретной отрасли, оперативная адаптация под особенности рынка. Поэтому приступить к разработке мы смогли максимально оперативно. С другой стороны, этот проект стал для нас ценным опытом в плане погружения в нюансы разработки для рынка недвижимости: работа с распространёнными форматами фидов («ЦИАН», «Яндекс.Недвижимость» и т.д.), периодичность и особые настройки публикации объектов недвижимости, уникальные механики продаж объектов – разработка инструмента, позволяющего решать связанные с этим специализированные задачи, стала для нас отличным вызовом. И мы с ним справились!

Уже тогда мы сошлись с заказчиком на максимальном воплощении итеративно-инкрементального подхода для данного проекта. Иначе говоря, мы решили максимально сократить путь от начала разработки до выхода результата на рынок и спланировали с заказчиком совсем минимальный MVP, необходимый для запуска проекта. Да, уже тогда у заказчика было стратегическое видение множества будущих улучшений и этапов развития, но нам удалось найти компромисс в плане того, что из этого может войти в MVP, а что стоит отодвинуть на более поздние этапы. Забегая вперед, не можем не упомянуть – нам очень комфортно было взаимодействовать с заказчиком по этому проекту! Со временем мы все больше подстраивались под особенности рынка недвижимости, а заказчик все больше адаптировался к ритму и нюансам веб-разработки. С уверенностью можем сказать, что и для заказчика, и для нас это стало мощным стимулом к развитию.

Изначально сервис планировался для решения двух ключевых задач. Во-первых, существенно упростить и оптимизировать бизнес-процессы для «Остоженки», позволяя быстро и без проблем управлять публикацией объектов недвижимости на ключевых площадках. Во-вторых, превратить этот инструмент в сервис-агрегатор, позволяющий различным участникам рынка недвижимости быстро и просто решать те же задачи.

Первые шаги: MVP

MVP включал в себя только то, что нужно риэлтору для размещения объектов на внешних сервисах. По сути, мы должны были разработать функционал, позволяющий агенту создавать и сохранять в системе объекты недвижимости, размещать их на 6 крупных площадках-агрегаторах. При этом агент должен был получить возможность управлять настройками размещения (на какие площадки объект будет опубликован, на какие – нет), а у администратора должна была быть возможность управлять настройками публикации у конкретных пользователей.

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

«Агентами» должны были стать пользователи из «Остоженки», «гостями» - сторонние участники, «Администратором» - роль для управления сервисом. При этом тогда планировалось, что у гостей будут два «подтипа» - «брокер» и «собственник» (соответственно для риэлторов и для владельцев объектов недвижимости). Уже в дальнейшем, трансформируя ролевую модель, мы разделили эту роль на «Гость-брокер» и «Гость-собственник». Но об этом позже.

Уже на этапе MVP, немного вникнув в обновлённые потребности заказчика, мы реализовали несколько фич, которых не было в изначальном ТЗ.

В том числе: • Сделали функционал работы пользователей с клиентской базой. Теперь наш пользователь-риэлтор получил возможность добавлять в базу своих клиентов и увязывать их с объектами, которыми они интересуются. • Добавили функционал подразделений. Узнав от заказчика особенности его бизнес-структуры, мы уже тогда внедрили возможность привязывать зарегистрированных пользователей к определённым подразделениям, а также завязывать определённые права и полномочия именно на подразделения. Какие-то права вязались на роль, какие-то – на подразделение; нам пришлось проделать изрядную работу, чтобы права для ролей и подразделений гармонично увязывались, не дублировали функционал и решали разные задачи с точки зрения своих бизнес-смыслов. Используя введённые нами функционал, заказчик смог создать ряд подразделений как для внешних пользователей, так и для своих сотрудников и привязать их доступы таким образом, чтобы максимально удобно было решать свои бизнес-задачи. • Добавили отдельный раздел для управления фидами • Сделали возможность для сотрудников заказчика обновлять данные по жилым комплексам вручную • Сделали справочный раздел, в котором в иерархическом порядке хранятся добавляемые заказчиком документы, необходимые агенту для работы

Всего работы по MVP заняли 3 месяца. За лето 2018 мы смогли пройти путь от обсуждения с заказчиком бизнес-потребностей до запуска первой версии продукта.

Оформление заявки