Бизнес-функциональные требования (БФТ)

Запись на выдачу ключей, итерация 2

22 августа 2025 г.

Краткое описание

Необходимо в ЛК Клиента реализовать выдачу ключей через бесшовную интеграцию с Базисом по API. В ЛК клиента должны присутствовать следующие функции:

• Запись на выдачу объекта недвижимости (квартиры, парковки, кладовки).
• Визуал календаря с доступными слотами - дата и время  (после нажатия кнопки “Записаться на выдачу”)
• История записей на выдачу объекта недвижимости
• Отмена записи на выдачу объекта недвижимости. 
• Повторная запись на другую дату и время (система не позволяет изменить дату\время. Можно только отменить и записаться заново. Необходимо продумать вариант при котором при нажатии на кнопку “Изменить запись” ЛК самостоятельно вызывает 2 события: 1. Отмена текущей записи; 2. Создание новой записи)
• Уведомления о событиях. Список записей на выдачу.
• Возможность посмотреть/выгрузить документы по приобретенной недвижимости (Акт приема передачи\дефектовочный акт)

В третью итерацию планируем добавить: 

• Проработка синхронизации данных в ЛК клиента с Базисом по кейсу: что будет, если в ЛК клиента заходят по одному номеру телефона, в базисе – другой номер телефона.
• Обмен комментариями по тех.заявке (дефектовочный акт)

Задача в Битриксе: 450072 

Пользователь внешний, продукт

Пользователь: Существующий клиент - Все собственники ОН (Объекта Недвижимости):

Объем по выдаче ключей до конца 25 года: max 16 969 объекта

Продукт: ЛК Клиента

Цели и эффекты

Цели: 

• Упростить и цифровизировать клиентский опыт по приему готовой квартиры;
• Снизить издержки КЦ; 
• Передавать дефектовочные акты через задачи в Б24 Инженерам для исправления выявленных дефектов.
  
  

Реализация в Личном кабинете клиента

4.1. Целевое решение - бесшовная интеграция с базисом с исключением повторной авторизации клиентом. 

4.2. Информация о том, что объект недвижимости готов к выдаче ключей клиенту, должна быть в ЛК клиента в разделе “Моя недвижимость”:

• Баннер вверху страницы “Выдача ключей” с кнопкой “Записаться”,
• На карточке объекта в теге меняется статус “Выдача ключей”,
• На карточке объекта в отдельной плашке должен быть текст “Запишитесь на выдачу ключей” с кнопкой “Записаться” 
• На карточке объекта, готового к выдаче, должна появляться иконка “Ключи” - данная иконка должна исчезать после смены статуса на “Ключи выданы”
• Объекты необходимо разделять на разные вкладки в соответствии со статусом ОН, например, ОН в статусе “Выдача ключей”, должен быть во вкладке (табе) “Выдача ключей”
•  

4.3. Кнопка “Записаться” должна открывать клиенту в этом же окне форму для записи.

4.3.1. В форме для записи должны быть информация и поля:

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

4.5. Одновременно с событием 4.4. в ЛК клиента должна появиться информация о том, что клиент записался на выдачу ключей: 

4.6. В событии должна быть также возможность изменить запись - изменить дату время или отменить:

4.6.1. При событии “отменить запись” - информация должна также пробрасываться во все остальные системы для отмены клиента на запись по выдаче ключей: 

• изменение статуса записи в Базис; 
• изменение статуса записи в ЛК Клиента в разделе “Мои события”. 
• Недвижимость в ЛК Клиента, которая была готова к выдаче, снова получает статус “Выдача ключей”, с функционалом “Записаться”. А сама информация о записи должна поменять статус “Отменено”. 

4.6.2. При событии “изменить запись” должен открываться такой же календарь с выбором даты/времени, как и в пункте 4.3. - измененные даты и время должны обновиться в форме записи “Мои события”. 

4.7. После того, как прошла выдача ключей, в ЛК Клиента должен обновиться статус недвижимости на “Ключи получены” + закрытие возможности “Записаться на выдачу”

4.8. Если приемка не удалась, то по объекту недвижимости необходимо изменить статус на “исправления замечаний” и как замечания будут исправлены - приглашение на повторную приемку.

4.9. Если в форме записи на приемку есть ошибка и необходимо исправить какие-либо данные (Основные, паспортные, адреса), то у клиента должна быть кнопка “Исправить данные” - нажатие на эту кнопку он изменяет данные и продолжает заполнение формы для записи на выдачу ключей. 

