Описание проекта
Мы ведём фирму по оценке недвижимости, и сегодня каждая заявка проходит через почту и таблицы, что при росте объёма заказов стало неуправляемым. Нам нужна единая веб-система, которая принимает заказ на оценку с момента, когда его подаёт банк, агентство или частный клиент, и доводит его до готового, выданного отчёта. Форма приёма должна фиксировать адрес и тип объекта, цель оценки, желаемый срок и приложенные документы, а затем создавать заявку с понятным статусом, который видят все участники. Дальше мы хотим назначать исполнителя-оценщика — вручную координатором или по простым правилам с учётом региона и загрузки — и автоматически уведомлять его о новой работе.
Каждая заявка должна хранить полное рабочее дело: назначение осмотра с контактным лицом объекта, загрузку фотографий с выезда, ввод объектов-аналогов и корректировок, а также фиксацию расчётной стоимости и применённого метода. Когда полевая часть закончена, оценщик формирует отчёт из шаблона, где уже заданы наши разделы, оговорки и вёрстка, чтобы мы перестали собирать документы руками. Нужны проверка и утверждение до отправки, а также место для хранения подписанного итогового файла в привязке к заявке. Отслеживание статусов обязательно на всей доске: новая, назначена, осмотр запланирован, в работе, на проверке, выдана — с явной отметкой просроченных.
Биллинг должен идти тем же потоком: стоимость за заявку, счёт, привязанный к клиенту, и простой учёт оплаченного и незакрытого. Предложите чистую архитектуру, роли координаторов и оценщиков и модель данных, с которой мы сможем расти дальше.
Что ожидаем в системе:
— форма приёма заявок с вложениями и проверкой полей;
— назначение оценщиков с уведомлениями и видом загрузки;
— планирование осмотров, загрузка фото и аналогов;
— отчёты из шаблонов с проверкой и утверждением;
— доска статусов, отметки просрочки и биллинг по заявке.
Каждая заявка должна хранить полное рабочее дело: назначение осмотра с контактным лицом объекта, загрузку фотографий с выезда, ввод объектов-аналогов и корректировок, а также фиксацию расчётной стоимости и применённого метода. Когда полевая часть закончена, оценщик формирует отчёт из шаблона, где уже заданы наши разделы, оговорки и вёрстка, чтобы мы перестали собирать документы руками. Нужны проверка и утверждение до отправки, а также место для хранения подписанного итогового файла в привязке к заявке. Отслеживание статусов обязательно на всей доске: новая, назначена, осмотр запланирован, в работе, на проверке, выдана — с явной отметкой просроченных.
Биллинг должен идти тем же потоком: стоимость за заявку, счёт, привязанный к клиенту, и простой учёт оплаченного и незакрытого. Предложите чистую архитектуру, роли координаторов и оценщиков и модель данных, с которой мы сможем расти дальше.
Что ожидаем в системе:
— форма приёма заявок с вложениями и проверкой полей;
— назначение оценщиков с уведомлениями и видом загрузки;
— планирование осмотров, загрузка фото и аналогов;
— отчёты из шаблонов с проверкой и утверждением;
— доска статусов, отметки просрочки и биллинг по заявке.
Другое Разное Наличные, Банковский перевод
