Кастомизация

Кастомизация как актуальная тенденция современного рынка ЦОДов

В 2017 году на традиционной встрече производителей СКС, организованной «Журналом сетевых решений/LAN», обсуждались различные тенденции развития бизнеса в данной сфере и ожидания участников рынка. Среди прочего особое внимание было уделено изменению предпочтений заказчиков, которые при построении крупных и средних центров обработки данных все чаще выбирают кастомизированные продукты.

ЧТО ТАКОЕ КАСТОМИЗАЦИЯ

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

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

Зачастую кастомизацию воспринимают как весьма дорогостоящую процедуру. К тому же бытует мнение, что индивидуализацию продукции могут позволить себе далеко не все, поскольку ее стоимость оказывается слишком высокой. Кто-то также считает, что сама по себе данная «услуга» призвана лишь создавать видимость придания большей ценности для заказчика, в то время как ее первоочередная функция — получение максимальной прибыли производителем. Но так ли это на самом деле?

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

РЫНОК КАСТОМИЗИРОВАННЫХ РЕШЕНИЙ

Как уже было отмечено, наблюдение о формировании тенденции использования индивидуализированных продуктов было озвучено на встрече производителей СКС, рынка не столь динамичного, если не сказать инертного. Долгое время на нем никаких значимых изменений не происходило, и только в последние два года наблюдается повышенная активность, преимущественно связанная с появлением новых стандартов, технологий передачи данных и выводом на рынок более производительных компонентов (волокно ОМ5, медные линии Категории 8).

Уже после встречи, проанализировав некоторые проекты и случаи, когда требовалась кастомизация (не только в части СКС, но и в других подсистемах), мы пришли к выводу, что данная услуга наиболее востребована именно на рынке ЦОДов, причем в наибольшей степени в корпоративных центрах обработки данных. Объяснение тому довольно простое.

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

Владельцы корпоративных ЦОДов и особенно так называемых мегаЦОДов всегда стараются создать максимально эффективную комплексную систему со средним сроком жизни 10–15 лет. В результате они стремятся добиться максимальной эффективности в условиях ограниченности ресурсов, с учетом особенностей геометрии помещений и иных лимитирующих факторов. Именно поэтому и происходит переход от создания индивидуальных проектных решений на базе штатных универсальных продуктов к подготовке полностью индивидуализированного решения: индивидуальный подход в проектировании, дополненный кастомизированной продукцией.

Как говорилось ранее, крупные игроки ИТ-рынка могут позволить себе создание абсолютно нового, инновационного, а порой даже революционного решения, в то время как у большинства владельцев корпоративных вычислительных центров таких возможностей нет. Однако, поскольку соответствующая потребность имеется, некоторые производственные компании ориентируются в своем бизнесе именно на частные проекты и разработку уникальных продуктов под задачу или проект.

Например, у нашей компании есть определенный опыт создания уникальных монтажных конструктивов. Так, в рамках реализации проекта для одного из коммерческих ЦОДов предполагается поставить 1400 стоек, разработанных под заказ (по состоянию на июль 2017 года поставлено и введено в промышленную эксплуатацию 340 серверных и 20 кроссовых стоек). Данный проект является исключением, которое, как известно, подтверждает общее правило о том, что кастомизированные решения чаще всего используются в корпоративных ЦОДах.

Цель проекта — создание надежного конструктива с высокой степенью универсальности, совместимого с любым устанавливаемым в него оборудованием клиента. Именно здесь находится одна из точек демаркации оборудования владельца и арендатора ЦОДа. В данный момент работы по кастомизации продолжаются, и уже сейчас реализуются два проекта, для одного из которых уже поставляется техника, а другой находится на завершающей стадии окончательного согласования прототипа.

КАКОЙ БЫВАЕТ КАСТОМИЗАЦИЯ И КАК ОНА ОСУЩЕСТВЛЯЕТСЯ

Подходы к созданию индивидуального продукта или решения можно разделить на частный и комплексный. В первом случае предполагается объединение двух подсистем. Ярким примером такого подхода является разработка уникального коннектора MXC компаниями US Conec и Intel. Основной задачей проекта было создание инновационного соединителя для осуществления передачи данных на более высоких скоростях. В соответствии с принятым разделением ролей компания US Conec разрабатывала пассивную часть линии передачи данных (коннектор), в то время как Intel занималась активной составляющей (кремниевой фотоникой). Полученный в результате The Big Data Connector способен обеспечить передачу данных на скоростях до 1,6 Тбит/с.

Комплексный подход существенно отличается от частного. Топологически отношения между продуктом кастомизации и связанными с ним подсистемами напоминают звезду. Причем эти связи зачастую имеют односторонний характер и направлены от подсистем к продукту, то есть задают требования для его создания или изменения. В качестве примера можно рассматривать подходы таких глобальных компаний, как Google и Facebook, которые создают для себя не просто уникальные продукты, а комплексные решения и системы. В частности, компания Марка Цукерберга в настоящее время ведет разработку серверного шкафа для своих ЦОДов совместно с Delta Electronics. В рамках данного проекта речь идет об изменении не столько конструктива, сколько концепции системы электроснабжения ЦОДа, с одной стороны, и о ее согласовании с активным и серверным оборудованием, с другой.

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

ЭТАПЫ КАСТОМИЗАЦИИ

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

Жизненный цикл процесса разработки уникального продукта (кастомизации)

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

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

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

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

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

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

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

РЕЗЮМЕ

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

Виталий Алипов, технический директор «РИТ», Журнал сетевых решений/LAN, 2017, № 07-08

Возможные подходы

