Войти на сайт
Логотип
Клиентам

ЖК Ясный берег

Вернуться к списку
  • Тип проекта:
    Коробочная версия
  • Тематика сайта:
    Строительство, ремонт и благоустройство
  • Редакция продукта:
    Корпоративный портал - 100
  • Сайт:
  • Партнер:

Ясный берег - один из самых крупных застройщиков города Новосибирска. 

Город- парк – это проект, в котором учтены все условия для комфортного проживания. Идеальное место для тех, кто хочет жить с особыми удобствами не покидая черты города и не тратя времени на дальние расстояния.

Город-парк «Ясный берег» – это дружественная культурная среда и экология – свежий воздух, река, большие парковые территории.

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

В связи с активным использованием компанией Битрикс24 облачной версии стало не хватать в итоге было решено осуществить “переезд” на коробочный Битрикс24.  Естественно, что  открывшиеся возможности кастомизации тут стали использовать.

Была проделана глубока интеграция с 1С в результате которой Битрикс24 практически в режиме реального времени обменивается с 1С информацией о сделка/договорах. Во время обмена на стороне Битрикс24 проходят проверки изменения данных на стороне 1С и в зависимости от их результатов происходит изменения в Сделки. К примеру

  • фиксация дат событий

  • постановка задачи в случае снятия брони

  • при отсутствии необходимых данных - постановка ответственном сотруднику задачи на исправление

  • отправка сообщения клиенту при изменениях статуса через интеграцию с WA

Так же реализовано логирование изменений с целью контроля и статистики

Недавно были внесены ключевые доработки и бизнес процессы:

  1. Настроить систему автоматической выгрузки данных из УПН в CRM в советующие ID карточки клиента

  2. Данные должны быть синхронизированы в моменте, а также плановое обновление данных должно проходить не реже 1 раза в час. 

  3. Создать в карточке Сделки отдельные поля с названием блока УПН, в которые нельзя вручную вносить изменения:

  • Корпус

  • Объект недвижимости

  • Дата устной брони

  • Срок устной брони

  • Клиент

  • Место рождения

  • Дата рождения

  • Вид документа

  • Серия документа

  • Номер документа

  • Код-подразделения

  • Дата выдачи

  • Кем выдан

  • Адрес эл. почты

  • Адрес по прописке

  • Фактический адрес

  • Телефон

  • Цена

  • Площадь

  • Стоимость ремонта

  • Стоимость

  • Размер скидки

  • Стоимость с учетом скидки

  • Менеджер

  • Агентство

  • Банк

  • Кон. лицо АН

  • Срок оплаты

  • Военная ипотека

  • Субсидированная ставка

  • Трейд-ин

  • Доля

  • Тип ОН

  • Подъезд

  • Ось

  • Этаж

  • Ценовая группа

  • Дата снятия устной брони

  • Причина снятия брони

  • Комментарий к брони

  • Комментарий к снятию брони

  • Комментарий к договору

  • Дата письменной брони

  • Срок письменной брони

  • Дата снятия письменной брони

  • Отсрочка/рассрочка

  • ПВ, %

  • Процентная ставка по отсрочке/рассрочке, %

  • Дата предварительного договора

  • Сумма предоплаты

  • Плановая дата заключения договора купли-продажи

  • № ДДУ

  • Дата ДДУ

  • Тип договора

  • Покупатель (1,2,3, …)

  • Телефон покупателя (1,2,3,…)

  • Дата регистрации в ФРС

  • Дата расторжения

  • Причина расторжения договора

  • Дата акта приема-передачи


4.При внесении МОП, сотрудника ДО в УПН устной брони, письменной брони, документов на снятие бронирования, предварительного договора, сделки, расторжения сделки, а также акта приема-передачи  заполняются автоматически в CRM. поля, экспортируемые из УПН в CRM.

5.Удалить поля CRM, дублирующих информацию в новом блоке «УПН», из других блоков («О сделке» и «Дополнительно»). Данные, содержащиеся в этих полях, перенести в блок «УПН». Этот пункт относится к сделкам в базе CRM, занесенным до настройки обмена между CRM и УПН. Список полей для переноса указан в приложении №2 к настоящему Техническому заданию

6.Через 48 часов после постановки устной брони клиенту через систему Whatsap или СМС в автоматическом режиме отправляется сообщение с напоминанием об ее окончании.

7. В день снятия устной брони (срок бронирования будет импортирован в Битрикс из УПН) Ответственному менеджеру ставится задача в CRM "Снять устную бронь или продлить"

8. В случае продления устной брони в УПН, в сделке фиксируется дата изменения устной брони. 

