Косметика
PLM
кейсы
09.10.2026
9 мин

Как VOIS объединил ключевые процессы разработки косметических продуктов в Omnidata.PLM

VOIS — бренд уходовой косметики для кожи и волос, запущенный в 2022 году. По мере роста бренда расширялись продуктовая матрица и команда, а вместе с ними — объём информации, который необходимо сопровождать на протяжении всего цикла разработки продукта.

Данные по продуктам хранились в Google Таблицах, на Google Диске, в почте и других рабочих инструментах. Отдельно велись образцы, дизайн-макеты, документы по сертификации и результаты продуктовых обсуждений. Пока объём информации был небольшим, такой подход позволял команде работать, но при масштабировании становилось всё сложнее поддерживать единую актуальную версию данных.

Чтобы у команды была единая точка работы с продуктом и вся необходимая информация хранилась в единой системе, VOIS начал внедрение Omnidata.PLM.

Результаты внедрения. Кратко

Проект стартовал в марте 2026 года. К началу июня команда Omnidata настроила основную конфигурацию системы и карточки продуктов, после чего сотрудники VOIS начали работать в PLM. Дальнейшие кастомные доработки выполнялись уже параллельно с использованием системы.

На текущем этапе:

  • В системе работают команды продукта, стратегического и операционного сорсинга, сертификации, арт-направления, логистики и коммерции.
  • В PLM полностью переведена работа с карточками продуктов, образцами, сертификацией и статусами производства.
  • Для VOIS настроена отдельная выгрузка технического задания.
  • В работе находятся кастомные дашборды для контроля продуктовой матрицы и статусов разработки.
3
Месяца
Срок использования системы  
24
Пользователя
Регулярно работают в Omnidata.PLM
>150
Товарных позиций  
Заведено в системе 

Задача 

Собрать работу над растущим ассортиментом в одном месте

По мере расширения продуктовой матрицы VOIS становилось всё сложнее работать с информацией, распределённой между таблицами, почтой и другими инструментами.

Команде было важно не просто перенести данные в новую систему, а выстроить единый процесс работы с продуктом: от первых требований и образцов до сертификации, производства и выхода готового товара.

Перед проектом стояло несколько основных задач:

  • Собрать информацию о продуктах в одном месте.
  • Cвязать между собой основные этапы разработки.
  • Упростить работу с большим количеством образцов.
  • Cистематизировать документы по сертификации и исследованиям.
  • Cохранить историю решений по каждому продукту.
  • Cоздать основу для контроля сроков и продуктовой аналитики.

Как команда работала раньше

До внедрения PLM информация находилась сразу в нескольких инструментах

Основные данные могли храниться в Google Таблицах, материалы — на Google Диске, документы — в почте, а результаты обсуждений продукта — в переписках, записях встреч или отдельных презентациях.

Сам по себе такой подход работал, пока объём информации оставался управляемым. Но по мере роста количества продуктов и производителей увеличивалась и операционная нагрузка: требовалось больше времени, чтобы поддерживать данные в актуальном состоянии, контролировать процессы и находить нужную информацию.

Особенно это было заметно при работе с образцами, дизайн-макетами и документами: чтобы понять текущее состояние разработки, приходилось обращаться сразу к нескольким источникам. Например, до внедрения PLM поступающие образцы новых продуктов и результаты их тестирования фиксировались в отдельной Google Таблице. По мере накопления данных она становилась всё объёмнее, поэтому поиск нужного варианта и восстановление его истории занимали больше времени. Сотрудникам было сложнее быстро понять, какие образцы уже поступили, что с ними происходило и на каком этапе находится согласование.

Как проходило внедрение

Проект начали с переноса основных продуктовых данных и настройки карточек продуктов

Одна из особенностей процессов VOIS — большое количество информации, которое сопровождает каждый продукт на разных этапах разработки. Поэтому в PLM-системе важно было собрать не только базовые характеристики товара, но и всю связанную с ним работу.

