Πώς η Διασφάλιση Ποιότητας μπορεί να βελτιώσει το ποσοστό μετατροπής στο ηλεκτρονικό εμπόριο μόδας

Γεγονός από Digital Fashion Academy
18 Απριλίου 2023

Παρακολουθήστε το διαδικτυακό σεμινάριο εδώ:

ΕΠΙΣΚΟΠΗΣΗ

ΤΙΤΛΟΣ: Διασφάλιση Ποιότητας για τη βελτίωση του Conversion Rate στο Fashion E-commerce
ΗΜΕΡΟΜΗΝΙΑ: Τρίτη 18 Απριλίου στις 5:30 μ.μ. (CET ΡΩΜΗ)
ΔΙΑΡΚΕΙΑ: 1 ώρα
ΓΛΩΣΣΑ: αγγλικός
ΜΗΤΡΩΟ: Το διαδικτυακό σεμινάριο είναι δωρεάν κατόπιν εγγραφής

ΠΕΡΙΛΗΨΗ

Γίνετε μέλος του Enrico Fantaguzzi (1ΤΡ1Τ) και Lorenzo Fanetti (Unguess) όπως παρουσιάζουν το βέλτιστες πρακτικές για ποιοτικός έλεγχος ιστοτόπων ηλεκτρονικού εμπορίου στον τομέα της μόδας και της πολυτέλειας.

Το διαδικτυακό σεμινάριο θα απεικονίσει το βασικές έννοιες για έλεγχο διασφάλισης ποιότητας σε έργα ηλεκτρονικού εμπορίου, από το πρότυπο διαδικασίες που χρησιμοποιούνται σε μεγάλες εταιρείες, για να το Συμφωνίες επιπέδου υπηρεσιών (SLA) για κοινή χρήση με αναπτυξιακούς φορείς κατά τον καθορισμό των συμβάσεων.

• Διασφάλιση Ποιότητας είναι το σύνολο των δραστηριοτήτων που αποσκοπούν στη διασφάλιση ότι η αποτελέσματα ενός έργου πληρούν τις προσδοκίες του πελάτης, το τελικούς χρήστες του προϊόντος και οποιαδήποτε πρότυπα απαιτούνται από την κανονισμοί.

• Στο ηλεκτρονικό εμπόριο μόδας, η Διασφάλιση Ποιότητας είναι απαραίτητη και για τα δύο εγγύηση επιτυχία από άποψη τοποθεσίας μετατροπή τιμή και να έλεγχος σχέδιο δικαστικά έξοδα.

«Συχνά αυτό που συμβαίνει στο τέλος ενός έργου ανάπτυξης ιστότοπου ηλεκτρονικού εμπορίου, είναι ότι εντοπίζονται πολυάριθμα ελαττώματα που κινδυνεύουν να υπονομεύσουν την επιτυχία του έργου και τη σχέση μεταξύ προγραμματιστών και πελατών. Η σωστή διαχείριση της Διασφάλισης Ποιότητας είναι αυτό που μας επιτρέπει να επιτύχουμε την ικανοποίηση του πελάτη, την καλύτερη εμπειρία χρήστη και τη σωστή διαχείριση της σχέσης πελάτη-προμηθευτή».

Ενρίκο Φανταγκούτσι

ΘΕΜΑΤΑ

• Καθορισμός των προτύπων ποιότητας του ιστότοπου ηλεκτρονικού εμπορίου
• Εγγύηση προϊόντος μετά την παράδοση
• Μεθοδολογία δοκιμής προϊόντος και διαχείριση επίλυσης σφαλμάτων
• Εργαλεία παρακολούθησης σφαλμάτων και παρακολούθησης προβλημάτων

ΑΝΤΙΓΡΑΦΟ

Πριν ξεκινήσω αυτήν την εταιρεία E-Learning, εργάστηκα για περισσότερα από 20 χρόνια σε εταιρείες μόδας και πολυτελείας, από μικρές μάρκες μέχρι μεγάλες πολυεθνικές εταιρείες και e-tailers.

Σε αυτό το διαδικτυακό σεμινάριο θα μοιραστώ μαζί σας μερικά από τα πράγματα που έμαθα κατά τη διάρκεια του χρόνου που πέρασα δουλεύοντας για μάρκες μόδας, ακόμα κι αν η εμπειρία που μοιράζομαι μαζί σας σήμερα αποκτήθηκε κυρίως εκτός της βιομηχανίας της μόδας, στην ψηφιακή ψυχαγωγία τομέας.

Σήμερα λοιπόν θα μιλήσουμε για το σημασία της διασφάλισης ποιότητας και γιατί είναι κρίσιμο για την επιτυχία του ηλεκτρονικού εμπορίου μόδας. 

Θα σας παρουσιάσω μερικές ιδέες και παραδείγματα πώς να οργανώσετε διαδικασίες διασφάλισης ποιότητας εντός της εταιρείας σας 

Και τέλος θα καλύψουμε μερικά από τα πράγματα που πρέπει να έχετε κατά νου όταν το κάνετε συζητήστε αναθέσεις με τους προμηθευτές σας προγραμματιστές ή ενοποιητές συστημάτων, τι να τους ζητήσετε κατά τη διάρκεια των διαπραγματεύσεων και τι να συμπεριλάβετε στο συμβόλαιο ώστε το τελικό αποτέλεσμα να ανταποκρίνεται στις προσδοκίες σας. 

Ποιος είναι λοιπόν ο σκοπός της διασφάλισης ποιότητας για το ηλεκτρονικό εμπόριο μόδας; 

Ποιος είναι ο σκοπός της διασφάλισης ποιότητας;

Ο σκοπός της διασφάλισης ποιότητας είναι να διασφαλίσει ότι το ψηφιακό προϊόν ανταποκρίνεται στις προσδοκίες του πελάτη – του εαυτού σας – και των τελικών χρηστών του ψηφιακού προϊόντος που είναι οι πελάτες σας. 

Ενρίκο Φανταγκούτσι

Για να γίνω πιο συγκεκριμένος όταν μιλάμε για προσδοκίες μιλάμε για απαιτήσεις και προδιαγραφές, οι απαιτήσεις και οι προδιαγραφές διαφέρουν από τις προσδοκίες γιατί είναι σαφώς δηλωμένο και τεκμηριωμένο σε ένα ή περισσότερα έγγραφα. 

Επιπλέον, ίσως χρειαστεί να συμμορφωθείτε με απαιτήσεις που είναι δεσμευτικές για την εταιρεία σας λόγω νομικών περιορισμών.

Τρίτον, υπάρχει ένα σύνολο προσδοκιών που δεν είναι γραμμένες, αλλά πρέπει να τις θεωρήσετε ως μέρος του έργου σας, επειδή ορισμένες από αυτές τις προσδοκίες θα μπορούσαν να είναι τις προσδοκίες της διοίκησης σας ή του συμβουλίου των διευθυντών τους ή άλλων ενδιαφερομένων εμπλέκονται κατά κάποιο τρόπο στο έργο. 

Ποιες είναι οι απαιτήσεις και ποιες οι προδιαγραφές;

Ας προσπαθήσουμε να ορίσουμε τώρα καλύτερα ποιες είναι οι απαιτήσεις και ποιες είναι οι προδιαγραφές, αυτοί είναι τεχνικοί όροι που μπορεί να είναι γνωστοί σε κάποιους από εσάς, αλλά θα σας δώσω μερικά παραδείγματα για να τους διορθώσετε στο μυαλό σας μέσω παραδειγμάτων

Παραδείγματα Απαιτήσεις: 

• Δυνατότητα δημιουργίας λογαριασμού, 
• Δυνατότητα check out ως επισκέπτης, 
• Δυνατότητα πληρωμής με δόσεις αντί για μία μόνο συναλλαγή, 
• Δυνατότητα επιλογής μεταξύ διαφορετικών επιλογών αποστολής, 
• Δυνατότητα φιλτραρίσματος μόνο συγκεκριμένων μεγεθών κατά την αναζήτηση, 
• Δυνατότητα αναζήτησης λέξης-κλειδιού με εργαλείο αναζήτησης
• Εμφάνιση του κόστους αποστολής και των φόρων κατά τη διαδικασία του check-out

