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

Événement de la Digital Fashion Academy
18 avril 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 à 17h30 (CET ROME)
DURÉE: 1 heure
LANGUE: Anglais
REGISTRE:Le webinaire est gratuit sur inscription

RÉSUMÉ

Rejoignez Enrico Fantaguzzi (Académie de mode numérique) et Lorenzo Fanetti (Ne pas deviner) comme ils présentent le les meilleures pratiques pour contrôle de qualité de sites e-commerce dans le secteur de la mode & du luxe.

Le webinaire illustrera les concepts clés pour le contrôle d'assurance qualité dans les projets de commerce électronique, à partir de standard processus utilisé dans les grandes entreprises, à la Accords de niveau de service (SLA) à partager avec les agences de développement lors de la définition des contrats.

• Assurance qualité est l'ensemble des activités visant à garantir que résultats d'un projet répondre aux attentes de la client, le utilisateurs finaux du produit et de tout normes requis par le règlements.

• Dans le commerce électronique de la mode, l'assurance qualité est essentielle à la fois pour garantie succès en termes de site conversion taux et à contrôle projet frais.

« Il arrive souvent qu’à la fin d’un projet de développement d’un site e-commerce, on découvre de nombreux défauts qui risquent de compromettre le succès du projet et la relation entre les développeurs et les clients. La bonne gestion de l’Assurance Qualité est ce qui nous permet d’obtenir la satisfaction du client, la meilleure Expérience Utilisateur et une bonne gestion de la relation client-fournisseur »

Enrico Fantaguzzi

THÈMES

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

TRANSCRIPTION

Avant de créer cette société de E-Learning, j'ai travaillé plus de 20 ans dans des entreprises de mode et de luxe, des petites marques aux grandes multinationales et e-commerçants.

Dans ce webinaire, je vais partager avec vous certaines des choses que j'ai apprises au cours du temps que j'ai passé à travailler pour des 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.

Alors aujourd'hui, nous allons parler de la importance de l'assurance qualité et pourquoi c'est essentiel pour le succès du commerce électronique de la mode. 

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

Et enfin, nous aborderons certaines des choses que vous devez garder à l’esprit lorsque vous discuter des missions avec vos fournisseurs développeurs ou intégrateurs système, ce qu'il faut leur demander lors des négociations et ce qu'il faut inclure dans le contrat pour que le résultat final soit à la hauteur de vos attentes. 

Alors, quel est le but de l’assurance qualité pour le commerce électronique de mode ? 

Quel est le but de l’assurance qualité ?

L’objectif de l’assurance qualité est de garantir que le produit numérique répond aux attentes du client – vous-même – et des utilisateurs finaux du produit numérique qui sont 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 sont différentes des attentes car elles sont clairement énoncé et documenté dans un ou plusieurs documents. 

En plus de cela, vous devrez peut-être vous conformer à exigences contraignantes pour votre entreprise en raison de contraintes légales.

Troisièmement, il existe un ensemble d’attentes qui ne sont pas écrites, mais vous devez quand même les prendre en compte dans le cadre de votre projet, car certaines de ces attentes pourraient être les attentes de votre direction ou du conseil d'administration de leurs administrateurs ou d'autres parties prenantes d'une manière ou d'une autre impliqué 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 ce que sont les spécifications, ce sont des termes techniques qui peuvent être familiers à certains d'entre vous, mais je vais vous donner quelques exemples afin que vous puissiez les fixer dans votre esprit à travers des exemples

Exemples d'exigences : 

• Possibilité de créer un compte, 
• Possibilité de payer en tant qu'invité, 
• Possibilité de payer en plusieurs fois au lieu d'une seule transaction, 
• Possibilité de choisir parmi différentes options d'expédition, 
• Possibilité de filtrer uniquement des tailles spécifiques lors de la recherche, 
• Possibilité de rechercher un mot-clé avec un outil de recherche
• Visibilité des frais d'expédition et des taxes lors du processus de paiement

Exemples de spécifications : 

• Compatibilité avec les appareils et les systèmes d'exploitation 
• Tailles des images, 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 des exigences et les attentes ?

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

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

Le plan qualité sert principalement à organiser les tests qualité et le processus d'assurance qualité en général, mais il peut également contenir des exigences spécifiques pour la qualité du produit numérique. Par exemple, le plan qualité peut faire référence à des tests de sécurité spécifiques qui doivent être effectués. Par exemple, lorsque je travaillais en tant que fournisseur de services pour une grande marque de vêtements de sport et que je développais leur site Web de commerce électronique, je devais coordonner les tests de sécurité sur nos serveurs pour répondre aux normes de sécurité du client. 

Tests hors de portée

D'autre part, le plan qualité peut indiquer quels tests sont hors de portée du projet. Par exemple, si vous n'envisagez pas d'expédier en Australie avec votre commerce électronique, vous ne devez pas consacrer de temps et d'énergie à développer et à tester des spécifications pour ce pays spécifique. 

Wireframes et maquettes

Le plan qualité peut faire référence à d'autres documents pour les spécifications et les exigences. Par exemple, le plan qualité peut faire référence à des maquettes Wireframes ou Comps pour tout ce qui est lié à la qualité de conception et à l'apparence du site Web en général.

Ces documents sont importants car ils seront utilisés par vos développeurs comme référence pour ce qu'ils doivent développer et accomplir dans leur travail. 

Outre les exigences, le plan qualité décrit les tests à effectuer, quand ils seront effectués pendant le projet et pendant la livraison du produit et comment ils seront réalisés.

Critères de mise en service

