Агентству недвижимости одновременно нужны витрина для клиента и рабочее пространство для команды. Брокер проверяет объект, руководитель видит заявки, юрист согласует договор, маркетолог готовит публикацию. Если эти действия живут в разных местах, сотрудникам приходится вручную соединять информацию.
В RIGHTHALL я работаю над системой, которая связывает эти процессы. Внутренний каталог, CRM, подготовка объявлений, задачи и клиентский сайт развиваются как части одного проекта. Рассказываю, как устроена эта работа и почему скорость разработки зависит от ясности правил не меньше, чем от возможностей нейросетей.
Сайт, каталог и рабочие инструменты.
Листайте кадры и открывайте их в полном размере. Под каждым материалом — его источник и этап работы.
Посмотрите в движении
Что можно увидеть
Публичная часть RIGHTHALL показывает, как предложение агентства связано с каталогом объектов. Рабочая система продолжает развиваться.
- Главную страницу агентства и каталог новостроек: от знакомства с предложением до карточки конкретного объекта.
- Запись переходов по публичному каталогу. В ней сохранены дата данных и предупреждение о последней проверке — актуальность предложения нужно уточнять.
- Экраны платформы и архивный фото-конвейер с подписями об этапе разработки. В статье отдельно разобрана моя работа с каталогом, поручениями и согласованием документов.
Содержание статьи
С чего началась работа
Когда я пришёл в проект, создание сайта уже затянулось. После первой версии требовались новые исправления, а агентству нужно было запускать работу: принимать обращения, разбирать объекты и давать брокерам информацию для консультаций. Ожидание следующего изменения на сайте задерживало связанные задачи.
Я предложил параллельно собрать внутреннюю систему с разделением на новостройки и готовое жильё. Такой порядок позволял обсуждать конкретные действия сотрудника: что он получает, где проверяет сведения, кому передаёт результат. Эти вопросы стали основой разработки вместо длинного перечня пожеланий к интерфейсу.
Моя роль в проекте
Я связывал бизнес-задачи агентства с разработкой через ИИ-инструменты, задавал требования, проверял варианты и организовывал доработки. Команда и ИИ-агенты помогали создавать код, материалы и производственные маршруты. Решения по юридическим документам и клиентским данным сохранялись за соответствующими участниками проекта.
По моей оценке, основной объём внутренней разработки удалось собрать примерно за полтора месяца. Этот срок описывает этап создания системы; отладка и интеграции продолжаются. Для сложного проекта полезно фиксировать состав выполненной работы: готовность отдельного модуля ещё не означает завершения всего комплекса.
Как информация попадает в каталог
В основе рабочего пространства лежат карточки объектов и жилых комплексов. Мы объединили сведения из нескольких источников и добавили собственную оценку объектов. Для брокера это превращается в понятный вход: выбрать объект, посмотреть характеристики и уточнить доступность лота перед разговором с клиентом.
В проекте предусмотрена передача данных через API — способ обмена, при котором одна система получает сведения от другой без ручного копирования. При этом характеристика дома, актуальность предложения и редакционная оценка имеют разную природу. Их важно различать, чтобы мнение агентства не выглядело официальным свойством объекта.
Что происходит после выбора объекта
Следующий участок работы связан с CRM и подготовкой объявления. Информация об объекте должна перейти в нужный рабочий процесс, а материал для публикации — опираться на проверенные характеристики. ИИ помогает подготовить текст, но сотруднику необходимо увидеть, какие данные использованы и что требуется уточнить.
Отдельно я выстроил маршрут согласования договоров. Брокер передаёт запрос юристу, тот проверяет документ и вносит правки, после чего появляется идентификатор согласованной записи. Здесь автоматизация полезна сохранением порядка: понятно, какая версия проверена и на каком этапе находится запрос.
Как поручения становятся задачами
В ежедневной работе много договорённостей возникает в Telegram. Мы добавили маршрут, который помогает превращать переданные поручения в список задач и распределять их по рабочим направлениям. Его практическая цель проста: после обсуждения у задачи должно быть место, где можно найти содержание и дальнейшие действия.
Для подобной системы важен исходный источник. Если срок или исполнитель не названы, автоматическая обработка не должна придумывать их. А сообщение «сделал» полезно связывать с результатом: ссылкой, файлом или изменением. Такой подход помогает обсуждать качество работы на основании конкретного артефакта.
Зачем агентству статьи и клиентский сайт
Внешняя часть проекта объясняет предложение агентства и помогает человеку перейти от поиска информации к обращению. По моим данным на этапе работы, мы подготовили около 90 SEO-материалов и получили первые обращения с сайта. Эти первые наблюдения дальше нужно сопоставлять с периодом и аналитикой.
Статьи должны отвечать на вопросы покупателя и вести к соответствующему объекту или услуге. Подготовка текста, редакторская проверка и размещение остаются самостоятельными шагами. Когда каталог и редакция используют одни исходные факты, исправление характеристики легче провести по всему связанному материалу.
Где команда открывает систему
Для проекта создаются несколько способов доступа: сайт, PWA и Telegram Mini App. PWA — веб-приложение, которое можно добавить на главный экран телефона. Mini App открывает интерфейс внутри Telegram. Каждый формат должен помогать решать ту же рабочую задачу на удобном для пользователя устройстве.
Часть направлений продолжает развиваться. Голосовая телефония находится в интеграции, 3D-представление объектов проходит согласование, контент-завод готовится к дальнейшей работе. Эти этапы требуют собственных проверок: разговор по телефону, просмотр модели или полученный видеофайл дают разную информацию о готовности продукта.
Что этот кейс показывает руководителю
Большую автоматизацию удобнее начинать с нескольких связанных действий. В RIGHTHALL такими действиями стали работа с объектом, обращением, договором и поручением. Когда для них понятны входные данные и следующий участник, разработка перестаёт зависеть от общего обещания сделать умную систему.
Для другого агентства я бы сначала разобрал один повторяющийся маршрут: например, подготовку предложения по объекту. Затем проверил бы источник характеристик, роли команды и итоговый материал. После этого можно расширять систему, сохраняя правила, которые уже выдержали реальные рабочие ситуации.
Этот проект показывает мой подход к внедрению ИИ: сначала разложить работу бизнеса на понятные действия, затем связать данные, людей и инструменты. У каждого этапа должен быть конкретный результат, а дальнейшее развитие системы — опираться на то, что команда уже может проверить и использовать.
Свяжем процессы вашего агентства
Опишите, где сейчас теряются объекты, заявки или поручения. Мы разберём маршрут и выберем первый участок для внедрения либо обучения команды на собственном проекте.
