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

Événement par 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
ENREGISTRER: Le webinaire est gratuit sur inscription

RÉSUMÉ

Rejoignez Enrico Fantaguzzi (Digital Fashion Academy) et Lorenzo Fanetti (Ne pas deviner) car 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 concepts clés pour le contrôle de l'assurance qualité dans les projets de commerce électronique, de la 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 à s'assurer que la résultats d'un projet répondent aux attentes de la client, le les utilisateurs finaux du produit et tout normes requis par le règlements.

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

« Souvent, ce qui se passe à la fin d'un projet de développement de site e-commerce, c'est que de nombreux défauts sont constatés qui risquent de nuire à la réussite du projet et à la relation entre développeurs et 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 la bonne gestion de la relation client-fournisseur”

Enrico Fantaguzzi

LES SUJETS

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

TRANSCRIPTION

Avant de démarrer cette entreprise de E-Learning, j'ai travaillé pendant 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 pendant le 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 divertissement numérique secteur.

Alors aujourd'hui, nous allons parler de la l'importance de l'assurance qualité et pourquoi c'est essentiel pour le succès du e-commerce de 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 couvrirons 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, à quoi sert l'assurance qualité pour le e-commerce de mode ? 

Quel est le but de l'assurance qualité ?

Le but de l'assurance qualité est de s'assurer que le produit numérique répond aux attentes du client – vous-même – et des utilisateurs finaux du produit numérique que sont vos clients. 

Enrico Fantaguzzi

Pour être plus précis lorsque nous parlons d'attentes, nous parlons d'exigences et de spécifications, les exigences et les spécifications sont différentes des attentes car elles sont clairement indiqué et documenté dans un ou plusieurs documents. 

En plus de cela, vous devrez peut-être vous conformer à des 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 considérer comme faisant partie 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 en quelque sorte impliqué dans le projet. 

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

Essayons de mieux définir maintenant quelles sont les exigences et quelles 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 vérifier 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 les systèmes
• Le format et le nombre de résultats par page

Où les spécifications des exigences et les attentes sont-elles énoncées ?

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

Le document le plus utilisé est le Document sur les exigences du produit, également appelé PRD, qui est généralement détenu et écrit par le gestionnaire responsable de la plate-forme de commerce électronique. Si le document Exigences 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 Régime Qualité. 

Le plan qualité sert principalement à organiser les tests de qualité et le processus d'assurance qualité en général, mais il peut également contenir certaines 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 prestataire de services pour une grande marque de vêtements de sport et que je développais leur site e-commerce, je devais coordonner les tests de sécurité sur nos serveurs pour répondre aux normes de sécurité du client. 

Essais hors champ

D'autre part, le plan de qualité peut indiquer quels tests sont hors de portée du projet. Par exemple, si vous ne prévoyez 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 compositions

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 la 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 qui doivent être effectués, quand ils seront effectués pendant le projet et pendant la livraison du produit et comment ils seront effectués.

Critères GO-LIVE

Le plan de qualité doit également contenir les critères GO-LIVE les critères GO LIVE sont un ensemble de conditions qui doivent être remplies afin de lancer le projet et des exemples de critères GO LIVE sont les nombre maximum de bogues autorisés sur le site Web Live et leur gravité, par exemple, le plan qualité peut indiquer que le projet ne sera 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-elles 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 de base 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 principales 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. A ce stade par exemple la conception graphique peut ne pas être pertinente, le but est d'obtenir des résultats cohérents. Si vous recherchez un sac en cuir rouge et que vous obtenez un t-shirt bleu, le test de fumée a échoué.    

Test d'intégration

Le test d'intégration c'est un test spécifique pour vérifier le bon passage des données d'un système à un autre. Par exemple de la plate-forme de commerce électronique à l'ERP de l'entreprise, et de l'ERP au système de gestion d'entrepôt ou de la plate-forme de commerce électronique à la plate-forme de Business Intelligence. On peut considérer ce test comme réussi si les données sont passées correctement d'un système à l'autre, sans perte de données et dans les délais prévus. 

Test d'acceptation par l'utilisateur

Le test d'acceptation de l'utilisateur, ou UAT, est généralement effectué 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 au 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. Habituellement, la sortie de ces tests est une liste de bogues, demandée par le client, qui sera corrigée 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 de code, mise à jour ou publication d'autres fonctionnalités sur la plate-forme. La régression assure la stabilité globale de la plateforme.

Ces tests doivent être effectués par l'équipe qualité à chaque fois qu'il y a une nouvelle version sur le site., pour vous 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 cassez le paiement par carte de crédit qui fonctionnait bien auparavant, nous avons donc introduit un bogue dans une fonctionnalité qui fonctionnait auparavant, dans ce cas, nous parlons de régression.

Processus de test de bogues et de correction de 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 les uns avec les autres.

La première étape se produit lorsqu'un bogue est découvert pour la première fois ; le testeur, soit un membre de l'équipe du projet, soit un testeur professionnel suivant un script de test, trouve un bogue. Par exemple, le script de test pourrait dire : ajoutez un produit à la liste de souhaits, puis déplacez 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 bogue dans le système, il doit également ajouter certaines spécifications telles que les instructions pour reproduire le bogue, cela aidera le développeur à reproduire rapidement les conditions au moment où le bogue a été trouvé. Le testeur signalera également généralement quel appareil et quel système d'exploitation étaient utilisés lorsque le bogue a été trouvé. 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 il vérifiera que le bogue n'a pas encore été signalé.. Ceci est important, sinon nous pourrions avoir des bogues en double sur l'outil de suivi des bogues.

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

À l'étape 3, le développeur corrige le problème sur 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 qu'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 bien été corrigé sur la plate-forme 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 de terminer 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 bogue dans l'outil de suivi des bogues
3. Le responsable QA 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 QA 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 du contrôle qualité ou le testeur teste à nouveau la fonctionnalité pour s'assurer qu'elle fonctionne
7. Le bogue est finalement fermé par le responsable QA ou le testeur

HAUT-PARLEURS