Статус: опубликовано в составе Свода знаний; проходит профессиональную балансировку.
Управленческая задача
Экспериментальная разработка отличается от серийного производства не только процессом: у нее есть собственная команда и собственная экономика.
Для маленького бренда это особенно неприятная, но полезная правда. Образец не возникает "сам". Даже если в компании это кажется ручной и почти бесплатной работой, внутри нее уже скрыты затраты:
- на людей;
- на компетенции;
- на время;
- на переделки;
- на координацию;
- на замороженные деньги.
Команда зависит от стадии зрелости компании
Один из наиболее полезных принципов: не всякая компания должна сразу собирать полный штат роли за ролью. Набор функций зависит от стадии развития:
- на старте многие роли совмещаются;
- часть компетенций покупается снаружи;
- позже появляются устойчивые внутренние связки;
- только на более зрелом этапе имеет смысл выстраивать полную конфигурацию команды.
Модель крупного департамента нельзя предлагать стартапу как единственно возможную норму. Организационная норма зависит от стадии зрелости бизнеса.
Даже в стартапе роли не исчезают - они просто совмещаются
Необходимо различать две вещи:
- формальная должность;
- реальная функция.
В маленькой компании один человек может одновременно быть:
- владельцем продукта;
- продактом;
- креативным директором;
- закупщиком;
- координатором площадки.
Но это не означает, что этих функций нет. Напротив, их важно различать, чтобы понимать:
- где возникает перегрузка;
- где начинается провал качества;
- где нет экспертизы;
- где задача просто не удерживается в одной голове.
Кого обычно включает экспериментальная команда
В орбиту экспериментальной разработки входят следующие роли:
- дизайнер;
- 3D-дизайнер;
- технический дизайнер;
- аналитик;
- продакт / категорийный менеджер;
- конструктор;
- технолог;
- конфекционер;
- портной / швея / лаборант;
- раскройщик;
- менеджер по закупкам;
- менеджер ВЭД / логист;
- специалист по сертификации и маркировке.
Не каждая компания держит все это внутри. Но если бренд растет, он все равно начинает сталкиваться с этими функциями - либо внутри команды, либо через внешний контур подрядчиков.
Экономика образца - это не только прямой пошив
Сильный практический фокус этой главы - разложение стоимости образца на несколько слоев. Обычно бренд видит только прямую оплату конструктору, технологу, ткани или отшиву. Но реальная стоимость экспериментальной разработки шире.
Прямые расходы:
- конструкторская разработка;
- градация;
- отшив образцов;
- материалы и фурнитура;
- доставка между участниками цепочки;
- подготовка документов.
Косвенные и часто недоучтенные расходы:
- фонд оплаты труда команды заказчика;
- заморозка оборотных денег;
- кассовые разрывы из-за длинной разработки;
- стоимость привлеченного финансирования;
- риски брака и повторных итераций;
- плата за неоптимальные решения и смену подрядчика.
Для продуктовой работы это означает: дешевый образец может оказаться очень дорогим, если он тянет за собой длинную цепочку переделок.
Почему бренд должен считать стоимость экспериментального цикла
Важность этой главы в том, что она возвращает экономику туда, где продуктовая команда часто живет в иллюзии "это просто подготовка". На самом деле именно здесь часто и формируется будущая прибыльность или убыточность продукта.
Если бренд:
- плохо собирает задачу;
- поздно подключает нужную роль;
- ошибается в выборе площадки;
- недооценивает стоимость переделок;
- не считает время и замороженные средства,
то он теряет деньги еще до серийного выпуска.
Именно поэтому продуктовый контур нельзя строить только вокруг красивого продукта. Внутри него должна быть видна экономика доведения идеи до рабочего состояния.
Документы и логика передачи тоже часть стоимости
Еще один важный пласт процесса: документы нельзя отделить от экспериментальной разработки. Без них стоимость растет, потому что каждое недосказанное место оборачивается новой итерацией, дополнительным звонком, переносом сроков или ошибкой на стороне подрядчика.
То есть пакет документов - это не бюрократия. Это способ уменьшать дорогую неопределенность.
Стоимость нужно считать по всему циклу, а не по счету одного подрядчика
Рабочая калькуляция начинается с прямых затрат, но не заканчивается ими. По каждой модели полезно отдельно увидеть:
- постановку задачи и технический дизайн;
- разработку конструкции;
- градацию по размерам;
- макет или первый прототип;
- второй и последующие образцы;
- работу технолога и подготовку документов;
- материалы и фурнитуру каждого раунда;
- примерки, пересылки и поездки;
- подготовку эталона и передачу в производство.
В обсуждении Анны Ивановой приводится ориентир порядка 50 000 рублей для полного цикла образца средней сложности: конструкторская работа около 7-8 тысяч, градация, как минимум макет и два образца, материалы и документы. Это не тариф и не универсальная норма. Значение зависит от изделия, города, исполнителей и количества итераций. Полезен сам масштаб: цена одного отшива почти всегда существенно ниже реальной стоимости доведения модели до производственной готовности.
Косвенные расходы могут оказаться больше прямых
Деньги, вложенные в разработку, остаются замороженными до продажи серии. Чем длиннее цикл и больше переделок, тем выше потребность в оборотном капитале и риск кассового разрыва. Если для финансирования используется кредит или деньги инвестора, у времени появляется прямая стоимость.
Кроме финансирования нужно учитывать:
- часы сотрудников бренда на постановку задачи, проверку и координацию;
- отложенный запуск и потерянное окно продаж;
- недоступность материала или компонента после утверждения конструкции;
- повторную закупку при изменениях;
- риск списания неудачных образцов;
- стоимость ошибки, которая переходит в серийную партию.
Поэтому калькуляция образца должна иметь плановую и фактическую части. После утверждения модели команда фиксирует, сколько раундов и денег потребовалось на самом деле и почему возникло отклонение.
Смена конструктора имеет собственную цену перехода
Переход к другому специалисту редко равен простой передаче файлов. Если лекала хранились на бумаге или в несовместимом формате, их приходится оцифровывать, проверять градацию и восстанавливать логику изменений. Новый конструктор тратит время на чтение чужой базы, а команда повторно проверяет посадку.
В бюджет смены входят:
- инвентаризация действующих лекал и версий;
- оцифровка бумажных комплектов;
- конвертация и проверка файлов;
- повторный образец или контрольная примерка;
- описание принятых ранее решений;
- риск потери знаний, которые существовали только в переписке или памяти человека.
Это один из аргументов в пользу версии документов и внутреннего архива модели: они уменьшают стоимость зависимости от конкретного подрядчика.
Конфигурация команды меняется по мере зрелости
На ранней стадии собственник или продакт удерживает почти все связи, а конструктор, технолог и отшив покупаются снаружи. Такая схема допустима для малого количества моделей, если функции явно названы и у каждой есть результат.
При регулярных сезонах появляется координатор разработки, который держит календарь, версии документов, подрядчиков и комплектность образцов. По мере роста ассортимента внутренними становятся те компетенции, где скорость обратной связи и накопление знания дают больше эффекта, чем внешняя экономия: например, продакт, конструкторская координация, технологическая проверка или конфекционирование.
Зрелой компании не обязательно иметь все роли в штате. Ее отличие в другом: она понимает, кто выполняет каждую функцию, сколько это стоит, какой документ передается дальше и где находится точка принятия решения.
Экономика образца проверяет качество постановки задачи
Большое число итераций не всегда означает сложный продукт. Оно может показывать, что до начала работы не были определены целевая фигура, материал, измерения, допустимые узлы или критерии приемки. Поэтому после каждого цикла стоит классифицировать причину переделки:
- изменение творческого замысла;
- ошибка или неполнота ТЗ;
- конструктивная ошибка;
- технологическое ограничение;
- нестабильный материал;
- ошибка площадки;
- новая информация от примерки или теста.
Такая статистика превращает затраты на образцы в данные для улучшения следующего сезона.
Роли в процессе
Основные роли:
- продакт / категорийный менеджер;
- конструктор;
- технолог;
- менеджер по производству;
- аналитик.
Смежные роли:
- дизайнер;
- 3D-дизайнер;
- конфекционер;
- логист;
- менеджер ВЭД;
- специалист по сертификации;
- владелец бренда.
Рабочие документы
Процесс должен опираться на следующие документы:
- карта ролей экспериментальной разработки;
- шаблон оценки стоимости образца;
- таблица прямых и косвенных расходов;
- чек-лист смены подрядчика;
- пакет базовых документов на передачу образца в работу.
Ключевые положения
В управлении продуктом необходимо закрепить:
- состав команды зависит от стадии развития компании;
- совмещение ролей не отменяет их различия;
- стоимость образца включает не только прямой пошив;
- неопределенность и отсутствие документов тоже стоят денег;
- продуктовая экономика начинается до серийного производства.
Параметризация по Кондратьеву / MBSE
RBS - требования.
Нужна система, которая определяет минимально достаточную конфигурацию команды и делает прозрачной стоимость экспериментального цикла.
FBS - функции.
Система должна распределять роли, собирать данные по затратам, координировать пакет документов и снижать количество дорогих итераций.
SBS - компоненты.
Роли команды, образцы, документы, площадки, бюджет разработки, таблица прямых и косвенных расходов, график работ.
WBS - работы.
Определить конфигурацию команды, собрать задачу, оценить стоимость цикла, подготовить документы, передать в разработку, проверить результаты, скорректировать и пересчитать последствия изменений.
DSM - связи.
Роли связаны с этапами разработки; этапы связаны со стоимостью; документы связаны с качеством передачи; стоимость связана с временем и количеством итераций.

@Anna, привет! Мы включили вашу главу в новую структуру Свода знаний по управлению бизнес-процессами в индустрии моды и привели ее к общей логике KA4. Авторство закреплено за вами. Посмотрите, пожалуйста, достаточно ли точно и глубоко передан ваш подход. Если все корректно, подтвердите, пожалуйста, можно ли после проверки открыть текст как часть отраслевого стандарта бизнес-процесса. Если нужно что-то добавить или уточнить, напишите здесь — внесем.