Segredos sujos do comércio sem cabeça: o que alguns fornecedores intencionalmente não dizem

Os segredos sujos das soluções de comércio sem cabeça: O que alguns fornecedores (intencionalmente) não estão dizendo a você pode custar muito.

O comércio sem cabeça – ou, simplesmente, “sem cabeça” – é o queridinho do mundo B2C no momento. De acordo com o Google Trends, as solicitações de pesquisa para comércio sem cabeça cresceram exponencialmente desde o início de 2020. Do ponto de vista do comércio eletrônico, é fácil entender o porquê.

Os consumidores estão confinados em casa, presos aos seus feeds de mídia social durante a pandemia. As marcas diretas ao consumidor podem aproveitar mídias como Instagram, TikTok ou Facebook e levar seus produtos diretamente ao público-alvo. As soluções de comércio sem cabeça são óbvias.

As arquiteturas sem cabeça fornecem grande flexibilidade. Por causa da dissociação do front-end e do back-end (e da disponibilidade de APIs), é muito mais fácil para as organizações que desejam implantar o comércio em novos canais fazê-lo com uma plataforma que suporte headless.

As soluções de comércio sem cabeça também oferecem maior agilidade, pois o front-end e o back-end são implantados separadamente. Como a agilidade se tornou um tremendo diferencial de negócios, o interesse pelo headless está aumentando.

Soluções de comércio sem cabeça: cortando o hype

Mas o que exatamente é o comércio sem cabeça? Como costuma ser o caso nos mundos da tecnologia e do marketing, há uma tendência de se agarrar à última palavra da moda – pense em big data ou inteligência artificial/aprendizado de máquina alguns anos atrás – e injetá-la no maior número possível de conversas .

Quando as pessoas não podem realmente definir o que é uma coisa, no entanto, as águas ao redor dessa coisa tendem a ficar bem turvas. Isso é exatamente o que está acontecendo com o comércio sem cabeça.

Não podemos ser muito duros com os profissionais de marketing; eles não são os únicos a turvar as águas. Muitos fornecedores estão adicionando à mistura, intencionalmente ou não, combinando headless, nuvem, APIs e microsserviços. Eles têm suas agendas, então é vantajoso para eles borrar as linhas entre essas coisas. E para ser claro, nenhum deles é o mesmo.

Simplificando, comércio sem cabeça significa:

1. O frontend/storefront/glass é desacoplado do mecanismo de comércio (ou seja, o backend).
2. Como é desacoplado, ele consome recursos de back-end, como preços e promoções, por meio de chamadas de API.
3. Portanto, por definição, para que uma plataforma de comércio seja capaz de oferecer suporte a implantações headless, ela precisa de cobertura de API da funcionalidade de back-end de comércio.

Vamos entrar e dar uma olhada mais de perto exatamente o que é sem cabeça (e o que não é), de onde veio e para quem é.

Comércio sem cabeça não é nada novo

Embora o termo em si possa ter começado a ganhar força nos últimos dois anos, o conceito de sem cabeça não é nem remotamente novo. Como mencionado acima, é uma abordagem de API em que o front-end/camada de apresentação/vidro é desacoplado do núcleo (usando as APIs).

Por exemplo, na SAP (e anteriormente Hybris), habilitamos recursos de comércio por meio de nossa camada de API Restful (Omni-Commerce connect) há mais de uma década. Cerca de metade dos mais de 3.500 clientes que executam o SAP Commerce (on-premises e na nuvem) o fazem de maneira descentralizada com um CMS de terceiros ou uma vitrine desacoplada sob medida.

A questão é, não se deixe enganar pelo burburinho; headless não apenas surgiu em cena.

As soluções de comércio sem cabeça puras não são para todos

Sem cabeça, como em todo o resto, não é para todos. É complexo, para começar. Os desenvolvedores devem ter profundidade e amplitude de habilidade em várias bases de código.

Mas isso não é tudo. Eles exigem maturidade de TI e capacidade de desenvolvimento, pois uma camada de apresentação/vitrine sob medida deve ser construída inteiramente do zero usando estruturas e bibliotecas de front-end (como Angular/React/Vue) ou por meio de uma solução de parceiro no mínimo. Esses front-ends personalizados geralmente não são suportados pelo fornecedor.

Além disso, os frontends personalizados normalmente limitam a capacidade dos profissionais de negócios de projetar e atualizar o frontend sem a ajuda da TI. Se essa é uma consideração importante para o seu negócio, as soluções de comércio sem cabeça podem não ser uma boa opção para você.