Для начала уточним, что «проектом-расширением» или просто «расширением» мы называем продукт с внесенными модификациями для конкретного заказчика. А теперь рассмотрим некоторые из возможных подходов к расширению продукта:
Отдельный бранч в репозитории под каждый проект-расширениеПожалуй, эта мысль — первая, которая приходит в голову, ведь ответвиться от основного продукта и внести изменения в новый бранч — самый быстрый способ достичь желаемого результата. Вопрос лишь в цене, которую придется заплатить за эту быстроту.
После разработки и внедрения информационной системы начинается самая долгая и часто самая болезненная фаза жизненного цикла — поддержка. В случае с проектом-расширением эта фаза может стать вдвойне неприятнее, ведь придется поставлять заказчику не только новые “фичи”, которые реализованы специально для него, но и новые версии продукта, на котором основано расширение. Для того, чтобы в проект попали изменения из новой версии продукта, видится один способ — merge изменений из основной ветки в бранч расширения. Но представьте, насколько это окажется трудоемко, и сколько потенциальных ошибок может проявиться, если один и тот же участок кода сильно изменялся в обеих ветках.
Можно, конечно, сразу думать о будущих переводах на новую версию продукта и организовывать код таким образом, что все специфичные изменения будут располагаться максимально в стороне от кода основного продукта. В идеальном мире это бы сработало, но мы с вами живем в суровой реальности, где часто срок выполнения задачи может быть объявлен как “вчера”, и работает над проектом отнюдь не компактная команда классных профессионалов, а батальон вчерашних студентов. В таких ситуациях люди редко задумываются об архитектуре и идут по пути наименьшего сопротивления — нашел место, где надо поправить, удалил старое, написал новое. Это, кстати, ведет к еще одной большой проблеме — логика расширения перемешивается с логикой продукта.
Итог: данный подход является самым гибким, так как позволяет изменить абсолютно любую часть продукта, но радоваться гибкости придется только первые пару обновлений. Впоследствии огромные сложности доставят поддержка расширения и перевод его на новые версии продукта. Причем чем дольше будет жить информационная система, тем более и более трудоемкой будет становиться поддержка.
Использование динамических атрибутов (модель Entity-Attribute-Value)Модель Entity-Attribute-Value (или Open Schema) может использоваться вместе со стандартной реляционной моделью для динамического определения и хранения значений новых атрибутов сущностей. При использовании модели EAV значения атрибутов обычно пишутся в одну таблицу из трех колонок. Как несложно догадаться, их имена Entity, Attribute и Value:

  • Entity — хранит ссылку на объект, поле которого мы описываем. Обычно это идентификатор сущности;
  • Attribute — ссылка на определение атрибута (об этом ниже);
  • Value — собственно значение атрибута.

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

  • тип атрибута;
  • ограничения (длина поля, регулярное выражение, которому должно соответствовать значение и пр.);
  • компонент для отображения в UI;
  • порядок отображения компонента в UI.

Для использования этой модели в продукте необходимо сделать 2 вещи:

  1. Реализовать механизм задания метаданных, с помощью которого мы сможем, например, указать, что к сущностям типа “Договор” добавится новый атрибут «Дата расторжения», тип поля — «Дата», компонент для отображения — DateField.
  2. Реализовать механизмы отображения и ввода значений динамических атрибутов на необходимых экранах продукта. Механизм должен находить возможный набор атрибутов для данной сущности в таблице с описанием метаданных, отображать компоненты для их редактирования, а затем в таблице с данными искать и отображать их значения, сохраняя их при закрытии экрана.

Самое главное достоинство подхода — это отсутствие необходимости создавать проект-расширение. Заказчику поставляется базовый продукт и на этапе настройки или даже эксплуатации заводится любое количество динамических атрибутов в сущностях.
Далее о недостатках. Во-первых, это ограниченность применения. Модель EAV позволит лишь добавить атрибуты в сущность и отобразить их в заранее определенном месте на экране. Не более того. Об изменении функциональности, хитрых UI-компонентах здесь речи не идет.
Во-вторых, EAV модель создает большую дополнительную нагрузку на сервер БД. Для загрузки одного экземпляра сущности без связей потребуется чтение вместо одной нескольких строк таблицы. Для загрузки списка экземпляров, например в таблицу на UI, вообще потребуется N+1 запросов, либо джойны по числу колонок таблицы. Учитывая, что база данных в корпоративных системах и так чаще всего является самым медленным и плохо масштабируемым элементом, такая дополнительная нагрузка может просто убить систему.
В-третьих, опять же из-за структуры базы будет довольно сложно делать выборки данных для отчетов — вместо написания обычного SQL для реляционных данных потребуются гораздо более сложные запросы.
Плагинная архитектураДанная архитектура позволяет хранить дополнительную функциональность в отдельных артефактах — плагинах. Если ваш заказчик хочет какой-то новой специфики, то вы ставите ему базовый продукт, пишете плагин, подключаете его и готово. Для использования плагинов в продукте должны быть объявлены точки расширения. Что это такое? Если просто, то это определенные места в коде. В этих местах перебираются загруженные плагины, анализируется, есть ли в плагинах логика, предназначенная для данной точки расширения, и если такая логика находится, она выполняется. Примеры точек расширения: пункт меню, обрабочик команды, кнопка на тулбаре, новый экран.
Такой часто используемый вариант расширения функциональности, как описание логики и обработчиков событий во внешних скриптах, также можно отнести к вариациям плагинов, т.к. скрипты вызываются и исполняются определенными точками программы.
Плагинная архитектура позволяет хранить всю новую функциональность отдельно от продукта, что является немаловажным её достоинством. Полное физическое разделение продукта и плагинов делает процесс обновления версии продукта или плагина очень простым — достаточно лишь заменить обновленный компонент.
Но и здесь, к сожалению, есть недостатки. Для каких-то продуктов они окажутся несущественными, для каких-то могут стать причиной невозможности использования плагинной архитектуры. Дело в том, что плагин может расширить систему лишь в том месте, где определена точка расширения. Бесспорно, существует класс продуктов, где таких мест в принципе немного и все они заранее определены, но есть также и огромная группа, для которой предугадать, что потребуется расширить завтра, практически невозможно. Анализ потенциальных расширяемых мест может стать очень ресурсоемким занятием, а в результате все равно оказаться не совсем точным. Кроме того, точки расширения — это усложнение основного кода, что всегда чревато ошибками и сложностью сопровождения. Подходить к определению точек расширения в основном продукте надо очень вдумчиво.