Le plan qualité doit également contenir les critères GO-LIVE. Les critères GO LIVE sont un ensemble de conditions qui doivent être remplies pour mettre en service le projet. Des exemples de critères GO LIVE sont les nombre maximum de bugs autorisés sur le site Web Live et leur gravité, par exemple, le plan qualité peut stipuler que le projet n'est mis en ligne que s'il y a un nombre maximum de 10 bugs au total sur le site Web au moment de la mise en ligne

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

Quels types de tests devons-nous exécuter ?

Types de tests d'assurance qualité

Voyons maintenant plus en détail sur quels tests les marques de mode devraient se concentrer

Il existe plusieurs types de tests qui peuvent être exécutés par les entreprises de mode afin de s'assurer que la plateforme de commerce fonctionne conformément aux attentes.

Test de fumée

Le Smoke Test est un test simple qui vise à vérifier les fonctionnalités principales du produit numérique. Ces tests sont généralement effectués par les développeurs au cours du projet pour s'assurer que le cœur des fonctionnalités du logiciel fonctionne. Il s'agit d'un test simple qui consiste à essayer les fonctionnalités de base d'un programme simuler un utilisateur régulier ou un client potentiel qui doit effectuer une tâche sur la plateforme. Pour vous donner un exemple, si vous implémentez une fonction de recherche de texte sur votre site Web, le test de fumée consisterait à saisir quelques mots clés pertinents pour votre marque, par exemple « sac en cuir rouge », et à vérifier si le résultat est cohérent. À ce stade, par exemple, la conception graphique peut ne pas être pertinente, l'objectif est d'obtenir des résultats cohérents. Si vous recherchez un sac en cuir rouge et que vous obtenez un t-shirt bleu comme résultat, le test de fumée 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 à un autre. Par exemple, de la plateforme de commerce électronique à l'ERP de l'entreprise, et de l'ERP au système de gestion d'entrepôt ou de la plateforme de commerce électronique à la plateforme de Business Intelligence. Nous pouvons considérer ce test comme réussi si les données sont transmises correctement d'un système à un 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. 

Pendant l'UAT, le client exécute tous les cas d'utilisation possibles, par exemple rechercher un produit, ajouter un produit à la liste de souhaits, déplacer un produit de la liste de souhaits vers le panier, terminer le processus de paiement, pour 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. En général, le résultat de ces tests est une liste de bugs, demandés par le client, qui seront corrigés par le développeur.

Test de régression

Le quatrième type de test est le test de régression. Les tests de régression garantissent qu'une application fonctionne toujours comme prévu après toute modification du code, mise à jour ou publication d'autres fonctionnalités sur la plateforme. La régression garantit la stabilité globale de la plateforme.

Ces tests doivent être effectués par l'équipe qualité à chaque nouvelle version du site., pour 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 par versements dans votre caisse, et lors du déploiement de cette nouvelle fonctionnalité, vous interrompez le paiement par carte de crédit qui fonctionnait bien auparavant, nous avons donc introduit 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 se produit lorsqu'un bug est découvert pour la première fois ; le testeur, qu'il s'agisse d'un membre de l'équipe de projet ou d'un testeur professionnel suivant un script de test, trouve un bug. Par exemple, le script de test pourrait dire : ajouter un produit à la liste de souhaits, puis déplacer le 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, le testeur signalera un bug et ouvrira un ticket dans l'outil de suivi des bugs. Lorsqu'un testeur signale un bug dans le système, il doit également ajouter certaines spécifications telles que les instructions pour reproduire le bug., cela aidera le développeur à reproduire rapidement les conditions dans lesquelles le bug a été détecté. Le testeur indiquera également généralement quel appareil et quel système d'exploitation étaient utilisés lorsque le bug a été détecté. Par exemple, j'utilisais Safari sur iPad Pro.

Dans la deuxième étape, le Le responsable de l'assurance qualité vérifiera toutes les informations disponibles sur le bogue et vérifiera que le bogue n'a pas encore été signalé.Ceci est important, sinon nous pourrions avoir des bogues dupliqués dans l'outil de suivi des bogues.

Le responsable de l'assurance qualité attribuera ensuite le bug à un membre de l'équipe pour qu'il travaille sur le problème. Veuillez noter que j'utilise actuellement bug et issue comme synonymes.

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

Veuillez noter que le développeur marque le bogue comme corrigé ou résolu, mais il ne ferme pas le ticket sur l'outil de suivi des bogues. Seule la personne qui a signalé le bogue ou le responsable de l'assurance qualité doit procéder au marquage du problème comme fermé.

Dans la dernière étape, la personne qui a signalé le sac ou le responsable de l'assurance qualité vérifiera que le bogue a effectivement été corrigé sur la plateforme et marquera le problème comme proche dans l'outil de suivi des bogues.

Résumé des étapes du test UAT

1. Le testeur essaie d'effectuer une tâche sur le site Web, par exemple ajouter un produit à la liste de souhaits
2. Si le testeur n'est pas en mesure de terminer la tâche, il signale un bug dans l'outil de suivi des bugs
3. Le responsable de l'assurance qualité vérifie le bogue, c'est-à-dire que le bogue n'a pas déjà été signalé par quelqu'un d'autre.
4. Le responsable de l'assurance qualité attribue le bogue à un membre de l'équipe pour qu'il le corrige.
5. Le membre de l'équipe travaille sur le bogue et le marque comme corrigé lorsque le problème est résolu
6. Le responsable de l'assurance qualité ou le testeur teste à nouveau la fonctionnalité pour s'assurer qu'elle fonctionne
7. Le bug est finalement fermé par le responsable QA ou le testeur

INTERVENANTS