Техническое задание · исследовательский пилот
ИИ-подготовка предложений и сквозная передача розничных проектов в К3-Мебель
Статус на 27.10.2026
Коммуникационная ветка уже запущена в рознице без этого ТЗ: с 23.10 команде раздаётся агент Hermes (эндпойнт arline-hub, навык генерации изображений), навык «параметрика» с правилами распашных модулей и малых форм выдаёт клиентские картинки по фото замера за минуты, а проект «вадим зеленый» от 22.10 прошёл цикл «фото вместо ТЗ → три варианта с визуализациями и сметами → правки → эргономическая проверка» за 1,5 часа.
Пилот не начинает эту работу с нуля: он подключает к ней измерения, добавляет недостающее (прайсовые суммы, проверка достоверности, единая база опыта) и замыкает инженерную ветку до проекта К3 — её в текущей практике ещё нет.
Главная проблема розничного цикла — время согласования и разрыв между тем, что хочет клиент, и тем, что может производство. Пилот проверяет, какую часть цикла «неопределённое пожелание → согласованное решение → технологичный проект» можно отдать ИИ на накопленном опыте фабрики, — не на концепции, а на замере.
Проверить, можно ли использовать накопленный опыт ARLINE и возможности ИИ для сокращения всего цикла:
неопределённое пожелание клиента → варианты решения → согласованное КП → технологичный проект К3 → производственная проверка.
Пилот охватывает две связанные, но самостоятельные задачи:
Предполагать заранее, что обе задачи решаются одним инструментом, не требуется — это предмет проверки.
На вход могут поступать: свободное описание, эскиз, фотография или референс, чужая 3D-модель, замеры, переписка с клиентом, сочетание нескольких источников.
Произвольный вход не означает обязательный мгновенный производственный проект на выходе. В зависимости от полноты данных система может выдать варианты, задать вопросы, зафиксировать допущения или указать на невозможность корректного расчёта.
Чужая 3D-модель используется как референс: проверяется распознавание конструкции и перестроение средствами К3, а не перенос «как есть» в производство. уточнено В исходном варианте это место читалось как обещание «любой чужой 3D сразу в К3».
Если пожелания клиента неопределённы, система предлагает несколько различающихся решений: по композиции, материалам, конструкции, стоимости, степени приближения к референсу. Для каждого варианта указываются отличия, допущения и возможные производственные последствия.
На ранней стадии допускается свободная генерация визуальных направлений. После выбора клиентом конкретного решения оно переводится в структурированную модель. С этого момента КП, визуализация, комплектация, стоимость и проект К3 относятся к одной версии изделия — расхождение между красивой картинкой и реальным предложением недопустимо.
Для измерений фиксируем определение: первый презентабельный вариант — визуализация вместе с составом и ценой (или диапазоном), которые менеджер готов показать клиенту. новое Без этого определения «скорость первого варианта» в разделе 5 неизмерима.
Генеративная визуализация — не источник данных: картинка показывает стилистику, но размеры, состав и цена берутся только из структурированной модели. Перед показом клиенту изображение сверяет человек. новое Подтверждено практикой 26–27.10: генеративная модель двигает окна и привязки «чтобы красиво встало»; в пилотной группе сверку по замеру делают вручную уже сейчас.
Переписка с технологами, выполненные заказы и рекламации — разные виды источников: действующие правила, исторические решения, исключения, спорные случаи, устаревшие сведения, повторяющиеся ошибки. Противоречия выявляются и выносятся человеку на подтверждение, а не превращаются в правила автоматически.
Стоимость на всех этапах опирается только на подтверждённые прайсовые источники. Отсутствие позиции в прайсе — сигнал и вопрос ответственному, а не повод для догадки. новое Это уже сформулированное правило ARLINE — на рознице оно экономит самые дорогие ошибки.
Персональные данные клиентов розницы обезличиваются до передачи в систему: составы, размеры и конструктив — да, имена, контакты и адреса — нет. Полные истории заказов обрабатываются на стороне ARLINE, без выгрузки клиентских данных во внешние сервисы.
Пилот состоит из четырёх этапов.
Отобрать десять розничных заказов, различающихся по сложности и характеру исходной задачи: простые параметрические изменения; нестандартная компоновка; сложная геометрия; работа по фотографии или референсу; длительное согласование; производственные ограничения; изменения после подписания; заказы с рекламациями или конструктивными ошибками.
Для каждого заказа собрать максимально полную историю: первоначальный запрос клиента; фотографии, эскизы и референсы; замеры; переписку менеджера с клиентом; вопросы технологам и ответы; варианты КП; историю изменений цены и комплектации; согласованную визуализацию; проект К3; производственные документы; сведения о доработках и рекламациях; итоговые фотографии, если они есть.
Отбор ведёт менеджер вместе с ИИ-инженером по карте материалов (чек-лист на заказ). уточнено В исходном варианте не сказано, кто собирает истории, — а это самая трудоёмкая часть этапа. Неполные данные не выбрасываются: пробелы фиксируются отдельно — качество исторических данных само является предметом проверки. Сбор персональных данных — с обезличиванием по п. 2.5.
Для каждого из десяти заказов система получает только ту информацию, которая была доступна менеджеру на соответствующем этапе. Готовый проект К3 и итоговое решение нельзя использовать как входную подсказку — они применяются только для последующего сравнения.
Методика входа: новое
Система формирует: понимание задачи клиента; перечень недостающих данных; вопросы клиенту; два-три варианта решения, если задача допускает альтернативы; визуализации; предварительный состав и материалы; предварительную стоимость или диапазон; допущения; потенциальные технические риски; ссылки на использованные правила и аналогичные исторические решения.
Затем результат сравнивается с реальной историей заказа. Совпадение с фактически выполненным проектом — не единственный критерий: система может предложить другое допустимое решение. Его оценивают менеджер, конструктор и технолог.
Из десяти заказов выбрать три:
Для каждого проверить цепочку: выбранный вариант → структурированная модель → редактируемый проект К3 → спецификации и чертежи → проверка технолога.
В проекте К3 должны сохраняться доступные в исходной модели: геометрия; панели и материалы; кромки; фасады; фурнитура и крепёж; присадка и обработки; состав изделия; связи между элементами.
Критерий «редактируемый проект К3» определяется так: новое проект состоит из нативных объектов К3 (панели, кромки, крепёж — объекты базы изделия, не импортированная сетка); открывается на другом рабочем месте без потерянных ссылок; чертежи, спецификации и присадка строятся штатными средствами К3.
Проверяются два способа построения: использование существующих параметрических конструкций и формирование новой конструкции без готового шаблона.
Все ручные действия конструктора записываются: что изменил, почему и сколько времени потребовалось. Вердикт технолога фиксируется по единой шкале — «в производство» / «в производство после доработки (перечень правок)» / «не годен (причины)» — чтобы заключения по трём изделиям были сопоставимы. новое
После ретроспективы провести один-два новых розничных заказа через пилотный процесс в реальной работе. Проверяются: скорость получения первого презентабельного варианта; качество уточняющих вопросов; полезность альтернатив для клиента; количество итераций согласования; соответствие КП выбранному решению; трудозатраты конструктора; замечания технолога; объём изменений после подписания.
Исторический эксперимент показывает возможности системы на известных данных, а новые заказы — её практическую применимость.
Если инженерная часть отстаёт, коммуникационную часть (варианты и КП) допускается запускать на новых заказах раньше — её показатели измеряются отдельно. новое Иначе слабый К3-перенос блокирует проверку того, что уже работает.
Первый новый кейс уже собран и задокументирован: «вадим зеленый» (старт 22.10.2026) — девять фото квартиры, восемь изделий, три ценовых варианта с альбомами, сметами и 24 интерьерными визуализациями за 1,5 часа; далее итерации: эконом переведён в ЛДСП, палитры разведены, эргономическая проверка нашла секцию 418 мм против плечиков 430 мм, добавлена ростовая привязка по четырём членам семьи. История полная, зафиксирована в чате — метрики раздела 5 по ней снимаются без дополнительного сбора. новое
В пилоте проверяется возможность использовать: правила и техническую документацию; переписку с технологами; готовые проекты К3; историю изменений; рекламации; сведения о производственных проблемах; атрибуты и свойства заказов в существующих информационных системах.
Каждое извлечённое знание имеет: источник; дату или версию; область применимости; статус — правило, прецедент, исключение или предположение; признак подтверждения ответственным специалистом.
Приоритет источников при конфликте: действующее правило → подтверждённый прецедент → предположение; всё ниже первого уровня — с явной пометкой. Цена считается только по прайсовым источникам (п. 2.4). новое
Носитель базы опыта на старте — навыки агента Hermes, которые розница уже собирает самостоятельно (пример — «параметрика»: размеры, конфигурации, ограничения, цвета и интегрированные ручки распашных модулей и малых форм). Стихийное накопление без владельца расходится и дублируется, поэтому у каждого навыка появляются: владелец, версия, перечень источников и статусы знаний по правилам этого раздела; новые навыки согласуются с куратором до распространения на группу. новое
Цель — не загрузить архив в модель, а определить, какая часть опыта пригодна для поиска аналогов, какая — для формальных проверок, а какая требует ручной систематизации.
До эксперимента не устанавливать жёсткие проценты автоматизации — сначала фактические измерения. Метод базовой линии: новое для ретроспективы — метки времени из переписки и реестра заказов; где их нет — оценка участников того заказа с пометкой «оценка». Для новых заказов показатели фиксируются в момент события.
| Группа | Показатели |
|---|---|
| Коммерческий этап |
|
| Согласование |
|
| Инженерный этап |
|
| База опыта |
|
| Роль | Сторона | Вовлечённость |
|---|---|---|
| ИИ-инженер | ARLINE | постановка, инструмент, разбор кейсов — постоянно |
| Конструктор | ARLINE | проверка К3-проектов, фиксация ручных доработок — этапы 3–4 |
| Технолог | фабрика | вердикты по трём изделиям, консультации — 2–4 ч/нед в этапы 3–4 |
| Менеджер розницы | фабрика | отбор заказов, оценка вариантов, новые заказы — этапы 1–2 и 4 |
| Принимающий решения | фабрика | промежуточная точка и критерии успеха — две встречи |
| Куратор ИИ-инструментов | ARLINE | раздача и настройка Hermes, реестр навыков — постоянно |
| Продавцы пилотной группы | фабрика | реальные показы через ИИ, фиксация метрик — этап 4 |
Для старта от фабрики нужны: истории десяти заказов с доступом к переписке и файлам; куратор с каждой стороны; забронированные слоты технолога; один-два новых заказа, согласованных на прохождение пилота.
| Период | Работа |
|---|---|
| Недели 1–2 | Этап 1: отбор и разбор десяти заказов, карты материалов |
| Неделя 3 | Этап 2: ретроспектива, первая измеримая картинка |
| Недели 4–6 | Этап 3: три изделия через К3, вердикты технолога |
| Конец недели 6 | Промежуточная точка: продолжать, менять фокус или остановиться |
| Недели 7–10 | Этап 4: новые заказы (по мере поступления), итоговый отчёт |
Этап 4 зависит от потока реальных заказов: если заказы идут реже, этап растягивается без сдвига остальных результатов. Коммуникационная часть стартует с первой недели — работа уже идёт в рознице, пилот подключает к ней замер. новое
| Риск | Ответ в пилоте |
|---|---|
| Истории заказов неполны, данные разбросаны | карта материалов на заказ; пробелы фиксируются как результат этапа 1, а не брак |
| Ретроспектива «подглядела» итог | кураторский вход, отчёт о загрязнении (этап 2) |
| Технолог не успевает | заранее забронированные слоты; вердикт по шкале, а не свободным текстом |
| ИИ предлагает нетехнологичное решение | варианты проходят проверку по базе правил; финальный фильтр — технолог; автодоверия к ответам нет |
| Утечка клиентских данных | обезличивание до загрузки (п. 2.5) |
| Смещение цели в «нарисовать красиво» | главный критерий — время цикла до решения, устраивающего производство; промежуточная точка недели 6 |
| Генеративная картинка «красиво врёт» габариты | правило п. 2.3: данные только из модели; сверка человеком перед показом — в группе уже применяется |
| Навыки плодятся без владельца и расходятся с правилами | реестр навыков у куратора: владелец, версия, источники; согласование до распространения |
Пилот не обязан доказать стопроцентную автоматизацию всех десяти заказов. Его результат — доказанная граница возможностей и экономически понятный следующий контур разработки.
Главный критерий
Не насколько красиво ИИ нарисовал мебель и не сумел ли он повторить старую тумбу, а насколько быстрее мы прошли путь от неопределённого «клиент хочет» до решения, которое устраивает клиента и которое производство способно выполнить.
Следующий шаг. Составить чек-лист материалов по каждому из десяти заказов, чтобы подбор кейсов начался без дальнейшего уточнения методики; параллельно назвать куратора с каждой стороны и дату старта этапа 1.