Как это делаем мы

Мы выпустили на рынок два тиражируемых продукта: ECM (или в более привычных терминах, систему электронного документооборота, СЭД) ТЕЗИС и систему для автоматизации бизнеса такси Sherlock. С самого начала было очевидно: для того, чтобы поставить конкретному клиенту максимально удобную систему, потребуются доработки продукта, и следовательно в основе продукта должна лежать легко расширяемая архитектура.
Начиная работу над новым расширением, часто мы даже не предполагали, в какого «монстра» (в хорошем смысле слова) этот проект может перерасти. Обычное явление — когда то, что начиналось как небольшая кастомизация, заканчивается практически полностью переписанными бизнес-процессами и дополнительной логикой на доброй половине экранов. Вдобавок продукт может расшириться новой функциональностью, вполне достаточной для самостоятельной системы. Как пример — в проекте-расширении ТЕЗИС для крупной распределенной компании появилась автоматизация деятельности казначейства, оценки эффективности работы сотрудников и еще несколько непростых модулей.
Разнообразие требований, их объем и непредсказуемость не позволяли использовать ни один из способов, описанных выше. Вдобавок ко всему, версии продуктов выходят довольно регулярно. Это делает обязательным требованием максимальную легкость перевода проекта-расширения на новую версию продукта.
Как же мы решаем проблему создания и поддержки расширений?

Наш проект-расширение

Большинство проектов нашей компании созданы с помощью платформы CUBA. Мы уже писали о ней в одной из прошлых статей. Для того, чтобы понять, как организованы проекты-расширения, сначала нужно разобраться с устройством самой платформы.
Если коротко, то CUBA — это набор модулей, каждый из которых предоставляет определенную функциональность:

  • cuba — ядро приложения, содержит в себе всю инфраструктуру, средства для организации бизнес-логики, библиотеку визуальных компонентов, подсистему безопасности и пр.
  • reports — подсистема генерации отчетов
  • fts — подсистема полнотекстового поиска
  • charts — подсистема вывода диаграмм
  • workflow — подсистема управления бизнес-процессами
  • ccpayments — подсистема работы с кредитными картами

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

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

  • вы указываете новую версию продукта в скриптах сборки и пересобираете расширение;
  • если в расширении использовался только стабильный API продукта, то на этом все — запускаете свой расширенный продукт и вперед;
  • если в продукте произошли значительные изменения в тех точках, которые вы расширяли, то может потребоваться изменение кода расширения. Как правило, это происходит нечасто, и локализовать проблему просто. Багфикс-релизы продуктов всегда сохраняют совместимость с расширениями.

Понятно, что в расширении легко можно создавать новые сущности, бизнес-логику и экраны для них. Но как изменить то, что уже имеется в продукте? Например добавить поле в продуктовую сущность и отобразить его в имеющихся экранах?

Добавление нового атрибута в сущность базового продукта

