Como a Garantia de Qualidade pode melhorar a Taxa de Conversão no E-commerce de Moda

Evento por Digital Fashion Academy
18 de abril de 2023

Assista ao webinar aqui:

VISÃO GERAL

TÍTULO: Garantia de Qualidade para melhoria da Taxa de Conversão no E-commerce de Moda
DATA: Terça-feira, 18 de abril às 17h30 (CET ROME)
DURAÇÃO: 1 hora
LINGUAGEM: Inglês
REGISTRAR:O webinar é gratuito mediante inscrição

RESUMO

Junte-se a Enrico Fantaguzzi (Academia de Moda Digital) e Lorenzo Fanetti (Inesperado) à medida que apresentam o melhores práticas para controle de qualidade de sites de comércio eletrônico no setor de moda e luxo.

O webinar ilustrará o conceitos-chave para controle de garantia de qualidade em projetos de comércio eletrônico, desde padrão processos utilizado em grandes empresas, para o Acordos de nível de serviço (SLA) a ser compartilhado com as agências de desenvolvimento durante a definição dos contratos.

• Garantia de qualidade é o conjunto de atividades que visam garantir que a resultados de um projeto atender a expectativas do cliente, o usuários finais do produto e qualquer padrões exigido pelo regulamentos.

• No comércio eletrônico de moda, a Garantia de Qualidade é essencial tanto para garantia sucesso em termos de site conversão avaliar e para controlar projeto custos.

“Muitas vezes o que acontece no final de um projeto de desenvolvimento de site de e-commerce é que são encontrados inúmeros defeitos que correm o risco de minar o sucesso do projeto e o relacionamento entre desenvolvedores e clientes. A correta gestão da Garantia da Qualidade é o que nos permite obter a satisfação do cliente, a melhor Experiência do Usuário e a correta gestão do relacionamento cliente-fornecedor”

Enrico Fantaguzzi

TÓPICOS

• Definição dos padrões de qualidade do site de comércio eletrônico
• Garantia do produto após a entrega
• Metodologia de teste de produtos e gerenciamento de resolução de bugs
• Ferramentas de rastreamento de bugs e problemas

TRANSCRIÇÃO

Antes de começar esta empresa de E-Learning, trabalhei por mais de 20 anos em empresas de moda e luxo, desde pequenas marcas até grandes empresas multinacionais e varejistas eletrônicos.

Neste webinar, compartilharei com vocês algumas coisas que aprendi durante o tempo em que trabalhei para marcas de moda, mesmo que a experiência que estou compartilhando com vocês hoje tenha sido adquirida principalmente fora da indústria da moda, no setor de entretenimento digital.

Então hoje vamos falar sobre o importância da garantia de qualidade e por que é fundamental para o sucesso de comércio eletrônico de moda. 

Apresentarei algumas ideias e exemplos de como organizar processos de garantia de qualidade dentro da sua empresa 

E, finalmente, abordaremos algumas coisas que você precisa ter em mente quando discuta as tarefas com seus fornecedores, desenvolvedores ou integradores de sistemas, o que perguntar durante as negociações e o que incluir no contrato para que o resultado final atenda às suas expectativas. 

Então, qual é o propósito da garantia de qualidade para o comércio eletrônico de moda? 

Qual é o propósito da garantia de qualidade?

O objetivo da garantia de qualidade é garantir que o produto digital atenda às expectativas do cliente – você – e dos usuários finais do produto digital, que são seus clientes. 

Enrico Fantaguzzi

Para ser mais específico quando falamos de expectativas falamos de requisitos e especificações, os requisitos e especificações são diferentes das expectativas porque são claramente declarado e documentado em um ou mais documentos. 

Além disso, você pode ter que cumprir com requisitos que são vinculativos para sua empresa devido a restrições legais.

Em terceiro lugar, há um conjunto de expectativas que não estão escritas, mas você ainda precisa considerá-las como parte do seu projeto, porque algumas dessas expectativas podem ser as expectativas da sua gestão ou do Conselho de Administração ou de outras partes interessadas de alguma forma envolvido no projeto. 

O que são requisitos e o que são especificações?

Vamos tentar definir melhor agora o que são requisitos e o que são especificações, esses são termos técnicos que podem ser familiares para alguns de vocês, mas darei alguns exemplos para que vocês possam fixá-los em suas mentes através de exemplos.

Exemplos Requisitos: 

• Capacidade de criar uma conta, 
• Capacidade de fazer check-out como convidado, 
• Capacidade de pagar em parcelas em vez de uma única transação, 
• Capacidade de escolher entre diferentes opções de envio, 
• Capacidade de filtrar apenas tamanhos específicos durante a pesquisa, 
• Capacidade de pesquisar palavras-chave com uma ferramenta de pesquisa
• Visibilidade do custo de envio e impostos durante o processo de check-out

Exemplos Especificações: 

• Compatibilidade com dispositivos e sistemas operacionais 
• Tamanhos de imagens, banners 
• Troca de dados de frequência entre sistemas
• O formato e o número de resultados por página

Onde são declaradas as especificações de requisitos e expectativas?

Esses elementos geralmente são escritos em um ou mais documentos do projeto. 

O documento mais utilizado é o Documento de Requisitos do Produto, também chamado de PRD, que geralmente é de propriedade e escrito pelo gerente responsável pela plataforma de e-commerce. Se o documento Product Requirements não estiver disponível podemos escrever Requisitos e Especificações diretamente no Plano do Projeto, finalmente podemos encontrar parte das Especificações e Requisitos de Qualidade também no Plano de Qualidade. 

O plano de qualidade serve principalmente para organizar os Testes de Qualidade e o Processo de Garantia de Qualidade em Geral, mas também pode conter alguns requisitos específicos para a qualidade do produto digital. Por exemplo, o Plano de Qualidade pode se referir a testes de Segurança específicos que precisam ser feitos. Por exemplo, quando eu estava trabalhando como fornecedor de serviços para uma grande marca de artigos esportivos e estava desenvolvendo seu site de comércio eletrônico, tive que coordenar os testes de segurança em nossos servidores para atender aos padrões de segurança do cliente. 

Testes fora do escopo

Por outro lado, o Plano de Qualidade pode indicar quais testes estão fora do escopo do projeto. Por exemplo, se você não planeja enviar seu e-commerce para a Austrália, não deve gastar tempo e energia desenvolvendo e testando especificações para aquele país específico. 

Wireframes e composições

O Plano de Qualidade pode se referir a outros documentos para especificações e requisitos. Por exemplo, o plano de qualidade pode se referir a wireframes ou mockups Comps para tudo o que está relacionado à qualidade do design e à aparência do site em geral.

Esses documentos são importantes porque serão usados pelos seus desenvolvedores como referência para o que eles precisam desenvolver e realizar em seu trabalho. 

Além dos requisitos, o plano de qualidade descreve os testes que precisam ser feitos, quando eles serão feitos durante o projeto e durante a entrega do produto e como eles serão realizados.

Critérios de entrada em operação

O plano de qualidade também deve conter os critérios GO-LIVE. Os critérios GO LIVE são um conjunto de condições que devem ser atendidas para que o projeto seja lançado. Exemplos de critérios GO LIVE são: número máximo de bugs permitidos no site Live e sua gravidade, por exemplo, o plano de qualidade pode declarar que o projeto só será lançado se houver um número máximo de 10 bugs no total no site no momento da publicação

Por fim, o plano de qualidade contém os procedimentos que a Equipe do Projeto precisará seguir durante o processo de Garantia de Qualidade, por exemplo, quem é responsável pelos testes e o quê, como usar a ferramenta de rastreamento de bugs, como classificar os bugs de acordo com sua gravidade.

Que tipos de testes precisamos executar?

Tipos de testes de garantia de qualidade

Agora, vamos dar uma olhada mais detalhada em quais testes as marcas de moda devem se concentrar

Existem vários tipos de testes que podem ser executados por empresas de moda para garantir que a plataforma de comércio esteja funcionando de acordo com as expectativas.

Teste de fumaça

O O Smoke Test é um teste simples que visa verificar as principais características do produto digital. Esses testes geralmente são feitos pelos desenvolvedores durante o projeto para garantir que o núcleo da funcionalidade do software esteja funcionando. É um teste simples que consiste em testar os recursos principais de um programa simulando um usuário regular ou cliente potencial que precisa concluir uma tarefa na plataforma. Para dar um exemplo, se você estiver implementando um recurso de Pesquisa de Texto em seu site, o teste de Smoke seria digitar algumas palavras-chave relevantes para sua marca, por exemplo, "bolsa de couro vermelha" e verificar se o resultado é consistente. Nesta fase, por exemplo, o design gráfico pode não ser relevante, o objetivo é obter resultados consistentes. Se você pesquisar por Bolsa de couro vermelha e obtiver uma camiseta azul como resultado, o Teste de Smoke falhou.    

Teste de integração

O teste de integração é um teste específico para verificar a passagem correta de dados de um sistema para outro. Por exemplo, da Plataforma de E-commerce para o ERP da Empresa, e do ERP para o Sistema de gerenciamento de Armazém ou da plataforma de e-commerce para a plataforma de Business Intelligence. Podemos considerar esse teste bem-sucedido se os dados forem passados corretamente de um sistema para outro, sem perda de dados e no prazo esperado. 

