Ограничения традиционных платформ
Если вы спросите в маркетинговых кругах, концепция разрозненного, монолитного, одноканального веб-сайта мертва. Когда дело доходит до привлечения клиентов, «многоканальность», «омниканальность» и «кросс-облачность» — это типичные термины, которые вы слышите сегодня. Так почему же большую часть времени мы до сих пор доставляем изолированные, непоследовательные впечатления и точки соприкосновения? Одна из основных причин заключается в том, что традиционные системы управления контентом и коммерческие платформы не позволяют предоставлять что-то другое. Их архитектура тесно связывает точки соприкосновения и взаимодействие с клиентами с рассматриваемой серверной платформой.
Если вы какое-то время занимались проектированием или поставкой коммерческого или маркетингового проекта, вы слишком хорошо знаете суть, это был типичный подход в течение многих лет. Уровень представления веб-сайта переплетается с серверной частью и настраивается как набор шаблонов или представлений, отображаемых на сервере. До последних нескольких лет именно здесь жила большая часть функциональности, помимо некоторых базовых манипуляций с DOM. С точки зрения коммерции это может означать, что шаблоны для оформления заказа или страниц со списком продуктов тесно связаны с серверной частью рассматриваемой платформы. А со стороны управления контентом это может означать то же самое для контента блога, маркетинговых материалов или всего, что требует персонализации.
Отход от этих ориентированных на каналы решений и переход к идеалу интегрированного клиентского опыта требует технологий и архитектур, которые адаптируются к новым требованиям. Вместо изолированного опыта нам теперь нужна возможность согласовывать клиентский опыт бренда с различным количеством точек соприкосновения. К счастью, с ростом повсеместного распространения JavaScript и фреймворков, таких как React и Vue.js, растущей потребностью в беспрепятственном взаимодействии между классами устройств и распространением в отрасли более широкой концепции JAMstack, платформы были вынуждены создавать новые возможности. для отделения клиентского опыта и уровня пользовательского интерфейса от централизованных внутренних технологий способами, которые никогда не были возможны в прошлом. Это открывает новые возможности для создания обогащенного, индивидуального опыта, не ограниченного ограничениями конкретной платформы.
Великое разделение
Разделение передней и задней части стека технологий совсем недавно приняло форму безголовой архитектуры. В безголовой настройке уровень представления, уровень взаимодействия с клиентом и место, где традиционно жили шаблоны страниц, абстрагирован и полностью отделен от стека внутренних технологий. При этом они взаимодействуют исключительно через уровень интерфейса прикладного программирования (API).
Современные коммерческие платформы и системы управления контентом, включая Salesforce Commerce Cloud, Magento и Sitecore, теперь предоставляют надежные возможности API благодаря таким функциям, как Open Commerce API от Saleforce (OCAPI) и недавно выпущенный Sitecore JSS. Этот новый подход, основанный на безголовом API, позволяет нам получить гораздо больше преимуществ от современных технологий PWA и API браузера. Он также обеспечивает больший контроль над скоростью и производительностью, используя такие методы, как SSR, в сочетании с такими инструментами, как React и Next.js. И он делает все вышеперечисленное, сохраняя при этом преимущества, предоставляемые внутренними системами управления и коммерции.
Но, конечно, это не так просто, как переход на новую коммерческую платформу или новую архитектуру. Чтобы полностью реализовать потребности удовлетворения потребностей клиентов в данный момент, нам необходимо создать единый опыт бренда во все более разрозненной группе точек соприкосновения. Это влияет не только на то, как мы взаимодействуем с партнерами-клиентами и организуем творческие, инженерные и исполнительные команды, но также влияет на процессы, артефакты и результаты, необходимые для синхронизации нескольких клиентских интерфейсов с использованием API на разных платформах.
С технической стороны это означает разработку слоев для агрегирования API из различных систем и использование таких инструментов, как GraphQL, чтобы уровень представления мог определять форму необходимых ответов. Это также означает поиск способов заменить стандартные уровни представления, которые в настоящее время предоставляются платформами, таким образом, чтобы они были эффективными, высококачественными и соответствовали более крупным системам проектирования и потребностям в точках взаимодействия. И, возможно, самое сложное — это необходимость принимать решения в отношении методов и приемов доставки контента. Поскольку то, что когда-то было единственным выбором, рендеринг на сервере, все чаще становится спектром вариантов, зависящих от потребностей конкретной точки взаимодействия и варианта использования.
С точки зрения CRUX это означает усиление согласования всех точек соприкосновения с брендом вместо того, чтобы дизайн и создание индивидуального опыта зависели от ограничений конкретной платформы. Чтобы помочь в этом согласовании, это также означает большее распространение результатов и методологий, которые DEG использует и продвигает в течение многих лет, таких как Атомный дизайн. В конце концов, они должны будут принять форму систем дизайна, библиотек шаблонов и повторно используемых компонентов, привязанных к существующим клиентским средам, а также передовым методам и режимам взаимодействия для конкретных вертикалей и сред. И нам нужно будет расширить эти системы дизайна за пределы только веб-компонентов, приложений или коммерческих компонентов, чтобы включить шаблоны для голосовых интерфейсов, дополненной реальности, помощников ИИ и устройств IoT, поскольку мы развертываем новые возможности, адаптированные к этим пространствам, привязанные к различным обратным сторонам. конечные стеки через одни и те же уровни API и микроинтерфейсы.
На пути к клиентоориентированному будущему
Будущее того, что значит развиваться в цифровом пространстве, захватывающее и широко открытое, поскольку мы продвигаемся дальше в этот новый ландшафт безголовой архитектуры. Если мы сможем в полной мере воспользоваться преимуществами, мы сможем перейти к действительно интегрированному обслуживанию клиентов, которое соответствует пути клиента и которое расширяется, а не ограничивается системой управления контентом или коммерческой платформой. Это позволит нам создавать привлекательные впечатления в многочисленных и разнообразных точках взаимодействия с клиентом в центре всего этого.