Определим для себя задачу: в сущность User базового продукта необходимо добавить поле для хранения адреса. Подобные требования, пожалуй, самые распространенные среди наших заказчиков. Сразу скажем, что платформа поддерживает модель динамических атрибутов, о которых писалось выше, но на практике этот вариант используется редко — скорость выборки данных и легкость построения отчетов практически всегда оказываются важным требованием.
Собственно об альтернативном способе добавления атрибута. В качестве ORM платформой используется OpenJPA. Объявление сущности в продукте выглядит следующим образом:
@Entity(name = «product$User») @Table(name = «PRODUCT_USER») public class User extends StandardEntity { @Column(name = «LOGIN») protected String login; @Column(name = «PASSWORD») protected String password; //getters and setters }
Как видите, это стандартное для JPA описание сущности и маппинга на таблицу и колонки БД.
Создаем наследника сущности в проекте-расширении:
@Entity(name = «ext$User») @Extends(User.class) public class ExtUser extends User { @Column(name = «ADDRESS», length = 100) private String address; public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } }
Механизм наследования стандартен для OpenJPA за исключением аннотации @Extends, которая и представляет наибольший интерес. Именно она объявляет, что класс ExtUser будет повсеместно использоваться вместо класса User.
Теперь все операции создания сущности User будут создавать экземпляр расширенной сущности:
User user = metadata.create(User.class); //создает класс ExtUser
Операции извлечения данных из БД также вернут экземпляры новой сущности. Например, в базовом продукте объявлен сервис поиска пользователей по имени, возвращающий результат следующего JPQL запроса:
select u from product$User u where u.name = :name
Без аннотации @Extends мы имели бы на выходе коллекцию объектов User, и для получения адреса из ExtUser пришлось бы повторно перечитать из базы результат предыдущего запроса. Но используя информацию о переопределении, которую предоставляет аннотация @Extends, механизмы платформы произведут предварительную трансформацию запроса и вернут нам коллекцию объектов расширенной сущности ExtUser. Более того, если какие-то другие сущности имели ссылки на User, то при подключении расширения эти ссылки будут возвращать объекты типа ExtUser, без какого-либо изменения исходного кода.
Сущность переопределена. Теперь хорошо бы отобразить новое поле пользователю.
Экран платформы представляет собой связку XML + Java. XML декларативно описывает UI, Java-контроллер определяет реакцию на события. Понятно, что с переопределением Java-контроллера особых проблем не возникнет, а вот с расширением XML чуть сложнее. Вернемся к предыдущему примеру с добавлением поля address в сущность User.
Описание разметки простейшего экрана выглядит так:
<window datasource=»userDs» caption=»msg://caption» class=»com.haulmont.cuba.gui.app.security.user.edit.UserEditor» messagesPack=»com.haulmont.cuba.gui.app.security.user.edit» > <dsContext> <datasource id=»userDs» class=»com.haulmont.cuba.security.entity.User» view=»user.edit»> </datasource> </dsContext> <layout spacing=»true»> <fieldGroup id=»fieldGroup» datasource=»userDs»> <column width=»250px»> <field id=»login»/> <field id=»password»/> </column> </fieldGroup> <iframe id=»windowActions» screen=»editWindowActions»/> </layout> </window>
Видим ссылку на контроллер экрана UserEditor, объявление источника данных (datasource), компонента fieldGroup, отображающего поля сущности, и фрейм со стандартными действиями “ОК” и “Отмена” (windowActions).
Совсем не хочется дублировать код базового экрана в проекте-расширении, поэтому мы добавили в платформу возможность наследования XML-дескрипторов экранов. Вот так выглядит наследник экрана из базового проекта:
<window extends=»/com/haulmont/cuba/gui/app/security/user/edit/user-edit.xml»> <layout> <fieldGroup id=»fieldGroup»> <column> <field id=»address»/> </column> </fieldGroup> </layout> </window>
В экране-наследнике указывается предок (атрибут extends) и описываются лишь те компоненты, которые должны быть добавлены в базовый экран либо переопределены в нем. Остается лишь объявить экран в конфигурационном файле с идентификатором базового экрана:
<screen id=»sec$User.edit» template=»com/sample/sales/gui/extuser/extuser-edit.xml»/>
Результат:

Переопределение бизнес-логики

Что касается переопределения функциональности, то здесь все достаточно тривиально. Инфраструктура платформы реализована на Spring. Соответственно и слой сервисов с бизнес логикой — это управляемые спрингом бины. Возможностей расширения, предоставляемых фреймворком, оказывается более чем достаточно для переопределения нужной бизнес-логики. Чтобы наглядно это продемонстрировать, снова небольшой пример. Допустим, на среднем слое в базовом продукте имеется компонент, выполняющий расчет цены:
@ManagedBean(«product_PriceCalculator») public class PriceCalculator { public void BigDecimal calculatePrice() { //price calculation } }
Для того, чтобы в проекте-расширении заменить алгоритм расчета цены мы делаем 2 простых шага:
Создаем наследника переопределяемого компонента:
public class ExtPriceCalculator extends PriceCalcuator { @Override public void BigDecimal calculatePrice() { //modified logic goes here } }
Регистрируем класс в конфигурационном файле Spring с идентификатором бина из базового продукта:
<bean id=»product_PriceCalculator» class=»com.sample.extension.core.ExtPriceCalculator»/>
Теперь контейнер Spring будет всегда возвращать нам экземпляр ExtPriceCalculator.

Переопределение темы

С модификацией сущностей, компонентов экранов и бизнес-логики мы разобрались. Следующая на очереди визуальная тема.
Экраны, созданные с помощью платформы, работают в веб и десктоп клиентах. На текущий момент у нас преобладает использование веб-клиентов, поэтому говоря о кастомизации темы, рассмотрим именно их.
Для реализации веб-UI нами был выбран популярный фреймворк Vaadin. Vaadin позволяет описывать темы на SCSS. Описание стилей для новой темы на SCSS само по себе в разы приятнее, чем на чистом CSS. Мы сделали процесс создания темы еще менее трудоемким, вынеся множество параметров в переменные.
Заготовка для новой темы создается в 2 клика с помощью нашей студии разработки. Новая тема импортирует стили базовой темы платформы, разработчику остается переопределить лишь нужные стили и переменные. Многие клиенты желают видеть информационную систему в корпоративных цветах своей компании. Используемый нами подход к расширению тем позволяет им легко этого добиться.
В проекте расширении разработчику доступна возможность подключения новых визуальных компонентов. Большое количество готовых компонентов имеется в репозитории аддонов Vaadin. Если нужного компонента там не нашлось, то можно написать его самому.
Примеры различных визуальных тем:

  • Авторы
  • Резюме
  • Файлы
  • Ключевые слова
  • Литература

Тихомирова О.Г. 1 1 Санкт-Петербургский национальный университет информационных технологий В статье рассмотрены основные теоретические вопросы кастомизации производства в условиях внедрения цифровых технологий в производственные системы. Современные тенденции трансформации производства, в частности цифровизация и ориентация на потребителей (кастомизация), требуют исследования сущности процесса кастомизации и механизма перехода от традиционной формы организации производства к кастомизированной. Анализ литературы и практики по вопросам кастомизации показал отсутствие единой теоретической базы и однозначного понимания сущности кастомизации, а также основных изменений при внедрении цифровых технологий в производственные процессы. Это приводит к невозможности сохранения и приумножения экономических выгод и преимуществ при цифровизации производства и создании кастомизированной модели производства, которая в современных условиях является наиболее конкурентоспособной. В статье рассмотрены основные характеристики и преимущества кастомизированного и традиционного производства с точки зрения наиболее существенных параметров организации производственных процессов. На основании исследования предложены основные стадии трансформации традиционной производственной системы в кастомизированную. Рассмотрены преимущества и выгоды, которые обеспечиваются за счет внедрения цифровых технологий в производственные процессы, а также важные отличия в трактовке традиционных критериев эффективности организации производства при цифровизации производства. 343 KB кастомизация цифровое производство кастомизированные производственные системы автоматизация производства аддитивные технологии 1. Digital transformation. Creating new business models where digital meets physical. IBM Global Business Services Executive Report. IBM Global Services, N.Y. 10589, U.S.A. April 2011. P. 3. 2. Additive Manufacturing. Edited by A. Bandyopadhyay, S. Bose. CRC Press Taylor & Francis Group. 2017. Р. 5–7. 3. Тихомирова О.Г. Методологические основы проектирования социально-экономических нейронных сетей (SENS-систем) // Фундаментальные исследования. 2013. № 4–3. С. 719–723. 4. Сури Р. Время – деньги. Конкурентное преимущество быстро-реагирующего производства / Пер. с англ. В.В. Дедюхина. 2-е изд. М.: БИНОМ. Лаборатория знаний, 2014. 326 с. 5. Шваб К. Четвертая промышленная революция: перевод с англ. М.: Изд-во «Эксмо», 2017. С. 17–24.

Внедрение цифровых технологий, цифровая экономика и цифровое производство оказывают непосредственное влияние на характер взаимодействия предприятий-производителей и внешней среды, особенно в области взаимоотношений между производителями и потребителями . Цифровая экономика и производство предполагает вовлечение в единую систему и интегрированную платформу ключевых партнеров, в том числе потребителей, клиентов, с целью обеспечения максимального соответствия производимой продукции требованиям заказчика и снижения потерь (затрат) производителя на стадии промышленного освоения и постановки продукции на производство . Таким образом, именно цифровое производство обеспечивает реализацию принципа индивидуализации, или кастомизации, производства.

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

Понятие кастомизации

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

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

Кастомизация направлена на создание потребительской ценности и решение задач потребителя, то есть первичными в отношениях продукт – клиент становится проблема клиента и возможность компании ее решить особенным для каждого клиента способом. Кастомизация невозможна без внедрения современных цифровых технологий в производство. Однако следует иметь в виду, что внедрение, например, распространенных CRM-систем, улучшая и повышая эффективность процесса взаимодействия производитель/клиент, не влияет на собственно производственные процессы, НИОКР, технологию и т.п.; таким образом, кастомизация в данном случае будет носить характер «индивидуальной розочки на стандартном торте». Поэтому, чтобы внедрить кастомизацию как технологию производства, и необходимо полное изменение организации бизнес-процессов на основе внедрения цифровых технологий. Цифровые технологии позволяют создать единое информационное пространство для коммуникации и взаимодействия всех заинтересованных в проекте: не только и не столько инженеров, технологов, разработчиков, конструкторов (что очень важно для создания максимально совершенного в техническом плане продукта), но и потребителей, инвесторов, дизайнеров; цифровые технологии позволяют потребителем испытать и понять ощущения и впечатления от использования продукта еще до фактического производства, что позволяет внести изменения или принять решения об усовершенствовании продукта производителем еще на стадии разработки. Только тогда создается не просто продукт-устройство, а действительно кастомизированный продукт, имеющий высокую потребительскую ценность.

Преимущества кастомизированного производства в цифровой среде функционирования

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

Преимущества кастомизации производства в цифровой среде функционирования следующие:

  • Интеграция бизнес-процессов по вертикали и горизонтали с позиции удовлетворения требований заказчика на всех стадиях жизненного цикла продукта «разработка – проектирование – промышленное освоение-производство».
  • Виртуальное моделирование и тестирование продукта, возможность виртуальных испытаний и экспериментального использования продукта потребителем.
  • Возможность достижения преимуществ массового производства в мелкосерийном и единичном.
  • Возможность выполнения работ по всей производственной цепочке на предприятиях, локализованных в различных точках мира.
  • Оптимизация системы планирования производства в сторону планирования в режиме реального времени.

Сравнительные характеристики кастомизированного и традиционного производства приведены в табл. 1.

Создание кастомизированной производственной системы

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

Рассмотрим стадии трансформации традиционно производственной системы в кастомизированную (табл. 2).

Таблица 1

Сравнительные характеристики кастомизированного и традиционного производства

Характеристика

Кастомизированное производство

Традиционное производство

Тип производства

Мелкосерийный, единичный

Массовый

Номенклатура производимой продукции

Широкая

Узкая

Потребительская ориентация

Концентрация на конкретном потребителе (узкой группе потребителей)

Концентрация на ключевом сегменте рынка по средним (наиболее типичным) параметрам

Базовый принцип организации производства

Модульность

Универсализация

Фактор роста производительности труда

Точное соответствие требованиям к конечному продукту

Автоматизация

Форма организации бизнеса

Создание цифровой экосистемы

Кластеры, холдинги

Ключевые факторы конкурентоспособности

Производство продукта, максимально соответствующего потребностям потребителя

Снижение издержек, маркетинговое продвижение

Создание добавленной стоимости

Линейный процесс последовательного производственного цикла в рамках предприятия-производителя

Нелинейный процесс с максимальной параллельностью производственных операций с вовлечением внешних контрагентов

Управление затратами

Наличие четко определенных постоянных и переменных затрат

Усложнение процесса управления затратами в результате снижения доли постоянных затрат (так как убираются лишние посредники)

Формирование цены продукта

Традиционные методы «Издержки плюс»

Цена зависит от условий каждой сделки (то есть каждой произведенной единицы)

Таблица 2

Стадии трансформации традиционной производственной системы в кастомизированную

Стадии трансформации

Название стадии

Описание стадии

Первая стадия

Изменение взаимодействия с потребителем (заказчиком)

Трансформация процесса размещения и обработки заказа.

Внедрение системы «умные продажи»: активное взаимодействие с потребителями, проактивные заказчики (клиенты), партнеры, проактивная дистрибуция. Глобальная коллаборация с вовлечением внешних экспертов. Рост традиционных показателей эффективности производственных процессов и систем (рентабельности, объемы продаж, производственные издержки и т.п.).

Вторая стадия

Высокое качество услуг

Персонализация производимого продукта, организация производственных процессов по принципу «360 °customer», высокая скорость услуг и производства продукта; организация бизнес-процессов в режиме реального времени; всенаправленность процессов.

Третья стадия

Открытые ERP системы, real time

Несвязанная цепь создания стоимости в глобальном масштабе. Автоматизация по всем бизнес-процессам. Развитие IT-приложений (гибкость и простота использования). Ускорение процессов, интеграция данных, использование «облачных» технологий

Четвертая стадия

«Связывание», объединение, интеграция продукта, персонализация продукта, real time

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

Таблица 3

Основные экономические преимущества организации массового производства в сравнении с возможностями кастомизированного цифрового производства

Экономические выгоды массового производства

Преобразование выгод в кастомизированном цифровом производстве

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

Интегрированная цифровая экосистема и полная автоматизация производства позволяет эффективно нормировать загрузку рабочих мест в полном соответствии с планом производства, основанном на объеме спроса

Высокопроизводительное, узкоспециализированное технологическое оборудование

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

Более точные нормативы затрат ресурсов

В цифровом производстве задача расчета точных нормативов затрат ресурсов решается автоматизированными средствами информационных технологий и соответствующего ПО. Возможность виртуализации стадий прототипирования и тестирования (экспериментальных исследований) сокращает затраты ресурсов на данные стадии жизненного цикла продукта. Возможность внедрения самообучающихся информационных систем и самонастраивающегося «умного» оборудования также позволяет еще более точно нормировать затраты ресурсов и снижать производственные издержки

Возможность тщательной технической подготовки производства

Цифровое производство позволяет полностью автоматизировать и виртуализировать все стадии научно-технической подготовки производства, от НИР до производства экспериментальных образцов и постановки на производство. Также возникает возможность более эффективного взаимодействия конструкторов и технологов в режиме реального времени

Организация поточных линий, в том числе автоматизированных

В условиях цифрового производства организация поточных линий лишается экономического смысла, более целесообразным является организация кастомизированного производственного процесса, производства продукта «точно в спрос»

Высокая степень параллельности, непрерывности, ритмичности производственного процесса

Единая цифровая платформа позволяет организовать производственные процессы в режиме «real time»

Одно из ключевых преимуществ массового производства – это возможность универсализации технологических процессов и технологического оборудования, что повышает экономическую эффективность производства, стабильность и управляемость производственных процессов. Чем больше степень специализации рабочих мест, тем более специализированное технологическое оборудование требуется для организации производственного процесса. Чем меньше степень специализации, тем более универсальными являются рабочие места и установленное оборудование, что, в условиях традиционного производства характеризовало бы производственный процесс как нестабильный. Точно также, в традиционном производстве внедрение узкоспециализированного технологического оборудования означало бы ожидаемо более высокую производительность труда. Рассмотрим, как изменяется данный подход в условиях внедрения цифрового производства.

При внедрении цифровых интегрированных платформ и создания цифровой экосистемы, высокого уровня автоматизации и робототизации производства, использование узкоспециализированного оборудования становится экономически нецелесообразным. Сильная узкая специализация в масштабах промышленного предприятия может приводить к рассогласованию целей отделов и производственных подразделений, негативно сказываясь на достижении общих целей производственной системы и предприятия в целом. Также негативно на общие цели влияет и высокий уровень концентрации производства. В узкоспециализированных производственных структурах сложно оценить вклад каждого элемента в достижение целей, например таких, как энергетическое хозяйство (обычно оценивается по объему сгенерированной отпущенной энергии), транспортное хозяйство (традиционно – по числу перевозок), заготовительных цехов (по весу/числу заготовок), административно-управленческих подразделений. Очевидно, что приведенные типичные показатели не отражают реальный вклад указанных элементов, относящихся к обслуживающим, в достижении общей главной цели производственной системы.

Универсальное оборудование, в том числе 3D-принтеры и иные аддитивные технологии, выполняют те же функции, что и узкоспециализированные станки, однако с более высокой производительностью, в условиях единичного или серийного кастомизированного производства с сохранением экономических выгод и преимуществ традиционного организованного массового производства. Обоснуем это утверждение. Рассмотрим основные экономические преимущества организации массового производства и сравним их с возможностями кастомизированного цифрового производства (табл. 3).

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

Основные выводы и результаты

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

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

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

Кроме того, внедрение концепции цифрового производства обеспечивает более эффективные и благоприятные условия для разработки и внедрения инновационных продуктов; увеличивает скорость обработки информации с сохранением и приумножением качества информационных потоков; обеспечивает снижение длительности производственного цикла. Чем выше трудоемкость (или время) на изготовление продукции при одинаковом заданном объеме выпуска, тем больше потребуется число загруженных рабочих мест. Аналогичная зависимость при большем объеме производства при одинаковой трудоемкости производства. При традиционной форме организации производственных систем мы вынуждены были бы в обоих случаях увеличивать число элементов производственной структуры, то есть создавать больше рабочих мест, цехов и участков, тем самым увеличивая число связей между ними. Это означало бы увеличение численности персонала, рост административно-управленческих затрат и производственных издержек. Однако в цифровом производстве мы можем изменять значение эффективного фонда времени работы рабочих модулей (полная автоматизация позволяет это сделать без учета традиционных потерь времени в структуре производственного цикла), сохраняя и увеличивая производительность (число рабочих мест) при высокой трудоемкости изготовления продукции (например, высокотехнологичной, наукоемкой). Автоматизация, робототизация и производство «без человека» станет основой интеграции всех производственных процессов и систем и создания производства будущего Индустрии 4.0 . Единая цифровая производственная экосистема («цифровая оркестровка производства») обеспечивает создание единой целостной сети создания ценности для потребителя (именно сети, а не цепи; то есть не итеративного последовательного процесса, а сетевого с узловой основой), создавая истинно кастомизированное производство.

Библиографическая ссылка

Тихомирова О.Г. ИССЛЕДОВАНИЕ СУЩНОСТИ И ПРОЦЕССА КАСТОМИЗАЦИИ ПРОИЗВОДСТВА В ЦИФРОВОЙ СРЕДЕ ФУНКЦИОНИРОВАНИЯ // Фундаментальные исследования. – 2018. – № 9. – С. 93-97;
URL: http://fundamental-research.ru/ru/article/view?id=42269 (дата обращения: 31.05.2019). Предлагаем вашему вниманию журналы, издающиеся в издательстве «Академия Естествознания» (Высокий импакт-фактор РИНЦ, тематика журналов охватывает все научные направления) «Современные проблемы науки и образования» список ВАК ИФ РИНЦ = 0.829 «Фундаментальные исследования» список ВАК ИФ РИНЦ = 1.252 «Современные наукоемкие технологии» список ВАК ИФ РИНЦ = 0.641 «Успехи современного естествознания» список ВАК ИФ РИНЦ = 0.741 «Международный журнал прикладных и фундаментальных исследований» ИФ РИНЦ = 0.731 «Международный журнал экспериментального образования» ИФ РИНЦ = 0.460 «European journal of natural history» ИФ РИНЦ = 1.369 Издание научной и учебно-методической литературы ISBN РИНЦ DOI

Чем можно удивить клиента, если сегодня предложение превышает спрос, сервис доступен любого уровня, дефицита нет, любой товар доступен к покупке не выходя из дому? Что еще можно придумать, чтобы обратить внимание покупателя на себя? Ответ прост – предложите ему особый товар, которого нет ни у кого и вы увидите сколько появиться желающих сделать у вас заказ. Сегодня мы поговорим о новом модном в бизнесе слове – кастомизация.

Что такое кастомизация?

В переводе с английского слово кастомизация (customize) обозначает – настраивать, в нашем случает настраивать характеристики и свойства товара под индивидуальные нужды потребителя. Желание владеть особой вещью у нас всех заложено матушкой природой, и с этим ничего не поделаешь и именно из-за этого кастомизация товара или услуги просто обречена на успех.

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

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

Примеры кастомизации товара

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

Японский производитель автомобилей позаботился о том, чтобы покупатель имел возможность выбрать свой стиль, свой дизайн автомобиля, тем самым выделится из толпы. Выгода такой кастомизации — клиент покупает вместе с машиной имидж. Не далеко ушли и производители обуви и одежды:

А также разработчики программного обеспечения:

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

Как создать кастомный продукт?

Для того чтобы создать интересный товар нужно хорошо знать свою целевую аудиторию (ЦА), кто ее составляет, какие у них интересы, потребности, проблемы, мечты, стиль жизни. Только зная что ценно для вашей ЦА можно создать эффективную кастомизацию товара и чем сложнее продукт, тем больше нужно изучать и анализировать свою ЦА.

Помимо этого, вам понадобится помощь эксперта в определенной товарной нише, помощь человека, который знает о вашем продукте (или продукте, который вы желаете создать) все:

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

В малом и среднем бизнесе, возможность сделать индивидуальное предложение клиенту – это неоспоримое конкурентное преимущество. Все уже поняли, что шаблоны, однотипные решения не эффективны, а вот что-то особенное в вашем сервисе или продукте – это магнит, который всегда будет притягивать клиентов. Сам факт возможности выбрать товар под себя, будь то велосипед, диван или джинсы, повышает лояльность клиента к вашей компании.

В кастомизации покупатель ощущает заботу о себе, он осознает, что именно здесь о нем подумали и ему хотят угодить.

Минусы кастомизации

