Comment l'assurance qualité peut améliorer le taux de conversion dans le e-commerce de mode

Événement par Digital Fashion Academy
Avril 18th 2023

Regardez le webinaire ici:

APERÇU

TITRE : Assurance qualité pour l'amélioration du taux de conversion dans le e-commerce de mode
DATE: Mardi 18 avril à 5h30 (CET ROME)
DURÉE: 1 heure
LA LANGUE: Anglais
S'INSCRIRELe webinaire est gratuit après inscription.

EN RÉSUMÉ

Rejoignez Enrico Fantaguzzi (Digital Fashion Academy) et Lorenzo Fanetti (Déjouer) comme ils présentent le les meilleures pratiques pour contrôle de qualité of e-commerce sites du secteur de la mode et du luxe.

Le webinaire illustrera concepts clés pour le contrôle de l'assurance qualité dans e-commerce projets, issus des Standard les process utilisé dans les grandes entreprises, à la Contrats de niveau de service (SLA) à partager avec les agences de développement lors de la définition des contrats.

• QA est l'ensemble des activités visant à garantir que résultats d'un projet rencontrer les attentes du système des clients, le les utilisateurs finaux du produit et de tout Normes requis par le règlements.

• À la mode e-commerceL'assurance qualité est essentielle à la fois pour guarantir succès en termes de site Conversion taux et à des bactéries Projet les coûts.

« Souvent, ce qui se passe à la fin d'une e-commerce Lors d'un projet de développement de site web, de nombreux défauts sont découverts, risquant de compromettre sa réussite et la relation entre développeurs et clients. Une gestion rigoureuse de l'assurance qualité nous permet de garantir la satisfaction du client, une expérience utilisateur optimale et une gestion efficace de la relation client-fournisseur.

Enrico Fantaguzzi

TOPICS

• Définition des normes de qualité de la e-commerce site
• Garantie du produit après livraison
• Méthodologie de test produit et gestion de la résolution des bogues
• outils de suivi des bogues et des problèmes

TRANSCRIPTION

Avant de créer cette entreprise d'e-learning, j'ai travaillé pendant plus de 20 ans dans des entreprises de mode et de luxe, allant des petites marques aux grandes multinationales et aux détaillants en ligne.

Dans ce webinaire, je vais partager avec vous certaines des choses que j'ai apprises pendant mon expérience au sein de marques de mode, même si l'expérience que je partage avec vous aujourd'hui a été principalement acquise en dehors de l'industrie de la mode, dans le secteur du divertissement numérique.

Aujourd'hui, nous allons parler de importance de l'assurance qualité et une pourquoi c'est essentiel pour la réussite de la mode ecommerce. 

Je vais vous présenter quelques idées et exemples de comment organiser les processus d'assurance qualité au sein de votre entreprise 

Enfin, nous aborderons certains points importants à garder à l'esprit lorsque vous Discutez des missions avec vos fournisseurs, développeurs ou intégrateurs de systèmes., quelles questions leur poser lors des négociations et que faut-il inclure dans le contrat pour que le résultat final réponde à vos attentes. 

Quel est donc l'objectif de l'assurance qualité dans le secteur de la mode ? e-commerce? 

Quel est l’objectif de l’assurance qualité ?

L’objectif de l’assurance qualité est de garantir que le produit numérique réponde aux attentes du client – ​​vous-même – et des utilisateurs finaux du produit numérique, c’est-à-dire vos clients. 

Enrico Fantaguzzi

Pour être plus précis Quand on parle d'attentes, on parle d'exigences et de spécifications.Les exigences et les spécifications diffèrent des attentes car elles sont clairement énoncé et documenté dans un ou plusieurs documents. 

De plus, vous pourriez devoir vous conformer à exigences qui sont contraignantes pour votre entreprise en raison de contraintes légales.

Troisièmement, il existe un ensemble d'attentes qui ne sont pas écrites, mais que vous devez tout de même prendre en compte dans le cadre de votre projet, car certaines d'entre elles pourraient être les attentes de votre direction, de votre conseil d'administration ou d'autres parties prenantes impliqué d'une manière ou d'une autre dans le projet. 

Quelles sont les exigences et quelles sont les spécifications ?

Essayons maintenant de mieux définir ce que sont les exigences et les spécifications. Ce sont des termes techniques que certains d'entre vous connaissent peut-être déjà, mais je vais vous donner quelques exemples pour que vous puissiez bien les assimiler.

Exemples d'exigences : 

• Possibilité de créer un compte, 
• Possibilité de régler la note en tant qu'invité, 
• Possibilité de payer en plusieurs versements au lieu d'une seule transaction, 
• Possibilité de choisir parmi différentes options d'expédition, 
• Possibilité de filtrer uniquement certaines tailles lors de la recherche, 
• Possibilité de rechercher des mots-clés à l'aide d'un outil de recherche
• Visibilité des frais de livraison et des taxes lors du processus de paiement

