Видит свой ремонт
Открывает опубликованные этапы, фото и документы, сравнивает сметы, отвечает на изменения и следит за обращениями. Доступ к чужому объекту закрыт.
13FOX / Клиентский сервис ремонта
Разработка кабинета заказчика ремонта
Этапы, фотографии и согласования — в одном месте для клиента вашей ремонтной компании.
Мы создаём кабинет, в котором заказчик видит ход работ, сравнивает версии сметы и отвечает на предложение допработ. Менеджер получает решение по конкретному объекту и изменению.
Наш опыт: CentreVisa — статус заявки, документы и связь с консультантом в одном приложении.
У клиента на экранеЧто готово.
Что меняется.
Что согласовать.
Что меняется.
Что согласовать.
01 / Один объект, понятная история
Клиент видит текущий этап
и следующий шаг
Мы собираем экран вокруг объекта: план, опубликованный фотоотчёт и изменение, которое ждёт решения. Для каждого отчёта сохраняем этап, дату публикации и автора; дату съёмки указываем отдельно, если она известна. Для сметы сохраняем отдельную версию.
Концепция интерфейса / вымышленные данные
В работеКвартира · Объект 014
Этап 2 из 4
Черновые работы
- Подготовка
- Черновые
- Отделка
- Приёмка
Сгенерированная иллюстрацияОпубликован · 02.10.2026Отчёт прораба · проверен менеджером
Подготовлены точки электрики. Следующая работа по плану — закрытие штроб после проверки.
Изменение № 03 / требуется решениеДополнительные розетки
Дополнительные розетки
в рабочей зоне
Причина: клиент добавил рабочее место в комнате. В предложение включены две новые точки и восстановление отделки. В примере срок этапа меняется на 2 дня.
Смета v1 · согласована384 000 ₽Исходный состав работ
Смета v2 · на согласовании411 000 ₽Изменение: +27 000 ₽
- Две точки электрики
- +18 000 ₽
- Восстановление отделки
- +9 000 ₽
Клиенту доступны состав, причина, сумма и влияние на план. Решение клиента сохраняется вместе с версией v2.
Согласовать v2Задать вопрос
Демонстрационные суммы и сроки. Это не цена разработки. Элементы концепции не отправляют согласование.
ДокументыДоговор · смета v1 · смета v2
ПлатежиПлан и подтверждённые оплаты
Обращение по объектуВопрос по розеткам · у менеджера
02 / Согласование допработ
Решение должно относиться
к точному изменению
Если менеджер исправил сумму после отправки предложения, прежний ответ клиента не должен автоматически относиться к новой смете. Мы проектируем маршрут, в котором опубликованные версии сохраняются, а новое изменение снова проходит согласование.
- 01
Прораб описывает изменение
Объект, этап, причина, объём и фотографии попадают в черновик допработ.
- 02
Менеджер выпускает версию
Проверяет состав, цену и сдвиг плана. Система сохраняет v2 и отправляет клиенту уведомление.
- 03
Клиент принимает решение
Сравнивает v1 и v2, согласует, отклоняет или задаёт вопрос. Просмотр предложения учитываем отдельно от согласия.
- 04
Система фиксирует ответ
Сохраняет пользователя, объект, версию, решение и время. Проверяет полномочия на сервере и обрабатывает повтор отправки по согласованному правилу.
- 05
Команда видит результат
Менеджер получает решение; передача в CRM имеет свой статус. Пока ответ CRM не получен, обмен показывается как ожидающий или ошибочный.
03 / Кто отвечает за данные
Три роли вокруг объекта
Ведёт клиентскую часть
Проверяет отчёт, публикует смету, отвечает на вопрос и контролирует передачу решения в CRM. Назначение ответственного остаётся видимым команде.
Готовит отчёт и допработы
Добавляет фото к этапу и описывает допработы на своих объектах. Право менять цену или публиковать предложение определяем отдельно.
Мы согласуем права на файлы и действия, включая передачу объекта другому сотруднику и отзыв доступа у клиента.
04 / Первая рабочая версия
Запускаем полный путь
на одном объекте
Мы предлагаем начать с одного типа ремонта и одного маршрута допработ. На пилотном объекте проверяем работу клиента, менеджера и прораба, затем расширяем состав по результатам.
Включаем в первый кабинет
- Вход и доступ к назначенным объектам.
- Этапы, план и датированные фотоотчёты.
- Смета, её версии и маршрут допработ.
- Документы и история решений.
- Обращение по объекту, ответственный и статус.
- Один согласованный канал уведомлений.
- План платежей и подтверждённые оплаты из выбранного источника.
Оцениваем отдельными модулями
Онлайн-оплату, электронное подписание, несколько CRM, видеонаблюдение и отдельное мобильное приложение включаем, когда они нужны выбранному сценарию.
Внутренний учёт бригад, закупок, склада и зарплат требует своих ролей и правил. Состав кабинета клиента можно согласовать без переноса этих процессов.
Подробнее о границах MVPГотовая система, настройка или разработка
Готовая система. Проверяем, умеет ли она показать клиенту нужную версию сметы и ограничить доступ к объекту. Если маршрут подходит, готовый продукт может закрыть задачу.
Настройка текущей CRM. Подходит, если уже есть клиентский доступ, нужные сущности и права. Проверяем, какие изменения доступны без отдельного сервиса.
Заказной кабинет 13FOX. Предлагаем, когда требуется свой клиентский сценарий, правила публикации или связь нескольких источников. Сохраняем пригодный внутренний учёт и создаём нужный интерфейс.
05 / Данные и интеграция
У каждой цифры
есть источник
До оценки мы проверяем API вашей CRM и определяем, где ведутся объект, план, смета и оплаты. У кабинета должен быть понятный источник каждой записи и правило обновления.
В предлагаемой архитектуре обмен выполняет сервер: он хранит служебный доступ, проверяет права и передаёт разрешённые данные в интерфейс. Клиенту показываем дату обновления и понятный статус, если система-источник временно недоступна.
CRM / учётОбъект · этапы · оплатыСостав и права проверяем по API
↓Сервер кабинетаПрава · версии · журнал обменаСтатус ошибки и повтор по правилам
↕КлиентПросмотр · решение · обращениеТолько доступный ему объект
Решение сохранено, CRM недоступна
Этот случай включаем в приёмку. Решение клиента остаётся связанным с версией сметы, передача получает статус ошибки или ожидания, сотрудник видит проблему. После восстановления проверяем повторную передачу и сверяем записи, чтобы повторная передача не создала дубликат.
06 / Подтверждённый опыт
CentreVisa:
статус и общение
рядом с заявкой
В CentreVisa мы собрали обращения в одной системе. Клиент выбирает страну и тип визы, заполняет анкету, возвращается к статусу заявки и общается с консультантом в её чате, где можно прикладывать файлы.
Для ремонта мы применяем этот подход к объекту: клиенту доступны материалы и действия по его задаче. Версии смет и согласование допработ проектируем отдельно под правила подрядчика.
CentreVisa — визовый сервис. Показанный выше кабинет ремонта является концепцией; отраслевой кейс ремонта здесь не заявлен.
Открыть кейс CentreVisa
07 / Объём разработки и приёмка
Оценка начинается
с ваших этапов и одной допработы
На встрече с владельцем компании или руководителем клиентского сервиса мы разбираем пример объекта. Для проверки маршрута подключаем менеджера и прораба: кто готовит изменение, кто выпускает смету, кто получает ответ клиента.
- 01
Описываем рабочий маршрут
Фиксируем этапы, роли, документы, условия согласования и источники данных. Результат — граница первой версии и перечень зависимостей.
- 02
Проверяем на прототипе
Проверяем с подрядчиком и клиентом просмотр фотоотчёта, сравнение смет, отправку вопроса и отказ от допработ. Уточняем, какие подписи и статусы понятны без объяснения менеджера.
- 03
Разрабатываем и связываем
Собираем интерфейс, серверную часть и согласованный обмен. Проверяем работу кабинета на согласованных сценариях.
- 04
Принимаем на пилотном объекте
Проверяем попытку открыть чужой объект по прямой ссылке, новую версию после ответа, отказ, повтор отправки, ошибку CRM и восстановление обмена. Если клиент отвечает из старой вкладки после выпуска новой сметы, система предлагает актуальную версию; прежний ответ остаётся в истории. Ожидаемый результат каждого сценария фиксируем заранее.
Что влияет на стоимость и срок
Объём меняют число ролей, правила смет, готовность API, перенос файлов, способ входа, уведомления, оплата и подписание. Доступность сотрудников для проверки процесса и готовность тестовых данных влияют на план работ. В оценке указываем включённые работы, допущения, внешние сервисы и расходы после запуска.
Например, кабинет с ручной публикацией отчёта и одним маршрутом допработ включает меньше работ, чем система с двусторонней CRM-интеграцией, онлайн-оплатой и подписанием. Бюджет и срок называем после разбора состава.
08 / Вопросы до старта
Что обсудим заранее
Можно ли начать с кабинета на сайте?
Да. Мы предлагаем сначала проверить веб-кабинет на телефоне клиента и компьютере менеджера. Отдельное мобильное приложение оцениваем, если нужны функции устройства или другой способ регулярного доступа. Существующий сайт можно сохранить, если его серверная часть подходит для авторизации и работы с данными.
Как связать кабинет с нашей CRM?
Сначала проверяем доступные методы API, права и структуру объектов. Затем определяем, где создаются этапы, сметы и платежи, и какие события кабинет передаёт обратно. Если в CRM нет версий сметы, проектируем их хранение отдельно и связываем с карточкой объекта.
Станет ли нажатие «Согласовать» подписью под допработами?
Мы фиксируем решение клиента по конкретной версии. Юридически значимый способ согласования выбираем отдельно с учётом договора, идентификации сторон и требований к документу. При необходимости закладываем подписание через подходящий сервис. Само наличие кнопки не устанавливает правовой режим.
Нужно ли переносить учёт закупок и бригад?
Для первого клиентского кабинета достаточно публикуемых этапов, фото, смет и обращений. Закупки, наряды, зарплаты и складской учёт можно оставить в рабочих системах команды. Если они нужны в проекте, оцениваем их отдельным составом.
Кто будет обновлять фотографии и план?
Назначаем владельца каждого типа данных. В предлагаемом сценарии прораб готовит фотоотчёт, менеджер проверяет и публикует его, а план приходит из согласованного источника. Вместе с вами определяем порядок обновления и показываем клиенту дату публикации.
Начнём с вашего объекта
Пришлите этапы ремонта
и пример допработ
Мы предложим первый кабинет клиента: состав функций, маршрут согласования, нужные интеграции и предварительную оценку. Достаточно обезличенной сметы и названия текущей CRM.