  • Как уже упоминалось выше, персонализация товара требует определенных затрат, которые ложатся на себестоимость. Больше вариантов – выше цена!
  • Скорость изготовления кастомной (индивидуальной) модели всегда занимает больше времени, чем серийной базовой. Чем сложнее заказ, тем дольше срок его изготовления.
  • Чем больше вариантов, тем больше шансов что товар разделится на бестселлер и неликвид. Доказано, что когда выставлена модель товара в 6 цветах, 1-2 цвета вообще покупать не будут, а 4 сделают свое дело – привлекут клиентов и увеличат продажи.
  • Большой выбор заставляет покупателя больше думать, дольше принимать решение о покупке, соответственно продавцу сложнее работать с клиентом.

Выводы

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

Кастомизация

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

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

Кастом — штучное изделие (термин часто применяется по отношению к производству мотоциклов), изготовленное в единственном или крайне малом количестве экземпляров.

Цели кастомизации:

  • дифференцировать предложение;
  • создать особое предложение для узкой целевой аудитории;
  • привлечение требовательных к продукту потребителей, способных оплатить НИОКР.

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

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

Массовая кастомизация — производство продуктов и услуг для узкой аудитории с учетом её интересов и требований, с последующим изменением основного продукта.

Количество показов: 32170
>
Кастомизация как актуальная тенденция современного рынка ЦОДов

ЧТО ТАКОЕ КАСТОМИЗАЦИЯ

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

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

Зачастую кастомизацию воспринимают как весьма дорогостоящую процедуру. К тому же бытует мнение, что индивидуализацию продукции могут позволить себе далеко не все, поскольку ее стоимость оказывается слишком высокой. Кто-то также считает, что сама по себе данная «услуга» призвана лишь создавать видимость придания большей ценности для заказчика, в то время как ее первоочередная функция — получение максимальной прибыли производителем. Но так ли это на самом деле?

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

РЫНОК КАСТОМИЗИРОВАННЫХ РЕШЕНИЙ

Как уже было отмечено, наблюдение о формировании тенденции использования индивидуализированных продуктов было озвучено на встрече производителей СКС, рынка не столь динамичного, если не сказать инертного. Долгое время на нем никаких значимых изменений не происходило, и только в последние два года наблюдается повышенная активность, преимущественно связанная с появлением новых стандартов, технологий передачи данных и выводом на рынок более производительных компонентов (волокно ОМ5, медные линии Категории 8).

Уже после встречи, проанализировав некоторые проекты и случаи, когда требовалась кастомизация (не только в части СКС, но и в других подсистемах), мы пришли к выводу, что данная услуга наиболее востребована именно на рынке ЦОДов, причем в наибольшей степени в корпоративных центрах обработки данных. Объяснение тому довольно простое.

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

Владельцы корпоративных ЦОДов и особенно так называемых мегаЦОДов всегда стараются создать максимально эффективную комплексную систему со средним сроком жизни 10–15 лет. В результате они стремятся добиться максимальной эффективности в условиях ограниченности ресурсов, с учетом особенностей геометрии помещений и иных лимитирующих факторов. Именно поэтому и происходит переход от создания индивидуальных проектных решений на базе штатных универсальных продуктов к подготовке полностью индивидуализированного решения: индивидуальный подход в проектировании, дополненный кастомизированной продукцией.

Как говорилось ранее, крупные игроки ИТ-рынка могут позволить себе создание абсолютно нового, инновационного, а порой даже революционного решения, в то время как у большинства владельцев корпоративных вычислительных центров таких возможностей нет. Однако, поскольку соответствующая потребность имеется, некоторые производственные компании ориентируются в своем бизнесе именно на частные проекты и разработку уникальных продуктов под задачу или проект.

Например, у нашей компании есть определенный опыт создания уникальных монтажных конструктивов. Так, в рамках реализации проекта для одного из коммерческих ЦОДов предполагается поставить 1400 стоек, разработанных под заказ (по состоянию на июль 2017 года поставлено и введено в промышленную эксплуатацию 340 серверных и 20 кроссовых стоек). Данный проект является исключением, которое, как известно, подтверждает общее правило о том, что кастомизированные решения чаще всего используются в корпоративных ЦОДах.

Цель проекта — создание надежного конструктива с высокой степенью универсальности, совместимого с любым устанавливаемым в него оборудованием клиента. Именно здесь находится одна из точек демаркации оборудования владельца и арендатора ЦОДа. В данный момент работы по кастомизации продолжаются, и уже сейчас реализуются два проекта, для одного из которых уже поставляется техника, а другой находится на завершающей стадии окончательного согласования прототипа.

КАКОЙ БЫВАЕТ КАСТОМИЗАЦИЯ И КАК ОНА ОСУЩЕСТВЛЯЕТСЯ

Подходы к созданию индивидуального продукта или решения можно разделить на частный и комплексный. В первом случае предполагается объединение двух подсистем. Ярким примером такого подхода является разработка уникального коннектора MXC компаниями US Conec и Intel. Основной задачей проекта было создание инновационного соединителя для осуществления передачи данных на более высоких скоростях. В соответствии с принятым разделением ролей компания US Conec разрабатывала пассивную часть линии передачи данных (коннектор), в то время как Intel занималась активной составляющей (кремниевой фотоникой). Полученный в результате The Big Data Connector способен обеспечить передачу данных на скоростях до 1,6 Тбит/с.

Комплексный подход существенно отличается от частного. Топологически отношения между продуктом кастомизации и связанными с ним подсистемами напоминают звезду. Причем эти связи зачастую имеют односторонний характер и направлены от подсистем к продукту, то есть задают требования для его создания или изменения. В качестве примера можно рассматривать подходы таких глобальных компаний, как Google и Facebook, которые создают для себя не просто уникальные продукты, а комплексные решения и системы. В частности, компания Марка Цукерберга в настоящее время ведет разработку серверного шкафа для своих ЦОДов совместно с Delta Electronics. В рамках данного проекта речь идет об изменении не столько конструктива, сколько концепции системы электроснабжения ЦОДа, с одной стороны, и о ее согласовании с активным и серверным оборудованием, с другой.

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

ЭТАПЫ КАСТОМИЗАЦИИ

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

Жизненный цикл процесса разработки уникального продукта (кастомизации)

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

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

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

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

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

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

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *