Desenvolvimento web para moda, do design à garantia de qualidade

Por que o processo de desenvolvimento web é importante para as indústrias de moda e luxo?
90% das vendas de moda foram influenciadas pelo online antes mesmo da Pandemia.

Isso significa que a capacidade das empresas de moda e luxo de fornecer sites e aplicativos de qualidade se tornou vital para o sucesso da marca.

A outra informação relevante a considerar é que marcas de moda e luxo são extremamente atentas aos detalhes, portanto, os aplicativos web de moda precisam ser projetados e curados em cada detalhe. Falaremos mais sobre como atingir a excelência no desenvolvimento web quando falarmos sobre gerenciamento de projetos.

Vamos falar agora sobre o processo de desenvolvimento web e abordar o tópico do fluxo de trabalho.

1. O primeiro passo é coletar os Requisitos. Esta é uma espécie de palavra-chave e um mantra que você pode levar com você para onde quer que vá e o que quer que faça, crie ou desenvolva. Nada pode ser feito se a lista de requisitos não for criado e aprovado por todas as partes interessadas necessárias. É mais fácil falar do que fazer, experimente!
2. Especificações. Os requisitos precisam ser analisados e transformados em especificações funcionais e técnicas. Estas são descrições detalhadas de como o aplicativo ou site vai funcionar, o que pode ser feito e o que não pode ser feito pelos usuários do site. Onde as coisas e botões ficarão. Quais conteúdos e informações serão necessários. Quais idiomas, métodos de pagamento, moedas, informações de estoque, termos e condições de compra e assim por diante. Tudo precisa ser detalhado nos documentos de especificação (Specs). Você não quer desenvolver um site que venda produtos para um país onde é ilegal vender seus produtos ou que tenha como alvo um país que não fala o idioma do seu site. Esta é uma das razões pelas quais as metodologias ágeis de gerenciamento de projetos não são adequadas para todos os tipos de projetos.
3. Wireframes (Estrutura de arame). O próximo passo é pegar as especificações e projetar o esboço do aplicativo. Esses esboços são chamados de wireframes e podem ser animados ou interativos para simular a interação que será implementada no aplicativo.
4. Design de comps. O esboço é então preparado pelos designers gráficos para adicionar as cores e imagens adequadas. A saída desse processo é o mockup final que será implementado pelos desenvolvedores.
5. Desenvolvimento. Os programadores que criarão o aplicativo desenvolverão em um ou mais ambientes de desenvolvimento, cada desenvolvedor, digamos que o desenvolvedor X esteja trabalhando no recurso 1 das especificações, ele/ela garantirá que o recurso esteja funcionando em seu ambiente de desenvolvimento.
6. Fase de preparação. Depois que os desenvolvedores concluírem o desenvolvimento no ambiente Dev, os branches são mesclados em um único servidor, que é o ambiente de preparação. No ambiente de preparação, o conteúdo que será publicado no site será carregado pelos desenvolvedores para garantir que tudo esteja funcionando de acordo com as especificações.
7. Garantia de qualidade. Todo o site ou aplicativo tem que ser testado pela equipe de testes. A equipe de testes é geralmente uma organização temporária composta por um Gerente de Qualidade, os testadores e os desenvolvedores. O gerente de QA coordena os testes, reuniões de qualidade e rastreamento de bugs. Os testadores, geralmente as pessoas que projetaram o aplicativo da web ou criaram as especificações, testarão o aplicativo da web para garantir que tudo esteja funcionando conforme as expectativas e relatarão as coisas que não funcionam, também conhecidas como insetos, os desenvolvedores corrigirão os bugs.
8. UAT. Antes de ir ao ar, o cliente, a marca ou as partes interessadas no ponto 1, serão envolvidos para revisar e testar o trabalho feito no ambiente de preparação e fornecer feedback, por exemplo, isto está funcionando, isto não funciona, mude isto, conserte aquilo. Vamos chamar isto de primeiro momento da verdade, se os requisitos foram coletados e aprovados, as partes interessadas devem encontrar correspondência entre o que solicitaram e o que os desenvolvedores entregaram.
9. Vá ao vivo. O processo de go live geralmente segue uma lista de atividades que precisam ser feitas para que o novo site ou aplicativo web fique visível ao público. Geralmente envolve transferir os arquivos no ambiente de produção, testar se tudo está funcionando, configurar o nome de domínio e o ambiente técnico para mostrar o site.
10. Garantia de Qualidade ao Vivo. Após o site estar no ar, o cliente tem a responsabilidade de verificar o site mais uma vez e relatar quaisquer bugs aos desenvolvedores. Normalmente, há um período de garantia após o go live no qual a agência que desenvolveu o site assumirá a responsabilidade de corrigir quaisquer bugs ou problemas com o aplicativo sem custo extra. Após o período de garantia, qualquer outro problema relatado pelo cliente incorrerá razoavelmente em uma taxa a ser corrigida.

Uma nota sobre bugs e outros problemas. A razão pela qual os requisitos são criados é que o o cliente os assina e a agência se compromete a desenvolver apenas os recursos incluídos nos requisitos. Se o cliente no UAT ou Live QA solicitar novos recursos ou alterar a maneira como o aplicativo funciona, esses não são bugs e, portanto, podem incorrer em custos adicionais para desenvolvimento.

Para os amigos ágeis: quase nada do que foi dito acima é relevante se você acompanha o desenvolvimento ágil.