A loja entrou no ar. O projeto de implantação acabou, a agência ou o integrador saiu de cena e ficou uma fila de pedidos: o marketing quer uma landing page para a campanha da semana que vem, o financeiro achou divergência entre pedidos e notas, o comercial quer vender em um marketplace novo e o checkout ficou lento no último sábado.

É nesse momento que muita operação descobre que não tem um time, tem uma lista de fornecedores. Cada problema vira um chamado e cada melhoria vira um orçamento. Este artigo mostra os papéis que uma loja em VTEX ou Shopify Plus precisa para operar e evoluir, como o calendário de varejo muda o dimensionamento e como montar o time por fase.

Os papéis de um time de e-commerce

Front-end da plataforma

Na VTEX, isso significa conhecer o VTEX IO, os componentes da Store Framework e, quando o projeto pede algo sob medida, React e as apps customizadas. Na Shopify Plus, temas em Liquid, Online Store 2.0 e, em projetos headless, frameworks como o Hydrogen. É quem cria páginas de campanha, ajusta vitrines, melhora a performance de carregamento e evita que uma mudança de layout quebre o checkout.

Back-end e integrações

Uma loja raramente vive sozinha. Ela conversa com ERP, OMS, meios de pagamento, antifraude, cálculo de frete, transportadoras e marketplaces. O back-end de e-commerce cuida dessas integrações, trata filas e reprocessamentos e garante que estoque, preço e status do pedido estejam coerentes em todos os sistemas. Boa parte dos problemas que chegam ao SAC nasce aqui.

QA

Testar o fluxo de compra de ponta a ponta, com meios de pagamento, cupons, frete e regras de promoção, antes de cada deploy. Com automação dos fluxos críticos, a loja pode mudar toda semana sem medo de derrubar o checkout.

DevOps e observabilidade

Em plataformas SaaS, a infraestrutura da loja é da plataforma, mas as integrações, middlewares e apps próprios não. Alguém precisa cuidar do pipeline de deploy, dos ambientes, dos alertas e dos painéis que mostram, em tempo real, taxa de erro no checkout, tempo de resposta das integrações e pedidos travados.

PO de e-commerce

Quem organiza o backlog entre marketing, comercial, operações e atendimento. Um bom PO de e-commerce entende de conversão, promoção, logística e plataforma, e sabe dizer não para a quinta landing page da semana quando há um problema de estoque em aberto.

UX e UI

Desenho de jornadas, testes de usabilidade, ajustes de navegação, busca e página de produto. Em lojas maduras, pequenas melhorias de experiência costumam valer mais que grandes redesigns.

O calendário manda no time

O varejo tem datas que concentram volume e risco: Black Friday, Natal, Dia das Mães, Dia dos Namorados, Dia dos Pais, datas próprias do seu segmento e campanhas da marca. O time precisa ser planejado em torno delas, não descobrir que está pequeno na semana do pico.

Antes do pico

  • Congelamento de mudanças estruturais com semanas de antecedência.
  • Teste de carga nas integrações próprias e revisão de limites com fornecedores.
  • Revisão de regras de promoção, cupons e frete em ambiente de homologação.
  • Plano de contingência: o que desligar se uma integração cair.

Durante o pico

  • Escala de plantão combinada, com responsáveis por front, integrações e operação.
  • Painel único de acompanhamento, com alertas para checkout, pagamentos e pedidos travados.
  • Canal direto entre time técnico, marketing e atendimento.

Depois do pico

  • Revisão do que falhou e do que quase falhou.
  • Backlog de correções priorizado antes da próxima data.

Sustentação e evolução no mesmo time

Toda operação de e-commerce tem duas filas: a de sustentação (bugs, incidentes, ajustes de promoção, erros de integração) e a de evolução (novas funcionalidades, novos canais, melhorias de conversão). Se as duas ficam com as mesmas pessoas sem regra, a sustentação sempre ganha e a loja para de evoluir.

Algumas formas de equilibrar:

  • Reservar uma parte fixa da capacidade de cada sprint para sustentação.
  • Rodar um plantão semanal, em que uma pessoa fica com os chamados e o resto do time protege o foco.
  • Separar um profissional ou um pequeno núcleo só para sustentação quando o volume justifica.

Seja qual for o formato, meça quanto tempo vai para cada fila. Esse número mostra quando é hora de crescer o time.

Como dimensionar por fase

Loja recém-lançada

Um núcleo enxuto: um dev front da plataforma, um dev back com experiência em integrações e um QA, com um PO dedicado organizando as demandas. Objetivo: estabilizar a operação e montar a base de testes e monitoramento.

Operação em crescimento

Novos canais, marketplaces e campanhas mais frequentes. Entram mais devs, um profissional de DevOps ou observabilidade e UX para trabalhar conversão. Nesse ponto, faz sentido pensar em um squad completo. Veja quando montar um squad.

Operação madura ou multimarca

Mais de uma loja, vários países ou uma arquitetura headless. Aqui aparece a necessidade de um arquiteto ou tech lead que cuide do todo e, muitas vezes, de squads separados por jornada ou por canal.

Checklist para montar o briefing do time

  • Qual plataforma e versão: VTEX IO, VTEX legado, Shopify Plus com tema ou headless?
  • Quais integrações existem hoje: ERP, OMS, pagamentos, antifraude, frete, marketplaces?
  • Quais são as datas de pico dos próximos 12 meses?
  • Qual é a proporção atual entre sustentação e evolução?
  • Quem prioriza o backlog hoje?
  • Há testes automatizados e monitoramento do checkout?

Erros comuns

  • Contratar só front-end. A maior parte dos problemas graves vem das integrações.
  • Crescer o time na semana da Black Friday. Quem entra em cima do pico não tem contexto para ajudar.
  • Não ter dono do backlog. Sem PO, o time atende quem grita mais alto.
  • Pular QA para ganhar velocidade. Um erro no checkout custa mais do que o tempo economizado.

Como a Devgo monta times de e-commerce

A Devgo nasceu próxima do varejo digital e aloca profissionais com experiência em VTEX, Shopify Plus, Adobe Commerce e Salesforce Commerce, sempre full-time e 100% dedicados ao time do cliente. Dá para alocar perfis específicos, montar um squad completo com devs, QA, design, PM e PO, ou trazer um arquiteto ou tech lead para organizar a operação.

O processo começa com um deep dive de 30 minutos sobre plataforma, integrações, cultura e urgência. Isso ajuda a planejar a entrada do time com antecedência em relação ao calendário de picos.

Uma loja no ar precisa de um time que conheça a plataforma, as integrações e o calendário, não de uma fila de chamados.