Владелец
Выбирает интерьерный образ, видит состав без артикулов и статус готовности проекта.
Ограничение
Не обязан разбирать скрытые монтажные детали.
Кейс: Портал готовых комплектов сантехники
Публичный каталог интерьерных комплектов, где единица работы — проект комплектации помещения. Покупатель выбирает готовое решение для санузла, система удерживает состав, согласование и передаёт монтажную ведомость.
Карточка проекта
Содержание
Отрасль и клиент
Рынок и задача
Клиент — салон сантехники в Минске. Название не раскрывается — NDA. Покупатель редко ищет один смеситель: ему нужен законченный интерьер — ванна или душевая зона, раковина, керамика, мебель, аксессуары и скрытые монтажные элементы. Каталог из отдельных карточек это не закрывает: владелец выбирает образ, дизайнер собирает ведомость, подрядчик проверяет совместимость уже на объекте.
Цифры кейса задают масштаб интерфейса и архитектуры, а не описывают конкретную компанию: около 1 200 позиций, 48 комплектов, шесть консультантов. Портал не проектирует инженерные сети и не берёт ответственность монтажной организации. Он замыкает контур от выбора готового решения до подтверждённого состава и монтажного пакета.
Масштаб первой версии
Позиции каталога~1 200
Готовые комплекты48
Консультанты6
Срок внедрения12–14 нед.
| Показатель | Значение |
|---|---|
| География | Беларусь, салон в Минске |
| Активные позиции | ~1 200 |
| Подготовленные комплекты | 48 |
| Консультанты | 6 |
| Роли первой версии | владелец, дизайнер, подрядчик, консультант |
| Основной процесс | От карточки комплекта до подтверждённого заказа и монтажной ведомости |
| Контур пилота | одна категория помещений, два консультанта, самые стабильные комплекты |
Витрина артикулов не равна готовности помещения: нужна рабочая среда проекта комплектации.
Роли
Дизайнер
Сохраняет материалы, цвета и размеры, предлагает замены внутри правил комплекта.
Ограничение
Работает в одной актуальной версии, без параллельной таблицы.
Подрядчик
Проверяет подключения, ниши, тип стен и получает монтажную ведомость.
Ограничение
На объекте — короткий мобильный маршрут, без полного каталога.
Консультант
Ведёт очередь открытых вопросов, замены и фиксацию итоговой версии.
Ограничение
Главный экран — проект и следующее действие, а не общий dashboard.
Как было
Путь начинается с фотографии интерьера
Клиент присылает референсы и план помещения. Консультант предлагает отдельные позиции. Дизайнер уточняет отделку. Подрядчик спрашивает про выводы воды и способ монтажа. После каждой замены спецификацию проверяют заново. Финальная версия живёт в таблице, переписке и учётной системе одновременно.
Четыре взгляда на одну ванную
| Участник | Что хочет получить | Где рвётся процесс |
|---|---|---|
| Владелец | Цельный интерьер без разбора артикулов | Не видит обязательные скрытые детали и совместимость |
| Дизайнер | Сохранить эстетику, размеры и материалы | Спецификацию и замены ведёт вручную |
| Подрядчик | Полный монтажный комплект и схему подключения | Недостающие элементы находит после доставки |
| Консультант | Довести запрос до подтверждённого заказа | Собирает контекст из чатов, таблиц и фото |
Корневая проблема
Карточка смесителя не знает, с какой раковиной и скрытой частью его ставят. Замена чаши может потребовать другой инсталляции. Смена цвета одной позиции ломает согласованную отделку. Статус «готово к заказу» ставит человек по памяти.
Корневая причина — нет единого объекта, в котором связаны интерьерная концепция, состав комплекта, технические зависимости, участники согласования и актуальная версия спецификации.
Центральная сущность продукта — не корзина и не список артикулов, а проект комплектации санузла.
Решение
Готовый комплект — управляемый шаблон решения. Проект помещения копирует состав, проверяет зависимости и фиксирует версию до заказа.
В шаблоне заданы основные изделия интерьера, обязательные скрытые элементы, совместимые отделки, размеры и типы подключения, допустимые замены и документы для подрядчика. Продукт закрывает узкий контур: выбор → адаптация под помещение → проверка → согласование → заказ → монтажный пакет.
Как устроен новый путь
- Покупатель выбирает тип помещения, формат ванны или душевой, характер интерьера, отделку металла и ограничения по размерам.
- Карточка комплекта показывает зоны: умывальник, душевая или ванна, унитаз, мебель, монтажные элементы. Главное действие — «Собрать под моё помещение».
- Система создаёт проект: размеры, выводы, тип стен, известные ограничения. Без замера статус — «Требуются параметры».
- Владелец приглашает дизайнера и подрядчика. Все видят одну актуальную версию, но разный уровень детализации.
- После любого изменения запускаются проверки совместимости. Блокирующие разрывы останавливают передачу в заказ; неоднозначные случаи уходят на подтверждение человеку.
- Консультант фиксирует итоговую версию. Дальнейшие правки создают ревизию. В заказ уходит только зафиксированный состав и монтажная ведомость.
Проверки состава
Правила делятся на три уровня: блокирующие, требующие подтверждения и рекомендательные. Система ловит формальные разрывы — серию инсталляции, скрытую часть смесителя, обязательный элемент — и не пытается заменить специалиста. Визуальное расхождение отделки показывается как осознанный выбор, а не автоматический запрет заказа.
Та же логика связанных позиций в монтажном узле объекта описана как закупочный проект сантехники для монтажных бригад: там бригада комплектует узел по спецификации, здесь покупатель собирает интерьерный комплект до монтажной ведомости. Связанный состав без монтажного узла — в магазине инструментов для груминга: там рабочий комплект «машинка — нож — насадка» и статусы совместимости.
Основные сценарии
Подбор владельцем
Сравнение комплектов по составу и требованиям к помещению, создание проекта.
Результат: исходный комплект и список данных, без которых подтверждение невозможно.
Адаптация дизайнером
Замена отделки и мебели, план, размеры. Система создаёт версию и показывает затронутые зависимости.
Результат: согласованный вид без потери технической структуры.
Проверка подрядчиком
Мобильный режим только с вопросами объекта: ниша, тип стены, выводы.
Результат: закрытые технические пункты до оформления заказа.
Замена недоступной позиции
Только варианты по назначению, монтажу и отделке. Влияние на остальные элементы видно сразу.
Результат: либо сохранённая готовность, либо новое действие дизайнеру или подрядчику.
Подтверждение и заказ
Итоговая версия фиксируется. Незаметные правки после подтверждения запрещены.
Результат: монтажная ведомость с составом, схемами и отмеченными исключениями.
Единица работы — карточка проекта, а не витрина. Тот же принцип «карточка ведёт процесс» держит карточка заказа цветов и подарков сотрудникам: там поздравление до вручения, здесь комплект до монтажа.
Рабочее пространство консультанта
Основной экран — сам проект. В центре состав по зонам. Справа — готовность и открытые вопросы. Слева — навигация по проектам и версиям. Любое изменение сразу показывает затронутые зависимости.
Для проекта «Основная ванная, квартира 84 м²» на экране 20 позиций: 18 подтверждены, одна ждёт размер ниши, одна — тип подключения. Главная кнопка зависит от состояния: «Запросить параметры», «Отправить на проверку» или «Подтвердить комплект». Статус считается из обязательных позиций, проверок, подтверждений участников и наличия монтажных документов.
Несколько ролей в одном согласовании — тот же каркас, что и проект покупки загородного дома: там семья и проверки объекта, здесь владелец, дизайнер, подрядчик и консультант вокруг состава санузла.
Очередь консультанта и следующее действие
Консультант не листает все проекты. Очередь собирает только ситуации, где нужно решение: нет параметра помещения, блокирующая проверка, замена с влиянием на зависимости, замечание подрядчика. Карточка показывает место позиции в зоне и автора последнего изменения.
Тот же принцип management by exception задаёт очередь отклонений клининговой сети: внимание на то, что идёт не по плану. Следующее действие по объекту в сетевой эксплуатации разбирает операционный контур сети коммерческих парковок.
Приглашение участников
Дизайнер и подрядчик входят по защищённой ссылке и видят только свой проект. После приглашения состав меняется только новой ревизией. Подтверждения привязаны к версии и не переносятся автоматически, если изменены связанные позиции.
Одна актуальная версия для нескольких приглашённых — тот же механизм, что в проект заселения в комнату с соседями. Доступ по ссылке без полного кабинета организации описан как портал размещения сотрудников в общежитиях: там инструкция сотруднику, здесь вход подрядчика в комплектацию.
Мобильная проверка подрядчика
На объекте подрядчик видит только вопросы, которые нельзя закрыть из салона. Он вводит размер ниши, отмечает тип стены, подтверждает выводы. После отправки данные попадают в историю, статус проекта пересчитывается.
Бизнес-правила
Версионность
После приглашения участников состав меняется только ревизией. Подтверждённую версию нельзя править незаметно. Перед передачей в заказ система фиксирует снимок: это проект долгосрочной аренды квартиры делает с объявлением и актом передачи — согласие относится к конкретной версии, а не к названию поля. Тот же принцип неизменяемого снимка до цеха — в проекте кухни от замера до производства. Шкафы и гардеробные до пакета для цеха — заказ корпусной мебели до производственного пакета.
Обязательность скрытых элементов
Технические компоненты можно свернуть для владельца, но нельзя убрать из проекта. Без обязательной скрытой части комплект не подтверждают.
Контролируемые замены
Замена учитывает монтажный тип, присоединительные размеры, серию совместимости, отделку и роль позиции в комплекте, а не только категорию каталога.
Факт и решение
Размер ниши вносит подрядчик. Модель выбирает владелец или дизайнер. Техническое исключение подтверждает консультант или подрядчик. История хранит автора и основание.
Готовность как вычисление
Статус «Готов к подтверждению» появляется, когда заполнены обязательные параметры, закрыты блокирующие проверки, определены обязательные позиции и обработаны изменения последней версии.
MVP
Первая версия замыкает один процесс: от выбора готового комплекта до подтверждённого заказа и монтажной ведомости. Пилот начинается с одной категории помещений и ограниченного набора стабильных комплектов.
В первой версии
Публичный каталог и карточки готовых комплектов
Фильтры по типу помещения, стилю, отделке и ограничениям
Создание проекта на основе комплекта
Состав по зонам и управляемые замены
Базовые правила обязательности и совместимости
Приглашение дизайнера и подрядчика по защищённой ссылке
Версии, комментарии и журнал действий
Очередь консультанта по открытым вопросам
Подтверждение версии и монтажная ведомость
Адаптивный мобильный режим технической проверки
Импорт каталога и доступности из файла
Уведомления в системе и по электронной почте
Осознанно отложено
Автоматическая генерация интерьерных визуализаций
Свободный 3D-планировщик помещения
Распознавание планов и строительных чертежей
Интеграция с несколькими внешними учётными системами
Отдельное мобильное приложение
Рекомендации по поведению покупателей
ИИ не входит в ядро MVP. Позднее он может предлагать сопоставление загруженной спецификации с каталогом; ни одна позиция не попадает в подтверждённый комплект без проверки консультанта.
UX, стек и план
Каталог как вход, проект как рабочая среда
Публичные страницы комплектов должны открываться и индексироваться. Ценность появляется после кнопки «Собрать под моё помещение»: консультант и участники возвращаются в проект, а не в витрину. Публичный каталог как вход есть и у зоомагазина с самовывозом: там после оформления начинается проверка полки.
Разделение публичного SSR и кабинета проекта — тот же профиль, что подбор склада и производства по техническому паспорту: каталог остаётся входом, решение принимается в закрытом рабочем пространстве.
Архитектура
Выбран разделённый frontend при едином бизнес-ядре. Правила совместимости, версии, права и статусы считает Laravel. Next.js не дублирует предметную логику.
Client
Индексируемые карточки комплектов и динамическое рабочее пространство с составом, версиями и панелью готовности. Sanctum держит сессию кабинета и защищённые приглашения.
API
Модули: каталог, комплекты, проекты, совместимость, согласования, заказы, документы, уведомления, аудит. Правила предметной области живут в одном приложении без преждевременного разрезания на сервисы.
Data
Шаблон комплекта версионируется; созданный проект получает собственную копию состава, чтобы правка каталога не меняла согласованную версию. Полнотекст и индексы закрывают поиск без отдельного движка.
Queue
Импорт каталога, формирование монтажных документов и рассылка идут через Jobs с очередью в PostgreSQL. Для этого объёма Redis и Horizon в MVP не входят. Полная повторная проверка состава перед подтверждением — фоновая задача; локальное изменение проверяется синхронно.
Storage
Приглашённый подрядчик видит технические материалы своего проекта и не получает чужие заказы. Скачивание критичных файлов журналируется.
Infrastructure
Один управляемый комплект приложений. Kubernetes и несколько серверных контуров в MVP не нужны. Обновления проекта — после сохранения или коротким polling, без WebSocket.
Состав комплекта хранится как версионируемый шаблон. События версии пишутся в неизменяемый журнал: это не event sourcing, рабочее состояние остаётся в обычных таблицах.
План на 12–14 недель
Срок первой рабочей версии и пилота — 12–14 недель. Он зависит от качества характеристик и готовности формализовать совместимость, а не от числа экранов.
0 нед
12–14 нед
- 2–3 нед1
Подготовка данных
Нормализация характеристик, обязательные скрытые элементы, допустимые замены, монтажные документы. Спорные связи помечаются как ручное подтверждение, а не как недостоверное автоматическое правило.
- 3 нед2
Пилот
Два консультанта ведут новые проекты одной категории. Старый процесс остаётся для сверки; все изменения пилотных проектов фиксируются в системе. Ошибочные блокировки и пропущенные зависимости идут в журнал качества правил.
- 4–6 нед3
Расширение
После корректировки правил подключаются остальные консультанты, новые типы комплектов и приглашения внешних участников. Параллельные таблицы прекращаются для проектов после контрольной даты.
- 2 нед4
Стабилизация
Полнота карточек, время реакции на вопросы, качество ведомостей, дисциплина версий. Ответственный — не только технический администратор, но и владелец каталожных правил со стороны бизнеса.
Метрики
Для пилота фиксируются исходные значения на сопоставимой группе проектов и целевое направление после стабилизации. Цифры «стало в пилоте» не выдумываются заранее: целевые пороги уточняются после замера текущего процесса.
| Метрика | Состояние до | Целевое состояние | Как измеряется |
|---|---|---|---|
| Время от выбора комплекта до технического подтверждения | размазано по переписке и повторным сверкам | сократить за счёт единого списка вопросов и параллельного участия | От создания проекта до закрытия последней обязательной проверки |
| Доля проектов с недостающими обязательными позициями | обнаруживается после подтверждения или на объекте | снизить до единичных исключений | Проекты, где после подтверждения найдена незаполненная обязательная роль комплекта |
| Повторный ввод одной характеристики | размер и тип подключения копируют между каналами | убрать повторный ввод внутри цифрового контура | Сколько раз параметр вручную переносится между чатом, таблицей и системой |
| Время обнаружения несовместимости | после смены позиции, часто на монтаже | в момент изменения проекта | От правки позиции до зафиксированного замечания |
| Доля проектов без следующего действия | часть заявок «висит» без ответственного | стремиться к нулю | Проекты в работе без ответственного и требуемого шага |
| Монтажные вопросы после передачи заказа | часть комплектации уточняется уже на объекте | последовательно снижать после каждого цикла правил | Вопросы подрядчика к уже подтверждённой комплектации |
В первой итерации важнее доказать управляемое изменение: видно, где остановился проект, чего не хватает и кто принимает следующее решение.
Риски и выводы
Риски
| Риск | Вероятность | Влияние | Снижение |
|---|---|---|---|
| Неполные или противоречивые характеристики | Высокая | Высокое | Ограниченный набор комплектов, владелец данных, спорные правила — на ручное подтверждение |
| Консультанты ведут проекты в переписке | Средняя | Высокое | Проект как единственное место подтверждения версии; уведомления только как вход в него |
| Система слишком рано блокирует нестандарт | Средняя | Среднее | Разделить блокирующие проверки, предупреждения и экспертные исключения |
| Подрядчик не открывает desktop на объекте | Высокая | Среднее | Мобильный маршрут из коротких проверок без полного каталога |
| Правка каталога ломает старые проекты | Средняя | Высокое | Версии шаблонов и независимый состав подтверждённого проекта |
| Документы доступны не тем участникам | Низкая | Высокое | Права уровнем проекта, временные приглашения, журнал скачивания |
Развитие после устойчивого MVP
- Библиотека типовых решений для планировок и способов монтажа.
- Сравнение ревизий с объяснением затронутых зависимостей.
- Кабинет дизайнера с повторным использованием согласованных наборов.
- Обмен остатками и статусами с учётной системой.
- Контроль поставки по зонам помещения.
- Поиск похожих завершённых проектов по размерам и ограничениям.
- Полуавтоматическое извлечение параметров из спецификаций с обязательной проверкой консультантом.
Как меняется продажа
До
- продают отдельные позиции;
- целостность держит переписка и память;
- скрытые элементы всплывают поздно;
- замены проверяют вручную;
- версия спецификации размножается по каналам;
- подрядчик получает неполный комплект.
После
- продажа строится вокруг проекта помещения;
- готовый комплект ускоряет первый выбор;
- правила удерживают техническую целостность;
- версии защищают согласованное решение;
- участники работают с одной спецификацией;
- в монтаж уходит зафиксированная ведомость.
Главное изменение — не ещё один интернет-магазин. Обещание «готовый комплект» становится проверяемым состоянием: видно, что выбрано, что совместимо, каких данных не хватает, кто принимает решение и какую версию можно передавать в монтаж.
Обратная связь после внедрения
Сжатая цитата из обратной связи после пилотного внедрения. Название компании и имя не указаны из‑за NDA.
«Самая большая польза не в том, что быстрее выбираем товар. Скорее в том, что меньше возвращаемся к уже согласованному проекту из-за какой-нибудь забытой монтажной детали.»
Обсудить проект
Нужен похожий контур — обсудим. Услуги на Laravel · Каталог решений.
