Грязные секреты безголовой коммерции: что некоторые продавцы намеренно не говорят

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

Безголовая коммерция — или просто «безголовая» — сейчас является любимцем мира B2C. Согласно Google Trends, с начала 2020 года поисковые запросы для безголовой коммерции выросли в геометрической прогрессии. С точки зрения электронной коммерции легко понять, почему.

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

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

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

Решения для безголовой коммерции: преодоление ажиотажа

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

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

Мы не можем быть слишком строги к маркетологам; они не единственные, кто мутит воду. Множество поставщиков намеренно или нет добавляют к этой смеси, объединяя безголовые, облачные, API-интерфейсы и микросервисы. У них есть свои планы, поэтому им выгодно стирать границы между этими вещами. И чтобы было ясно, ни один из них не является одинаковым.

Проще говоря, безголовая коммерция означает:

1. Внешний интерфейс/витрина/стекло отделены от коммерческого механизма (т. е. бэкенда).
2. Поскольку он не связан, он использует серверные возможности, такие как ценообразование и рекламные акции через вызовы API.
3. Следовательно, по определению, чтобы коммерческая платформа могла поддерживать безголовые развертывания, ей необходимо покрытие API для функциональности серверной части коммерции.

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

Безголовая коммерция не является чем-то новым

Хотя сам термин, возможно, только начал набирать обороты в последние пару лет, концепция «безголовых» далеко не нова. Как упоминалось выше, это подход, ориентированный на API, при котором внешний интерфейс/слой представления/стекло отделены от ядра (с использованием API).

Например, в SAP (и ранее Hybris) мы уже более десяти лет реализуем возможности коммерции через наш уровень API Restful (подключение Omni-Commerce). Около половины из более чем 3500 клиентов, использующих SAP Commerce (локально и в облаке), делают это автономно с помощью сторонней CMS или индивидуальной отдельной витрины магазина.

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

Решения для чистой безголовой коммерции не для всех

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

Но это не все. Они требуют ИТ-зрелости и потенциала разработки, так как индивидуальный уровень презентации/витрина магазина должны быть созданы полностью с нуля с использованием интерфейсных фреймворков и библиотек (таких как Angular/React/Vue) или, как минимум, с помощью партнерского решения. Эти настраиваемые интерфейсы обычно не поддерживаются поставщиком.

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

Хорошая новость: поставщики предлагают «безголовые и лобовые» возможности со 100% охватом API и несвязанной витриной без необходимости создавать ее с нуля. Такой подход ускоряет разработку внешнего интерфейса и общие сроки реализации проекта.

Headless не равно микросервисы

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

Нет, микросервисы НЕ эквивалентны API. И нет (я собираюсь использовать здесь свой «внешний» голос), АРХИТЕКТУРА НА ОСНОВЕ МИКРОСЕРВИСОВ НЕ ЯВЛЯЕТСЯ ПРЕДПОСЫЛКОЙ ДЛЯ БЕЗГЛАВНОСТИ (API, с другой стороны, являются).

По словам Мартина Фаулера, «стиль микросервисной архитектуры — это подход к разработке отдельного приложения в виде набора небольших сервисов, каждый из которых работает в своем собственном процессе и взаимодействует с помощью облегченных механизмов, часто API ресурсов HTTP».

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

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

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

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

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

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

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

Безголовый здесь, чтобы остаться

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

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

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

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