Exemples de spécifications : 

• Compatibilité avec les appareils et les systèmes d'exploitation 
• Dimensions des images et des bannières 
• Échange de données de fréquence entre systèmes
• Le format et le nombre de résultats par page

Où sont énoncées les spécifications et les attentes ?

Ces éléments sont généralement consignés dans un ou plusieurs documents de projet. 

Le document le plus fréquemment utilisé est le Document des exigences produit, également appelé PRD, qui est généralement détenu et rédigé par le responsable de e-commerce plateforme. Si le document des exigences produit n'est pas disponible nous pouvons intégrer directement les exigences et les spécifications dans le plan de projet, enfin, nous pouvons également trouver une partie des spécifications et exigences de qualité dans le Plan qualité. 

Le plan qualité a pour principal objectif d'organiser les tests de qualité et le processus d'assurance qualité en général, mais il peut également contenir des exigences spécifiques relatives à la qualité du produit numérique. Par exemple, le plan qualité peut faire référence à des tests de sécurité spécifiques à réaliser. Par exemple, lorsque je travaillais comme prestataire de services pour une grande marque de vêtements de sport et que je développais leurs produits… ecommerce Pour le site web, j'ai dû coordonner les tests de sécurité sur nos serveurs afin de répondre aux normes de sécurité du client. 

Tests hors champ

En revanche, le plan qualité peut indiquer quels tests ne font pas partie du périmètre du projet. Par exemple, si vous ne prévoyez pas d'expédier vos produits en Australie, il ne le fera pas. ecommerceVous ne devriez pas consacrer du temps et de l'énergie à développer et à tester des spécifications pour ce pays en particulier. 

wireframes et maquettes

Le plan qualité peut faire référence à d'autres documents pour les spécifications et les exigences. Par exemple, il peut se référer aux wireframes ou aux maquettes pour tout ce qui concerne la qualité de la conception et l'aspect général du site web.

Ces documents sont importants car ils serviront de référence à vos développeurs pour ce qu'ils doivent développer et accomplir dans le cadre de leur travail. 

Outre les exigences, le plan qualité décrit les tests à effectuer, le moment où ils seront réalisés pendant le projet et lors de la livraison du produit, ainsi que la manière dont ils seront menés.

Critères de mise en service

Le plan qualité doit également contenir les critères de mise en production. Ces critères sont un ensemble de conditions à remplir pour que le projet puisse être mis en production. Voici quelques exemples de critères de mise en production : Nombre maximal de bogues autorisés sur le site web en production et leur niveau de gravitéPar exemple, le plan qualité peut stipuler que le projet ne sera mis en ligne que si le site web ne comporte pas plus de 10 bogues au moment de sa mise en ligne.

Enfin, le plan qualité contient les procédures que l'équipe projet devra suivre pendant le processus d'assurance qualité, par exemple, qui est responsable des tests et de quoi, comment utiliser l'outil de suivi des bogues, comment classer les bogues en fonction de leur gravité.

Quels types de tests devons-nous effectuer ?

Types de tests d'assurance qualité

Examinons maintenant plus en détail les tests que les marques de mode devraient effectuer. focus on

Il existe plusieurs types de tests que les entreprises de mode peuvent effectuer afin de s'assurer que la plateforme de commerce fonctionne conformément aux attentes.

Test de fumée

La finition Le test de fumée est un test simple qui vise à vérifier les fonctionnalités essentielles. du produit numérique. Ces tests sont généralement effectués par les développeurs au cours du projet afin de s'assurer que les fonctionnalités essentielles du logiciel fonctionnent correctement. Il s'agit d'un test simple qui consiste à tester les fonctionnalités principales d'un programme. simuler un utilisateur régulier ou un client potentiel qui doit accomplir une tâche sur la plateformePar exemple, si vous implémentez une fonction de recherche textuelle sur votre site web, le test de validation consiste à saisir quelques mots-clés pertinents pour votre marque, comme « sac en cuir rouge », et à vérifier la cohérence des résultats. À ce stade, le design graphique n'est pas pertinent ; l'objectif est d'obtenir des résultats cohérents. Si vous recherchez « sac en cuir rouge » et que vous obtenez un t-shirt bleu comme résultat, le test de validation a échoué.    

Test d'intégration

Le test d'intégration est un test spécifique pour vérifier le bon passage des données d'un système à l'autrePar exemple, de la plateforme de commerce électronique au système ERP de l'entreprise, et de l'ERP au système de gestion d'entrepôt, ou encore depuis… ecommerce-plateforme vers la plateforme de Business Intelligence. Ce test sera considéré comme réussi si les données sont correctement transférées d'un système à l'autre, sans perte de données et dans les délais prévus. 