4.10. Необходимо в раздел “Моя недвижимость” добавить подраздел “Мои документы, в этот подраздел должны подгружаться документы с возможность посмотреть/выгрузить:

• Акт приема-передачи - после того, как прошла выдача ключей и сформированы документ;
• Если при приемке квартиры были выявлены дефекты, то необходимо погружать дефектовочный акт в ЛК.

Пример:

Дизайн макеты

5.1. Требования к задаче по дизайну макетов в ЛК Клиента: https://docs.google.com/document/d/1ZtYEUcbTqB7YXQWgyOWW8D52ffyESdWvSR1FgcRaTuM/edit?usp=sharing 

5.2. Отрисованные и согласованные макеты по требованиям в пункте 5.1: https://pixso.dogma.ru/app/editor/yhkY_3iS9lZWa4aA5UJEIg?page-id=0%3A1 

Реализация в Битриксе

6.1. Реализация работ в битриксе будет осуществляться в рамках задачи по интеграции Базиса и Битрикса. Данные из Битрикса будут передаваться в Базис, данные в ЛК клиента по записи будут попадать по интеграции с Базисом. 

Необязательные фичи

7.1. по пункту 4.4. Также должна быть кнопка на саксесс экране “Добавить в календарь” - вызывается событие на технике клиента по добавлению в личный календарь (google; outlook; календарь apple; яндекс.календарь.

7.2. в Меню в разделе “Моя недвижимость” при событии “Готово к выдаче ключей” должен появиться счетчик события, например: 

Смс/email уведомления о записи

Вне рамок задачи по ЛК клиента:

8.1. Информирование о записи в ЛК Клиента будет проходить через рассылки email/смс из Базиса:

• Предварительная рассылка “Дома в статусе готовности к выдаче” - приглашение на выдачу;
• Дополнительное уведомление по таймеру за 1 день до выдачи.
• Персонализированные уведомления - настраивается в ручную специалистами отделов “Отдел выдача ключей и актов”, “Отдел гарантийных обязательств”
  
  

Отчетность, отслеживание, Метрики

9.1. Необходимо в ЛК Клиента обвязать Яндекс.Метрикой (будет отдельной задачей):

• Кнопка перехода в раздел выдачи ключей
• Кнопка перехода к записи на выдачу ключей
• Выбор даты, времени и кнопка подтверждения записи
• Кнопка перехода в раздел  услуги «Комфортный переезд»
• Заполнение фос и кнопка подтверждения запроса на предоставление услуги
  
  

Документация по задаче

10.1. Схема процесса: https://drive.google.com/file/d/1Z3eZpM5XylOVtiWKfNpgSMb8e7vibH1F/view?usp=sharing 

• внимание на вопрос «Можно ли менять данные клиента в записи, пробрасываются ли они дальше в системы? Или при несоответствии данных необходимо заворачивать процесс записи на звонок с менеджером - “экран неуспеха” .10.2. Доска проекта, CJM: https://miro.com/app/board/uXjVM10eGwU=/?moveToWidget=3458764611327236814&cot=14 

10.3. Дорожная карта “Выдача ключей в ЛК Клиента”: https://docs.google.com/spreadsheets/d/1dDTeY6vWAcidxqJtP3wRnY6XIoX0Ug0FYMRXo1Qssls/edit?usp=sharing 

Дополнительные требования.

11.1. Технические требования: 

• API интеграция : потребуется детальное описание протоколов взаимодействия с Базисом, включая обработку ошибок и таймаутов.
• Безопасность : учитывать сохранность предоставляемых данных пользователем. 
• Мониторинг: учесть отслеживание статусов интеграции и оперативного реагирования на сбои.
• В Системном анализе обратить 

11.2. Бизнес-логика: 

• Статистика : сбор данных по популярности временных слотов для оптимизации расписания.
• Интеграция с CRM: возможная интеграция с Битрикс24, для актуализации данных в системе.
• Помощь пользователю: внедрение подсказок и инструкция по заполнению форм.
• Уведомление клиента :  потребуется проработка по какому каналу уведомлять клиента или в ЛК Клиента.

11.3. Документация: 

• User Story: подробное описание сценариев использования системы от лица пользователя.
• Use Case: формализованное описание всех возможных вариантов использования функционала.

11.4. Нефункциональные требования: 

• Производительность: время отклика системы.
• Нагрузка: поддержка одновременной работы не менее N пользователей (и учета бронируемых лотов по времени).
  
  

Рабочая группа

Рабочая группа со стороны бизнеса

Рабочая группа со стороны исполнителя