A boa notícia: os fornecedores oferecem recursos “headless e head-on” com 100% de cobertura de API e uma vitrine desacoplada sem a necessidade de construí-la desde o início. Essa abordagem acelera o desenvolvimento de front-end e o cronograma geral de entrega do projeto.

Headless não é igual a microsserviços

Como mencionamos no início, alguns fornecedores estão intencionalmente turvando as águas ao confundir headless com microsserviços. Vamos acertar as contas.

Não, Microsserviços NÃO são equivalentes a APIs. E não (estou prestes a usar minha voz “de fora” aqui), UMA ARQUITETURA BASEADA EM MICROSERVIÇOS NÃO É UM PRÉ-REQUISITO PARA HEADLESS (APIs, por outro lado, são).

De acordo com Martin Fowler, “o estilo de arquitetura de microsserviços é uma abordagem para desenvolver um único aplicativo como um conjunto de pequenos serviços, cada um executando seu próprio processo e se comunicando com mecanismos leves, geralmente uma API de recursos HTTP”.

Você leu certo – os microsserviços expõem seus recursos por meio de APIs e, como tal, são conceitos complementares, não intercambiáveis. Compare uma arquitetura baseada em microsserviços com uma arquitetura monolítica em que todo o aplicativo consiste em “um pedaço” de código. No mundo real, poucos aplicativos são totalmente baseados em microsserviços ou totalmente monolíticos; eles normalmente caem em algum lugar no meio.

Embora os microsserviços possam fazer muitas coisas, eles também são caros (muitas despesas gerais) e não são, de forma alguma, uma bala de prata para a agilidade. Sem entrar nos prós e contras de cada padrão de arquitetura, vale a pena notar que a principal vantagem de uma arquitetura baseada em microsserviços é a velocidade e agilidade com que grandes organizações de desenvolvimento podem construir software. A sobrecarga é pequena em comparação com o tempo para desenvolver código em uma arquitetura monolítica.

Portanto, é bastante valioso para um fornecedor de plataforma de comércio como a Amazon, que normalmente tem centenas de desenvolvedores trabalhando nela. No entanto, esse tipo de arquitetura não funcionaria bem para todos. É um ajuste particularmente ruim para organizações que não têm os recursos de TI e os recursos de desenvolvimento de comércio correspondentes para se beneficiar dele.

É melhor considerar o que o Gartner chama de arquitetura de negócios combinável. Esse modelo de blocos de construção intercambiáveis ​​permite que uma empresa se reorganize conforme necessário, dependendo de fatores como uma mudança nos valores do cliente ou uma mudança repentina na cadeia de suprimentos ou nos materiais. Esses blocos de construção ou módulos podem ser micro, mas também macro serviços.

De acordo com o Gartner, essa arquitetura oferece: velocidade por meio da descoberta, maior agilidade por meio da modularidade, melhor liderança por meio da orquestração e resiliência por meio da autonomia. Isso não poderia ter sido mais importante do que durante a pandemia, quando as organizações tiveram que repensar completamente e girar seus modelos de negócios em questão de dias ou correriam o risco de falir.

Agora, se você está se perguntando por que alguns fornecedores estão confundindo headless com microsserviços, a resposta é tão antiga quanto o próprio mercado de software empresarial. Ao enfatizar um novo recurso brilhante, ele permite que fornecedores emergentes desviem o foco de recursos onde eles ficam aquém, como plataforma e robustez de recursos.

E embora uma arquitetura moderna seja definitivamente uma consideração importante ao selecionar uma plataforma de comércio, ela não pode ser à custa da riqueza funcional ou da capacidade de capacitar os usuários de negócios.

Sem cabeça está aqui para ficar

À medida que o número de pontos de contato continua a crescer, o comércio sem cabeça não vai a lugar nenhum. Ao selecionar uma plataforma, considere todos os requisitos funcionais e não funcionais aplicáveis ​​ao seu negócio, não apenas hoje, mas também amanhã.

A seleção de uma plataforma que pode fazer o trabalho hoje, mas não suportará seu crescimento no futuro ( por exemplo, localização internacional ) é míope e só resultará em chutar a lata proverbial no caminho.

Finalmente, o fato de alguns fornecedores quererem que você olhe para o objeto brilhante não significa que os outros requisitos de repente não importam. Gerenciamento de informações de produtos, gerenciamento de conteúdo da Web, gerenciamento de pedidos, recursos B2B, recursos B2C e personalização são essenciais.

Não caia na armadilha de confundir funcionalidade robusta com arquitetura legada, apesar do que alguns fornecedores dizem.