Отдельно в системе предусмотрели два типа товаров:

  • Продукты — отдельные косметические средства, которые проходят полный цикл разработки.
  • Наборы — комплекты из уже существующих продуктов. Для них процесс короче и в основном связан с составом набора и разработкой упаковки.

После настройки основных карточек команда приступила к переносу существующих данных. Затем, по мере появления новых продуктов и образцов, PLM начал использоваться уже в текущей работе.

Сейчас в системе регулярно работают около 24 сотрудников из семи функциональных направлений: продукта, стратегического и операционного сорсинга, сертификации, арт-направления, логистики и коммерции.

Переход происходит поэтапно: отдельные процессы команда уже полностью перенесла в PLM, тогда как часть работы пока продолжает в привычных инструментах.

Как VOIS работает в Omnidata.PLM

Карточка продукта: вся информация о разработке в одном месте

Карточка продукта стала основной точкой работы с информацией о товаре.

Здесь команда хранит наименование, артикул, категорию, штрихкоды, версии и другие характеристики. Здесь же фиксируются данные о составе, маркировке и информация, которая используется при подготовке этикетки.

С карточкой связаны остальные этапы разработки: технические задания, образцы, дизайн-макеты, продуктовые советы, документы по сертификации, исследования, производство и логистика.

Карточки продуктов — один из блоков, который VOIS уже полностью перевёл в PLM. По словам продуктовой команды, особенно заметно это при поиске конкретных данных: например, штрихкодов или информации по образцам. Раньше для этого приходилось обращаться к разным Google Таблицам, теперь нужные сведения можно посмотреть непосредственно в карточке продукта. Тот же эффект отмечают и в закупках: централизованное хранение и фильтры упрощают поиск актуальных данных и сокращают время на него.

Наборы: разные процессы для разных типов товаров

VOIS работает как с отдельными косметическими продуктами, так и с наборами из нескольких средств. Эти два сценария отличаются друг от друга, поэтому в PLM для них предусмотрены разные процессы.

Отдельный продукт проходит полный путь разработки: техническое задание, работу с образцами, дизайн, проверки качества, сертификацию и подготовку к производству.

Для набора часть этапов не требуется, поскольку входящие в него продукты уже разработаны. Основная работа связана с составом набора и упаковкой.

Так команда работает только с теми этапами, которые действительно нужны для конкретного типа товара.

Техническое задание: готовый документ из данных по продукту

В начале разработки команда формирует требования к будущему продукту.

Для VOIS настроили отдельную выгрузку технического задания: информация, которую сотрудники заполняют в PLM, автоматически собирается в структурированный документ.

В нём фиксируются основные требования и характеристики продукта, необходимые для дальнейшей работы с подрядчиками и поставщиками.

После формирования концепции продукта и основных требований к рецептуре, свойствам и упаковке к работе подключается отдел закупок. В техническом задании команда получает требования к будущему продукту, включая ограничения по рецептуре и компоненты, которые использовать нельзя.

На основе этих данных закупки начинают работу с поставщиками: оценивают возможности реализации рецептуры и упаковки, а возникающие изменения согласовывают с продуктовой командой.

Образцы: вся история разработки привязана к продукту

Работа с образцами — один из наиболее активно используемых процессов в PLM.

При разработке одного косметического продукта VOIS может получить большое количество вариантов. Например, по одному из продуктов в системе уже заведено несколько десятков образцов.

Для каждого из них команда может сохранить фотографии и дополнительную информацию, а главное, сразу связать его с конкретным продуктом.

Отдельно ведутся эталонные образцы: для них фиксируются регистрационные данные, место хранения и другая необходимая информация.

В результате вся история работы с образцами остаётся рядом с продуктом, а не распределяется между фотографиями, таблицами и переписками.

Продуктовые советы: решения не теряются после встречи

В процессе разработки команда проводит продуктовые советы, на которых обсуждает продукт и принимает решения по дальнейшему запуску.

Раньше результаты таких встреч могли оставаться в записях созвонов, письмах или отдельных презентациях.

Теперь материалы продуктового совета сохраняются в PLM непосредственно в карточке продукта.

Команда может вернуться к презентации, итогам встречи и принятым решениям и быстро восстановить, почему продукт развивался именно таким образом.

Дизайн и упаковка: макеты связаны с продуктом

Дизайн упаковки команда продолжает разрабатывать в привычных профессиональных программах.

Задача PLM здесь — не заменить инструменты дизайнеров, а собрать финальные материалы по продукту в одном месте вместе с остальной информацией о его разработке.

Дизайн-макеты загружаются в систему и связываются с конкретным товаром. Здесь же могут храниться материалы, связанные с тестами печати и дальнейшей подготовкой упаковки.

Сертификация и исследования: документы больше не нужно искать в почте

Разработка косметического продукта сопровождается большим количеством документов: заключениями, результатами исследований и материалами по сертификации.

Раньше часть этой информации оставалась в почте или хранилась отдельно от основных данных о продукте.

В PLM документы прикрепляются непосредственно к нужной карточке. Команда может указать лабораторию или другого исполнителя, номер документа и добавить полученное заключение.

Сами исследования и сертификация проходят за пределами системы, но их результаты хранятся вместе со всей остальной информацией о продукте.

Производство и логистика: информация сопровождает продукт после разработки

Работа с карточкой продукта не заканчивается после согласования состава и упаковки.

Дальше команда может фиксировать информацию по заказам, поставкам и другим производственным данным, а также отслеживать состояние продукта — от производства и отгрузки до выхода в продажу.

Так в одной карточке постепенно формируется полная история продукта на разных этапах его создания и запуска.

Контроль продуктовой матрицы

Следующий этап проекта — сделать накопленные в PLM данные удобными не только для ежедневной работы специалистов, но и для контроля со стороны руководителей.

Для VOIS разрабатываются отдельные дашборды.

Они позволят видеть:

  • Какие даты запуска были запланированы и когда продукт фактически завершил этап.
  • Как меняется состояние продуктовой матрицы.
  • В дальнейшем — данные по задачам команды.

При этом первоначальный подход к планированию уже изменился в ходе проекта.

Команда поняла, что отдельный большой раздел для планов ей не нужен. Поэтому вместо него основной акцент решили сделать на более практичной задаче — контроле сроков и состояния конкретных продуктов.

Первые результаты

VOIS пока находится в процессе перехода на Omnidata.PLM: команда продолжает переносить существующие данные и постепенно переводить в систему ежедневную работу.

Поэтому на текущем этапе ещё рано оценивать эффект через сокращение сроков разработки или другие итоговые бизнес-показатели.

Но первые изменения в работе уже заметны:

Информация о продукте собирается в одном месте
У команды постепенно появляется единый источник информации, где связаны основные характеристики товара, образцы, дизайн, документы и история принятых решений.
Стало проще работать с образцами
Это один из процессов, в котором команда уже активно использует PLM. Образцы больше не существуют отдельно от продукта: фотографии и необходимые данные сохраняются непосредственно в его истории.
Проще находить дизайн-макеты и документы
Материалы привязаны к конкретным товарам, поэтому сотрудникам не нужно отдельно искать их в папках, почте или переписках.
Появилась база для контроля всего ассортимента
Когда информация по продуктам хранится в единой структуре, её можно использовать не только в ежедневной работе, но и для анализа: контролировать сроки, количество продуктов на разных этапах и состояние всей продуктовой матрицы.

Следующий этап — перевести в Omnidata.PLM ежедневную работу всей команды

Само внедрение системы не означает, что привычные инструменты исчезают за один день.

Сейчас часть сотрудников VOIS уже работает в PLM, а часть информации ещё параллельно остаётся в Google Таблицах, на диске и в других источниках.

Поэтому одна из следующих задач — закрепить внутри команды единые правила: какие данные должны храниться в PLM, кто отвечает за их заполнение и в какой момент они вносятся.

Параллельно Omnidata продолжает развивать систему под задачи VOIS: завершает работу над аналитическими дашбордами и собирает запросы команды на дальнейшие доработки.

Цель следующего этапа: сделать PLM основной точкой работы с продуктовой информацией для всех участников разработки.