Παραδείγματα προδιαγραφών: 

• Συμβατότητα με συσκευές και λειτουργικά συστήματα 
• Μεγέθη εικόνων, πανό 
• Ανταλλαγή δεδομένων συχνότητας μεταξύ συστημάτων
• Η μορφή και ο αριθμός των αποτελεσμάτων ανά σελίδα

Πού αναφέρονται οι προδιαγραφές και οι προσδοκίες των απαιτήσεων;

Αυτά τα στοιχεία συνήθως γράφονται σε ένα ή περισσότερα έγγραφα έργου. 

Το πιο συχνά χρησιμοποιούμενο έγγραφο είναι το Έγγραφο Απαιτήσεων Προϊόντος, που ονομάζεται επίσης PRD, το οποίο συνήθως ανήκει και γράφεται από τον διαχειριστή που είναι υπεύθυνος για την πλατφόρμα ηλεκτρονικού εμπορίου. Εάν το έγγραφο Απαιτήσεις Προϊόντος δεν είναι διαθέσιμο μπορούμε να γράψουμε Απαιτήσεις και Προδιαγραφές απευθείας στο Σχέδιο Έργου, τέλος, μπορούμε να βρούμε μέρος των Προδιαγραφών και Απαιτήσεων Ποιότητας επίσης στο Σχέδιο Ποιότητας. 

Το σχέδιο ποιότητας εξυπηρετεί κυρίως τον σκοπό της οργάνωσης των Δοκιμών Ποιότητας και της Διαδικασίας Διασφάλισης Ποιότητας γενικότερα, αλλά μπορεί επίσης να περιέχει ορισμένες συγκεκριμένες απαιτήσεις για την ποιότητα του ψηφιακού προϊόντος. Για παράδειγμα, το Σχέδιο Ποιότητας μπορεί να αναφέρεται σε συγκεκριμένες δοκιμές ασφαλείας που πρέπει να γίνουν. Για παράδειγμα, όταν εργαζόμουν ως προμηθευτής υπηρεσιών για μια μεγάλη μάρκα αθλητικών ειδών και ανέπτυζα τον ιστότοπο ηλεκτρονικού εμπορίου της, έπρεπε να συντονίσω τις δοκιμές ασφαλείας στους διακομιστές μας για να ανταποκριθώ στα πρότυπα ασφαλείας του πελάτη. 

Δοκιμές εκτός πεδίου εφαρμογής

Από την άλλη πλευρά, το Σχέδιο Ποιότητας μπορεί να υποδεικνύει ποιες δοκιμές δεν εμπίπτουν στο πεδίο εφαρμογής του έργου. Για παράδειγμα, εάν δεν σκοπεύετε να πραγματοποιήσετε αποστολή στην Αυστραλία με το ηλεκτρονικό σας εμπόριο, δεν θα πρέπει να ξοδέψετε χρόνο και ενέργεια για να αναπτύξετε και να δοκιμάσετε τυχόν προδιαγραφές για τη συγκεκριμένη χώρα. 

Wireframes και comps

Το Σχέδιο Ποιότητας μπορεί να αναφέρεται σε άλλα έγγραφα για προδιαγραφές και απαιτήσεις. για παράδειγμα, το σχέδιο ποιότητας μπορεί να αναφέρεται σε μακέτες Wireframes ή Comps για οτιδήποτε σχετίζεται με την ποιότητα σχεδιασμού και την εμφάνιση και την αίσθηση του ιστότοπου γενικά.

Αυτά τα έγγραφα είναι σημαντικά επειδή θα χρησιμοποιηθούν από τους προγραμματιστές σας ως αναφορά για το τι πρέπει να αναπτύξουν και να επιτύχουν στην εργασία τους. 

Εκτός από τις απαιτήσεις, το σχέδιο ποιότητας περιγράφει τις δοκιμές που πρέπει να γίνουν, πότε θα γίνουν κατά τη διάρκεια του έργου και κατά την παράδοση του προϊόντος και πώς θα πραγματοποιηθούν.