Test d'acceptation utilisateur

Le test d'acceptation utilisateur, ou UAT, est généralement réalisé en présence du client et du développeur. 

Lors des tests d'acceptation utilisateur (UAT), le client exécute tous les cas d'utilisation possibles, par exemple la recherche d'un produit, l'ajout d'un produit à la liste de souhaits, le déplacement d'un produit de la liste de souhaits au panier, la finalisation du processus de paiement, afin de s'assurer que tout fonctionne comme prévu. 

Ces tests sont généralement effectués vers la fin de la phase de développement, lorsque le produit est presque prêt à être livré au client. Le résultat de ces tests est généralement une liste de bogues, signalés par le client, que le développeur corrigera.

Test de régression

Le quatrième type de test est le test de régression. Ce test garantit qu'une application fonctionne toujours comme prévu après toute modification de code, mise à jour ou ajout de nouvelles fonctionnalités sur la plateforme. La régression assure la stabilité globale de la plateforme.

Ces tests devraient être effectués par l'équipe qualité à chaque nouvelle mise en ligne du site web., afin de s'assurer que toutes les fonctionnalités qui fonctionnaient auparavant fonctionnent toujours correctement. 

Par exemple, si vous développez un nouveau système de paiement, disons que vous développez le paiement en plusieurs fois dans votre processus de paiement, et que lors du déploiement de cette nouvelle fonctionnalité, vous cassez le paiement par carte de crédit qui fonctionnait bien auparavant, vous introduisez donc un bug dans une fonctionnalité qui fonctionnait auparavant, dans ce cas nous parlons de régression.

Processus de test et de correction des bogues

 Nous avons parlé du rôle du responsable de l'assurance qualité ; voyons maintenant comment tous les acteurs impliqués dans le processus d'assurance qualité interagissent entre eux.

La première étape intervient lors de la découverte d'un bug : le testeur, qu'il s'agisse d'un membre de l'équipe projet ou d'un testeur professionnel suivant un script de test, repère le bug. Par exemple, le script de test pourrait consister à ajouter un produit à la liste de souhaits, puis à déplacer ce produit de la liste de souhaits vers le panier. 

Si le testeur n'est pas en mesure d'ajouter un produit à la liste de souhaits ou de déplacer le produit de la liste de souhaits vers le panier, il signalera un bug et ouvrira un ticket dans l'outil de suivi des bugs. Lorsqu'un testeur signale un bogue dans le système, il doit également ajouter des précisions, telles que les instructions pour reproduire le bogue.Cela permettra au développeur de reproduire rapidement les conditions dans lesquelles le bogue a été détecté. Le testeur indiquera généralement l'appareil et le système d'exploitation utilisés lors de la découverte du bogue. Par exemple, j'utilisais Safari sur un iPad Pro.

Dans la deuxième étape, Le responsable QA vérifiera toutes les informations disponibles sur le bogue et s'assurera que celui-ci n'a pas encore été signalé.C'est important, sinon nous risquons d'avoir des doublons de bogues dans l'outil de suivi des bogues.

Le responsable QA attribuera ensuite le bogue à un membre de l'équipe pour qu'il travaille à sa résolution. Veuillez noter que j'utilise actuellement les termes « bogue » et « problème » comme synonymes.

À l'étape 3, le développeur corrige le problème dans l'environnement de développement et le marque comme résolu. 

Veuillez noter que le développeur marque le bogue comme corrigé ou résolu, mais ne ferme pas le ticket dans l'outil de suivi des bogues ; seule la personne qui a signalé le bogue ou le responsable QA doit procéder à la fermeture du ticket.

Dans la dernière étape, la personne qui a signalé le problème ou le responsable de l'assurance qualité vérifiera que le bug a bien été corrigé sur la plateforme et marquera le problème comme résolu dans l'outil de suivi des bugs.

Résumé des étapes du test UAT

1. Le testeur tente d'effectuer une tâche sur le site web, par exemple ajouter un produit à sa liste de souhaits.
2. Si le testeur est incapable de terminer la tâche, il signale un bogue dans l'outil de suivi des bogues.
3. Le responsable QA vérifie que le bogue n'a pas déjà été signalé par quelqu'un d'autre.
4. Le responsable QA attribue le bug à un membre de l'équipe pour le corriger.
5. Le membre de l'équipe travaille sur le bug et le marque comme résolu une fois le problème résolu.
6. Le responsable QA ou le testeur teste à nouveau la fonctionnalité pour s'assurer qu'elle fonctionne.
7. Le bug est finalement résolu par le responsable QA ou le testeur.

CONFÉRENCIERS.ES