9. В случае снятия с устной брони в УПН по причинам, указанным ниже, сделка переводится в стадию «Архивная сделка», лид при этом остается в стадии «Перешел в сделку»:

  • Купил в др новостройке

  • Отказ в ипотеке

  • Ошибочно/дубль

  • Решил купить вторичку

  • Ухудшение фин. положения

10 В случае снятия устной брони в УПН по причинам, указанным ниже, сделка переводится в стадию «Архивная сделка», лид при этом переходит в стадию «Менеджер»:

  • Выбрали другой ОН в ЯБ

  • Не выходит на связь

  • Не продали кв клиента(ТИ)

  • Переезд в другой город

  • По семейным обст-вам

  • Прочее

  • Юр. препятствия

  • Отложил покупку

11. При снятии устной брони клиенту уходит сообщение через систему Whatsap или СМС о снятии брони

12. Трейд-ин (при наличии маркера в CRM ставится задача сотруднику отдела обменов на заполнение блока по трейд-ин)

13. Сценарий – сделка провалена:

13.1После сохранения документа «Снятие брони объекта недвижимости» происходит автоматический экспорт данных в CRM (см. п.4).

13.2Сделка в CRM уходит в стадию «Архивная сделка» в отдельном поле «Причина снятия брони» записываются данные из поля «Причины снятия брони» из УПН. В истории сделки в CRM фиксируется дата снятия устной либо письменной брони.

Список причин снятия брони из справочника в УПН:

  • Выбрали другой ОН в ЯБ

  • Купил в др новостройке

  • Не выходит на связь

  • Не продали кв клиента(ТИ)

  • Отказ в ипотеке

  • Ошибочно/дубль

  • Переезд в другой город

  • По семейным обст-вам

  • Прочее

  • Решил купить вторичку

  • Ухудшение фин. положения

  • Юр. Препятствия

  • Отложил покупку

13.3Удалить в CRM стадии сделки: 

  • Передумал

  • Купил в другом месте

  • Отказался от продажи вторички

  • Отложил покупку

  • Снял бронь после продажи вторички

  • Купил у инвесторов

14.Сценарий – сделка заключена:

  • После сохранения документа «Предварительный договор» происходит автоматический экспорт данных в CRM (см. п.4).

  • В CRM сделка автоматически переходит в стадию «ПДКП/ПДДУ/ДБ».

  • Если сотрудник ДО формирует документ сделки в УПН, заполняя все данные по ДКП или ДДУ. После сохранения документа сделки происходит автоматический экспорт данных в CRM.

  • В CRM сделка автоматически переходит в стадию «ДКП/ДДУ/ДУПТ»

  • В случае, если в сделке участвуют несколько покупателей, то в карточке сделки информация по клиенту заносится (ФИО, адрес, телефон, место и дата рождения и пр.) по Покупателю №1 из УПН. По прочим покупателям из УПН экспортируется только ФИО и Телефон (см. п.4).

  • После регистрации в Росреестре сотрудник ДО вносит в сделку в УПН дату регистрации. После сохранения документа сделки в УПН происходит автоматический экспорт данных в CRM (см. п.4).

  • В CRM сделка автоматически переходит в стадию «Сделка завершена (регистрация в Росреестре)», поле «дата регистрации» автоматически заполняется в CRM из УПН. 

  • В случае расторжения договора сотрудник ДО в УПН формирует документ «Расторжение сделки» либо «Дополнительное соглашение» (Тип: «Уступка») 

  • После сохранения документов «Расторжение сделки» либо «Дополнительное соглашение» (Тип: «Уступка») происходит автоматический экспорт данных в CRM (см. п.4).

  • В CRM сделка автоматически переходит в стадию "Архивная сделка" с указанием причины снятия из поля «Причина расторжения договора» в УПН.



15. После ввода в эксплуатацию объекта строительства (дома) и подписания с клиентами акта приема-передачи, сотрудник ДО формирует акт приема-передачи в УПН. После сохранения документа «Акт приема-передачи» происходит автоматический экспорт данных в CRM (см. п.4).

16. Контактные данные, указанные в лиде, не должны потеряться и могут отличаться от контактных данных, указанных в сделке.

17.За 3 дня до снятия письменной брони в карточке сделки ответственному менеджеру ставится задача в CRM уточнить сроки бронирования

18. Убрать в CRM обязательность заполнения полей при переходе на стадию «Письменная бронь», чтобы сотрудник мог создать пустую карточку сделки и скопировать присвоенный ID в УПН.

19. При экспорте данных по брони/сделке настроить алгоритм сверки АН, указанное в CRM в карточке лида и заменить на то, что указано в УПН при расхождении.