Κριτήρια GO-LIVE

Το σχέδιο ποιότητας θα πρέπει επίσης να περιέχει τα κριτήρια GO-LIVE τα κριτήρια GO LIVE είναι ένα σύνολο προϋποθέσεων που πρέπει να πληρούνται για να γίνει ζωντανή με το έργο και τα κριτήρια του GO LIVE είναι τα μέγιστος αριθμός σφαλμάτων που επιτρέπονται στον ιστότοπο Live και η σοβαρότητά τους, για παράδειγμα, το σχέδιο ποιότητας μπορεί να δηλώνει ότι το έργο ξεκινάει μόνο εάν υπάρχει μέγιστος αριθμός 10 σφαλμάτων συνολικά στον ιστότοπο τη στιγμή της μετάδοσης

Τέλος, το σχέδιο ποιότητας περιέχει τις διαδικασίες που θα πρέπει να ακολουθήσει η Ομάδα Έργου κατά τη διαδικασία Διασφάλισης Ποιότητας, για παράδειγμα, ποιος είναι υπεύθυνος για τις δοκιμές και τι, Πώς να χρησιμοποιήσετε το εργαλείο παρακολούθησης σφαλμάτων, πώς να ταξινομήσετε τα σφάλματα ανάλογα με τη σοβαρότητά τους .

Τι είδους τεστ χρειαζόμαστε για να εκτελέσουμε;

Τύποι δοκιμών Διασφάλισης Ποιότητας

Τώρα, ας ρίξουμε μια ματιά με περισσότερες λεπτομέρειες σε ποιες δοκιμές πρέπει να επικεντρωθούν οι μάρκες μόδας

Υπάρχουν διάφοροι τύποι δοκιμών που μπορούν να εκτελεστούν από εταιρείες μόδας, προκειμένου να βεβαιωθείτε ότι η εμπορική πλατφόρμα λειτουργεί σύμφωνα με τις Προσδοκίες.

Τεστ καπνού

Ο Το Smoke Test είναι ένα απλό τεστ που στοχεύει στον έλεγχο των βασικών χαρακτηριστικών του ψηφιακού προϊόντος. Αυτές οι δοκιμές γίνονται συνήθως από προγραμματιστές κατά τη διάρκεια του έργου για να βεβαιωθούν ότι ο πυρήνας της λειτουργικότητας του λογισμικού λειτουργεί. Είναι μια απλή δοκιμή που αποτελείται από τη δοκιμή των Βασικών Χαρακτηριστικών ενός προγράμματος προσομοίωση ενός τακτικού χρήστη ή ενός δυνητικού πελάτη που πρέπει να ολοκληρώσει μια εργασία στην πλατφόρμα. Για να σας δώσω ένα παράδειγμα, εάν εφαρμόζετε μια λειτουργία Αναζήτησης κειμένου στον ιστότοπό σας, το τεστ καπνού θα ήταν να πληκτρολογήσετε μερικές λέξεις-κλειδιά σχετικές με την επωνυμία σας, π.χ. "κόκκινη δερμάτινη τσάντα" και να ελέγξετε εάν το αποτέλεσμα είναι συνεπές. Σε αυτό το στάδιο, για παράδειγμα, το γραφικό σχέδιο μπορεί να μην είναι σχετικό, ο στόχος είναι να έχουμε σταθερά αποτελέσματα. Εάν αναζητήσετε Κόκκινη δερμάτινη τσάντα και λάβετε ένα μπλε μπλουζάκι ως αποτέλεσμα, το Smoke Test απέτυχε.    

Τεστ ενσωμάτωσης

Το τεστ ολοκλήρωσης είναι ένα συγκεκριμένο τεστ επαληθεύστε τη σωστή διέλευση δεδομένων από το ένα σύστημα στο άλλο. Για παράδειγμα, από την πλατφόρμα ηλεκτρονικού εμπορίου στο ERP της εταιρείας και από το ERP στο σύστημα διαχείρισης αποθήκης ή από την πλατφόρμα ηλεκτρονικού εμπορίου στην πλατφόρμα Business Intelligence. Μπορούμε να θεωρήσουμε αυτό το τεστ επιτυχημένο εάν τα δεδομένα περάσουν σωστά από το ένα σύστημα στο άλλο, χωρίς απώλεια δεδομένων και στο αναμενόμενο χρονικό πλαίσιο. 

Δοκιμή αποδοχής χρήστη

Η δοκιμή αποδοχής χρήστη, ή UAT, πραγματοποιείται συνήθως μαζί με την παρουσία του Πελάτη και του Προγραμματιστή. 

Κατά τη διάρκεια του UAT ο πελάτης εκτελεί όλες τις πιθανές περιπτώσεις χρήσης, π.χ. αναζήτηση προϊόντος, προσθήκη προϊόντος στη λίστα επιθυμιών, μετακίνηση προϊόντος από λίστα επιθυμιών σε καλάθι, ολοκλήρωση της διαδικασίας ολοκλήρωσης αγοράς, για να βεβαιωθεί ότι όλα λειτουργούν όπως αναμένεται. 

Αυτές οι δοκιμές γίνονται συνήθως κοντά στο τέλος της φάσης ανάπτυξης, όταν το προϊόν είναι σχεδόν έτοιμο να παραδοθεί στον πελάτη. Συνήθως τα αποτελέσματα αυτών των δοκιμών είναι μια λίστα σφαλμάτων, που ζητούνται από τον Πελάτη, τα οποία θα διορθωθούν από τον Προγραμματιστή.

Τεστ παλινδρόμησης

Ο τέταρτος τύπος δοκιμής είναι ο έλεγχος παλινδρόμησης. Η δοκιμή παλινδρόμησης διασφαλίζει ότι μια εφαρμογή εξακολουθεί να λειτουργεί όπως αναμένεται μετά από οποιεσδήποτε αλλαγές κώδικα, ενημερώσεις ή εκδόσεις άλλων λειτουργιών στην πλατφόρμα. Η παλινδρόμηση διασφαλίζει τη συνολική σταθερότητα της πλατφόρμας.

Αυτές οι δοκιμές θα πρέπει να διεξάγονται από την Ομάδα Ποιότητας κάθε φορά που υπάρχει νέα έκδοση στον ιστότοπο, για να βεβαιωθείτε ότι όλες οι λειτουργίες που λειτουργούσαν προηγουμένως εξακολουθούν να λειτουργούν σωστά. 

Για παράδειγμα, εάν αναπτύσσετε ένα νέο σύστημα πληρωμών, ας υποθέσουμε ότι αναπτύσσετε το Pay by Installments στο ταμείο σας και κατά την ανάπτυξη αυτής της νέας δυνατότητας, σπάτε τις πληρωμές με πιστωτικές κάρτες που λειτουργούσαν κανονικά νωρίτερα, οπότε εισαγάγαμε ένα σφάλμα σε ένα χαρακτηριστικό που λειτουργούσε προηγουμένως, σε αυτήν την περίπτωση μιλάμε για Regression.

Διαδικασίες ελέγχου σφαλμάτων και διόρθωσης σφαλμάτων

 Μιλήσαμε για τον ρόλο του Υπεύθυνου Διασφάλισης Ποιότητας, τώρα ας δούμε πώς αλληλεπιδρούν μεταξύ τους όλοι οι φορείς που εμπλέκονται στη διαδικασία Διασφάλισης Ποιότητας.

Το πρώτο βήμα συμβαίνει όταν ανακαλυφθεί για πρώτη φορά ένα σφάλμα. ο ελεγκτής, είτε μέλος της ομάδας έργου είτε επαγγελματίας ελεγκτής που ακολουθεί ένα σενάριο δοκιμής, βρίσκει ένα σφάλμα. Για παράδειγμα, το δοκιμαστικό σενάριο θα μπορούσε να λέει: προσθέστε ένα προϊόν στη λίστα επιθυμιών και, στη συνέχεια, μετακινήστε το προϊόν από τη λίστα επιθυμιών στο καλάθι αγορών. 

Εάν ο υπεύθυνος δοκιμών δεν μπορεί να προσθέσει ένα προϊόν στη λίστα επιθυμιών ή να μετακινήσει το προϊόν από τη λίστα επιθυμιών στο καλάθι αγορών, ο υπεύθυνος δοκιμών θα αναφέρει ένα σφάλμα και θα ανοίξει ένα εισιτήριο στο εργαλείο παρακολούθησης σφαλμάτων. Όταν ένας ελεγκτής αναφέρει ένα σφάλμα στο σύστημα, θα πρέπει επίσης να προσθέσει ορισμένες προδιαγραφές, όπως οδηγίες για την αναπαραγωγή του σφάλματος, αυτό θα βοηθήσει τον προγραμματιστή να αναπαράγει γρήγορα τις συνθήκες όταν εντοπίστηκε το σφάλμα. Ο ελεγκτής θα αναφέρει επίσης γενικά ποια συσκευή και ποιο λειτουργικό σύστημα χρησιμοποιήθηκε όταν εντοπίστηκε το σφάλμα. Για παράδειγμα χρησιμοποιούσα το Safari στο iPad Pro.

Στο δεύτερο βήμα, το Ο οδηγός QA θα ελέγξει όλες τις διαθέσιμες πληροφορίες για το σφάλμα και θα ελέγξει ξανά ότι το σφάλμα δεν έχει αναφερθεί ακόμη. Αυτό είναι σημαντικό, διαφορετικά ενδέχεται να έχουμε διπλότυπα σφάλματα στο εργαλείο παρακολούθησης σφαλμάτων.

Στη συνέχεια, ο υποψήφιος πελάτης QA θα εκχωρήσει το σφάλμα σε ένα μέλος της ομάδας για να επιλύσει το ζήτημα. Λάβετε υπόψη ότι αυτήν τη στιγμή χρησιμοποιώ το σφάλμα και το ζήτημα ως συνώνυμα.

Στο βήμα 3, ο προγραμματιστής διορθώνει το πρόβλημα στο περιβάλλον ανάπτυξης και επισημαίνει το πρόβλημα ως διορθωμένο. 

Λάβετε υπόψη ότι ο προγραμματιστής επισημαίνει το σφάλμα ως Διορθώθηκε ή Επιλύθηκε, αλλά δεν κλείνει το δελτίο στο εργαλείο παρακολούθησης σφαλμάτων, μόνο το άτομο που ανέφερε το σφάλμα ή τον οδηγό QA θα πρέπει να προχωρήσει στην επισήμανση του ζητήματος ως κλειστού.

Στο τελευταίο βήμα, το άτομο που ανέφερε την τσάντα ή τον οδηγό QA θα ελέγξει ότι το σφάλμα έχει όντως διορθωθεί στην πλατφόρμα και θα επισημάνει το πρόβλημα ως στενό στο εργαλείο παρακολούθησης σφαλμάτων.

Περίληψη των βημάτων δοκιμής UAT

1. Ο ελεγκτής προσπαθεί να ολοκληρώσει μια εργασία στον ιστότοπο, π.χ. προσθήκη προϊόντος στη λίστα επιθυμιών
2. Εάν ο ελεγκτής δεν μπορεί να ολοκληρώσει την εργασία, αναφέρει ένα σφάλμα στο εργαλείο παρακολούθησης σφαλμάτων
3. Ο οδηγός QA επαληθεύει το σφάλμα, δηλαδή το σφάλμα δεν έχει ήδη αναφερθεί από κάποιον άλλο
4. Ο επικεφαλής QA αναθέτει το σφάλμα σε ένα μέλος της ομάδας για να το διορθώσει
5. Το μέλος της ομάδας εργάζεται πάνω στο σφάλμα και το επισημαίνει ως διορθωμένο όταν επιλυθεί το πρόβλημα
6. Ο οδηγός QA ή ο δοκιμαστής δοκιμάζουν ξανά τη λειτουργία για να βεβαιωθείτε ότι λειτουργεί
7. Το σφάλμα κλείνει τελικά από τον οδηγό QA ή τον ελεγκτή

ΗΧΕΙΑ