Teste de aceitação do usuário

O teste de aceitação do usuário, ou UAT, geralmente é realizado em conjunto com a presença do Cliente e do Desenvolvedor. 

Durante o UAT, o cliente executa todos os casos de uso possíveis, por exemplo, pesquisar um produto, adicionar um produto à lista de desejos, mover um produto da lista de desejos para o carrinho, concluir o processo de checkout, para garantir que tudo esteja funcionando conforme o esperado. 

Esses testes geralmente são feitos perto do fim da fase de desenvolvimento, quando o produto está quase pronto para ser entregue ao cliente. Normalmente, a saída desses testes é uma lista de bugs, solicitados pelo Cliente, que serão corrigidos pelo Desenvolvedor.

Teste de Regressão

O quarto tipo de teste é o Teste de Regressão. O teste de regressão garante que um aplicativo ainda funcione conforme o esperado após quaisquer alterações de código, atualizações ou lançamentos de outros recursos na plataforma. A regressão garante a estabilidade geral da plataforma.

Esses testes devem ser realizados pela Equipe de Qualidade sempre que houver um novo lançamento no site, para garantir que todos os recursos que estavam funcionando anteriormente ainda estejam funcionando corretamente. 

Por exemplo, se você estiver desenvolvendo um novo sistema de pagamento, digamos que você esteja desenvolvendo o Pagamento Parcelado no seu checkout e, durante a implantação desse novo recurso, você interrompe o pagamento com cartão de crédito que estava funcionando bem antes, então introduzimos um bug em um recurso que funcionava anteriormente, neste caso estamos falando de Regressão.

Processos de teste e correção de bugs

 Falamos sobre o papel do Líder de Garantia de Qualidade. Agora vamos ver como todos os atores envolvidos no processo de Garantia de Qualidade interagem entre si.

O primeiro passo acontece quando um bug é descoberto pela primeira vez; o testador, seja um membro da equipe do projeto ou um testador profissional seguindo um script de teste, encontra um bug. Por exemplo, o script de teste poderia dizer: adicione um produto à lista de desejos e, em seguida, mova o produto da lista de desejos para o carrinho de compras. 

Se o testador não conseguir adicionar um produto à lista de desejos ou mover o produto da lista de desejos para o carrinho de compras, ele relatará um bug e abrirá um tíquete na ferramenta de rastreamento de bugs. Quando um testador relata um bug no sistema, ele ou ela também deve adicionar algumas especificações, como as instruções para reproduzir o bug, isso ajudará o desenvolvedor a reproduzir rapidamente as condições quando o bug foi encontrado. O testador também geralmente relatará qual dispositivo e qual sistema operacional estava em uso quando o bug foi encontrado. Por exemplo, eu estava usando o Safari no iPad Pro.

Na segunda etapa, o O líder do controle de qualidade verificará todas as informações disponíveis sobre o bug e verificará novamente se o bug ainda não foi relatado.. Isso é importante, caso contrário, podemos ter bugs duplicados na ferramenta de rastreamento de bugs.

O líder do QA então atribuirá o bug a um membro da equipe para trabalhar no problema. Observe que estou usando bug e issue como sinônimos no momento.

Na etapa 3, o desenvolvedor corrige o problema no ambiente de desenvolvimento e marca o problema como corrigido. 

Observe que o desenvolvedor marca o bug como Corrigido ou Resolvido, mas ele/ela não fecha o ticket na ferramenta de rastreamento de bugs; somente a pessoa que relatou o bug ou o líder de controle de qualidade deve prosseguir e marcar o problema como fechado.

Na última etapa, a pessoa que relatou a bolsa ou o líder de controle de qualidade verificará se o bug foi realmente corrigido na plataforma e marcará o problema como fechado na ferramenta de rastreamento de bugs.

Resumo das etapas do teste UAT

1. O testador tenta concluir uma tarefa no site, por exemplo, adicionar produto à lista de desejos
2. Se o testador não conseguir concluir a tarefa, ele/ela relatará um bug na ferramenta de rastreamento de bugs
3. O líder de QA verifica o bug, ou seja, o bug não foi relatado por outra pessoa.
4. O líder de QA atribui o bug a um membro da equipe para corrigir
5. O membro da equipe trabalha no bug e o marca como corrigido quando o problema é resolvido
6. O líder de QA ou o testador testa novamente o recurso para ter certeza de que está funcionando
7. O bug é finalmente fechado pelo líder de QA ou testador

PALESTRANTES