Перейти к содержанию

13FOX / Клиентский каталог агентства

Разработка приложения для агентства недвижимости

Клиент возвращается к выбранным объектам. Риелтор видит, что ему показать.

Мы создаём приложение для клиентов вашего агентства: поиск с картой, избранное, изменения объектов и запрос показа через CRM. Проектируем путь от подборки до согласованной встречи для iOS и Android.

Оценить один маршрут подбора ↗

Покажите подборку и назовите CRM. Мы определим первую версию, обмен данными и состав оценки.

Наш смежный опыт: мобильный каталог Бакаев и CRM-коммуникации Malling.

Макеты жилых домов, карточки избранного и календарь будущего показа
Авторская иллюстрация сценария подбора. Вымышленные объекты.
ПоискИзбранноеЗапрос показа

Сначала проверяем пользу

Повод вернуться
в каталог агентства

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

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

Для работы сотрудников: CRM агентства недвижимости →

01 / Предлагаемый маршрут

От сохранённого объекта
до подтверждённого показа

В этой демонстрации клиент выбирает жильё для покупки. Данные вымышлены. Запрос времени ждёт подтверждения агента и собственника.

Сохранённая подборка

Два объекта для просмотра

Квартира А-17
2 комнаты · цена изменилась
Квартира А-42
3 комнаты · доступна для запроса
В карточке запроса агента

Выбор клиента сохранён

Объекты А-17 и А-42, желаемое время, контакт и комментарий. Статус: «Время уточняется».

Избранное передаём агенту в согласованном объёме после действия клиента. Простое сохранение объекта само по себе не создаёт заявку.

  1. 01

    Клиент ищет

    Фильтры и карта показывают один набор объектов. В карточке видны характеристики, фото, цена и актуальный статус.

  2. 02

    Сохраняет выбор

    Избранное остаётся при следующем входе. Снятый объект помечаем недоступным; изменение цены показываем отдельно.

  3. 03

    Запрашивает показ

    Сервер проверяет доступность объекта и сохраняет запрос. В CRM передаём выбранные ID, контакт и пожелания.

  4. 04

    Агент подтверждает

    Ответственный уточняет время и доступ к объекту. Клиент видит подтверждённый показ либо предложение другого времени.

Если объект снят до отправки, предлагаем обновить подборку. Если запрос сохранён, а CRM временно недоступна, показываем факт приёма запроса и ожидание обработки. Подтверждённое время появляется после ответа агента.

02 / Данные и ответственность

У каждого изменения
есть свой источник

До разработки мы определяем, где ведутся объекты и где агент работает с клиентом. Цена, статус объекта и время показа могут приходить из разных систем.

Каталог → приложение

Цена, фото и доступность

Для каждого объекта нужен постоянный идентификатор (ID), чтобы связать карточку, избранное и запрос показа. Согласуем источник цены, правила публикации и набор полей. Для адресов проверяем координаты и допустимую точность показа на карте. Агентство подтверждает право использовать фотографии и описания.

Приложение → сервер → CRM

Запрос с контекстом выбора

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

CRM → приложение

Ответ агента и статус показа

Возвращаем согласованные статусы и время. Отмену, перенос и снятие объекта проверяем отдельными сценариями. Ошибку обмена показываем ответственному сотруднику, чтобы он мог вернуть запрос в обработку.

Подключение проверяем на вашей CRM

В Битрикс24 и amoCRM есть API для работы с CRM-данными. Доступные поля, права, лимиты и способ авторизации проверяем для вашего аккаунта. Ключи обмена храним на сервере. Клиентское приложение получает только разрешённые данные; сведения собственника и внутренние заметки агента остаются в закрытом контуре.

Карты и уведомления выбираем по задаче

Карту подключаем через выбранный сервис и проверяем его лицензию. Оповещение об изменении объекта показываем в приложении; push-уведомления обсуждаем отдельно с учётом платформ и разрешений клиента. Обновление карточки должно быть видно и при отключённых уведомлениях.

Документация для проверки интеграций: API Битрикс24, API amoCRM, Яндекс MapKit.

03 / Границы запуска

Первая версия — один законченный подбор

Мы предлагаем выбрать один тип объектов и один маршрут работы агентства. Так можно проверить приложение на реальных правилах каталога и согласования показа.

Включаем в первый запуск

  • Поиск, фильтры, карту и карточку объекта.
  • Избранное с сохранением при повторном входе.
  • Отметки изменения цены и доступности.
  • Запрос показа и обратный статус из CRM.
  • Вход клиента, серверную проверку доступа и журнал ошибок обмена.

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

Принимаем по действиям клиента и агента

  1. Фильтр даёт одинаковый результат в списке и на карте.
  2. После повторного входа клиент видит свою подборку, другой клиент её не получает.
  3. Снятый объект остаётся отмеченным в избранном и недоступен для нового запроса.
  4. При изменении цены клиент видит актуальную сумму до отправки.
  5. После пропавшего ответа повторяем запрос и сверяем его ID и запись в CRM.
  6. Агент подтверждает, переносит или отменяет показ; клиент получает соответствующий статус.

04 / Подтверждённый смежный опыт

Связанные данные
за мобильным каталогом

В Бакаеве мы разработали мобильный магазин и связали приложение, админ-панель и 1С через сервер синхронизации. Фотография, изменённая в админке, обновляется в 1С. Заказ в приложении меняет остаток в админке и учёте; изменения из 1С доходят до приложения.

Для агентства мы предлагаем отдельно спроектировать обмен объектами и запросами показов. Бакаев подтверждает опыт связанного каталога в торговле продуктами.

Посмотреть кейс Бакаев →

Отдельный интерфейс рядом с CRM

В Malling мы сделали инструмент CRM-коммуникаций рядом с Битрикс24 и amoCRM. Этот опыт помогает обсуждать собственное приложение при сохранении CRM, с которой уже работает команда.

Посмотреть Malling →
Реальный экран Бакаева: управление товарным каталогом и синхронизация с 1С
Реальный экран проекта Бакаев. Откройте изображение, чтобы рассмотреть интерфейс.

05 / Работа и состав оценки

Смета начинается
с каталога и запроса

Стоимость приложения агентства зависит от платформ, качества каталога, правил подбора и доступного обмена с CRM. Объём и срок определяем после проверки этих условий.

  1. Разбираем исходные данные

    Вы приносите обезличенную карточку объекта, подборку клиента и описание работы агента. Мы проверяем ID, поля, актуальность и доступ к тестовой CRM. Определяем, кто подтвердит правила каталога и показа.

  2. Проверяем прототип и обмен

    Проходим поиск, повторный вход, изменение объекта и запрос времени. На тестовом обмене сверяем поля и права. Сравниваем приложение iOS/Android, мобильный веб-каталог и доработку готовой системы по этому маршруту.

  3. Оцениваем разработку и выпуск

    В смете выделяем интерфейсы, сервер, интеграцию, тестирование и выпуск на выбранных платформах. Отдельно указываем размещение, карты, лицензии CRM и сопровождение. Условия аккаунтов и магазинов проверяем до планирования выпуска.

Мы отвечаем за согласованный интерфейс, обмен и проверки. Агентство предоставляет разрешённые данные, подтверждает их актуальность и назначает сотрудников, которые проверят подбор и показы. Если у CRM нет нужного доступа, сначала оцениваем доработку или другой способ обмена.

Перед заказом

Вопросы директора
агентства

Можно оставить действующую CRM?

Да, если она предоставляет нужные данные и операции. Мы проверим чтение объектов, запись запроса, назначение ответственного и возврат статуса. Если часть действий недоступна, согласуем доработку и её стоимость до разработки приложения.

Будет ли клиент видеть всю базу агентства?

Только согласованный публичный каталог или назначенную ему подборку. Правила доступа применяем на сервере. Проверяем прямые запросы к данным, внутренние контакты собственников и доступ другого клиента к избранному.

Можно автоматически выгрузить чужие объявления?

Источник каталога и право использовать его данные проверяем заранее. Подключение площадки зависит от разрешённого способа обмена и условий владельца данных. Перенос фотографий и описаний из произвольных объявлений не включаем в согласованный каталог.

Обязательно сразу выпускать iOS и Android?

Платформы выбираем по клиентам и первому сценарию. Если установку пока сложно обосновать, проверяем мобильный веб-каталог. Для приложения отдельно оцениваем обе платформы, сервер и выпуск; состав работ фиксируем до старта.

Как организуете работу с агентством в Москве или Санкт-Петербурге?

Готовы работать с агентствами из Москвы, Санкт-Петербурга и других городов России. Разбор каталога, демонстрации и приёмку проводим с вашей командой дистанционно. Если у филиалов разные правила показов или источники объектов, включаем их в оценку отдельно.

Следующий шаг

Покажите одну подборку.
Разберём путь до показа.

Пришлите обезличенные карточки объектов, название CRM и пример согласования времени. Мы предложим маршрут клиента, состав первой версии и условия для оценки разработки.

Для первого разговора достаточно описания процесса. Персональные данные клиентов и собственников не нужны.

Оценить один маршрут подбора ↗Передать пример в Telegram ↗13fox.comp@gmail.com

Отправляем 🚀

Проверяем соединение и передаём заявку.