Витрина зарубежной недвижимости: три уровня доступа и своя CRM

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

Одна витрина — три разных пользователя

Разберём по ролям, потому что именно из этого выросла архитектура.

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

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

Менеджер агентства ведёт сделки. Ему нужно всё: объекты, клиенты всех партнёров, стадии, документы, начисления.

Три роли — это не три сайта, а один продукт с тремя проекциями на одни и те же данные.

Как разведены уровни доступа

Ключевое решение: разграничение делается на сервере, а не в интерфейсе. Это звучит очевидно, но нарушается сплошь и рядом — когда данные приходят на страницу целиком, а лишнее просто прячется стилями. Такое «скрытие» вскрывается за минуту через инструменты разработчика в браузере, и в нише, где обсуждаются проценты вознаграждения, это вопрос не эстетики, а сохранности бизнеса.

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

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

Почему вход по коду, а не пароль и почта

Решение, которое обсуждали дольше всего, и я на нём настоял.

Аудитория партнёров здесь — не айтишники. Это люди из разных стран, часто немолодые, с разными привычками и разным уровнем комфорта с технологиями. Классическая схема «почта плюс пароль» даёт три точки отказа: человек не помнит, какую почту указывал; человек забыл пароль; письмо о восстановлении улетело в спам или на почту, к которой нет доступа с телефона.

Каждая из этих точек — обращение в поддержку, то есть время менеджера. На десятке партнёров это терпимо, на сотне — отдельная работа.

Вход по коду убирает все три. Менеджер выдаёт партнёру код, партнёр вводит его и попадает в свой кабинет. Забыл — менеджер выдаёт заново, это операция на несколько секунд. Нет писем, нет спама, нет восстановления пароля. Компромисс здесь честный: такая схема слабее по безопасности, чем полноценная аутентификация, и она уместна ровно потому, что за кодом лежат сделки партнёра, а не деньги на счету.

CRM, которую не надо внедрять

Отдельной системы здесь нет намеренно. Стадии сделки, клиенты, начисления живут в том же продукте, что и витрина.

Причина прагматичная. Связка «сайт плюс внешняя CRM» требует интеграции, которая ломается при каждом обновлении на любой из сторон, и требует, чтобы менеджер работал в двух окнах. Для агентства из нескольких человек это не окупается ни разу.

Встроенная CRM умеет мало: карточка клиента, стадия, привязка к партнёру и объекту, расчёт вознаграждения, история касаний. Ровно то, что нужно, чтобы вести сделку от первого запроса до выплаты, — и ничего сверх.

Что оказалось сложнее, чем выглядело

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

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

Языки. Витрина многоязычная, но переводит не машина: описание объекта — продающий текст, и машинный перевод в этой нише читается как подделка.

Кому подойдёт

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

Не подойдёт при коротком цикле сделки и большом потоке — там нужна нормальная CRM с автоматизацией, а не встроенная.

Частые вопросы

Партнёр видит контакты своего клиента? Да, своего — видит, чужого — нет. Это отдельно проверяется на сервере, потому что именно здесь конфликты возникают чаще всего.

Можно ли добавить второй уровень партнёров? Технически да, структура это позволяет. Но многоуровневая схема сильно усложняет расчёт вознаграждения и требует отдельного разговора о том, как считается доля.

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

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

Что происходит, если партнёр уходит? Его код перестаёт работать, а сделки и клиенты остаются в системе агентства. Это надо решать до запуска, а не после: вопрос «чьи это клиенты» при расставании всплывает всегда и портит отношения, если ответ не был записан заранее.

Коротко о главном

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

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