როგორ შეუძლია ხარისხის უზრუნველყოფას გააუმჯობესოს კონვერსიის მაჩვენებელი მოდის ელექტრონულ კომერციაში

ღონისძიება მიერ Digital Fashion Academy
აპრილი 18 2023

უყურეთ ვებინარს აქ:

მიმოხილვა

TITLE: მოდის ელექტრონულ კომერციაში კონვერსიის მაჩვენებლის გაუმჯობესების ხარისხის უზრუნველყოფა
თარიღი: სამშაბათს, 18 აპრილს, 5:30 საათზე (ცენტრალური რომის დროით)
ხანგრძლივობა: 1 საათი
ᲔᲜᲐ: ინგლისური
დარეგისტრირებავებინარზე დასწრება უფასოა რეგისტრაციის შემთხვევაში

შემაჯამებელი

შემოუერთდით ენრიკო ფანტაგუცის (Digital Fashion Academy) და ლორენცო ფანეტი (გამოცნობა) როგორც ისინი წარმოადგენენ საუკეთესო პრაქტიკა ამისთვის ხარისხის კონტროლის of e-commerce საიტები მოდისა და ფუფუნების სექტორში.

ვებინარი ასახავს, ​​თუ ძირითადი ცნებები ხარისხის უზრუნველყოფის კონტროლისთვის e-commerce პროექტებიდან, სტანდარტული პროცესები გამოიყენება დიდ კომპანიებში, მომსახურების დონე შეთანხმებები (SLA), რომელიც უნდა გაზიარდეს განვითარების სააგენტოებთან კონტრაქტების განსაზღვრის დროს.

• ხარისხის უზრუნველყოფის არის აქტივობების ერთობლიობა, რომელიც მიზნად ისახავს იმის უზრუნველყოფას, რომ შედეგი პროექტის შეხვედრა მოლოდინი საქართველოს მომხმარებელსსაქართველოს ბოლო მომხმარებლები პროდუქტის და ნებისმიერი სტანდარტები მოთხოვნილია რეგლამენტის.

• მოდაში e-commerceხარისხის უზრუნველყოფა აუცილებელია როგორც გარანტია წარმატება საიტის თვალსაზრისით კონვერტაციის კურსი და კონტროლი პროექტი ხარჯები.

„ხშირად ის, რაც ხდება ბოლოს...“ e-commerce საიტის განვითარების პროექტისთვის, აღმოჩენილია მრავალი დეფექტი, რაც საფრთხეს უქმნის პროექტის წარმატებას და დეველოპერებსა და კლიენტებს შორის ურთიერთობას. სწორი management ხარისხის უზრუნველყოფის ხარისხი არის ის, რაც საშუალებას გვაძლევს მივიღოთ კლიენტის კმაყოფილება, საუკეთესო მომხმარებლის გამოცდილება და სწორი management კლიენტ-მიმწოდებლის ურთიერთობის შესახებ“

ენრიკო ფანტაგუცი

TOPICS

• ხარისხის სტანდარტების განმარტება e-commerce საიტი
• პროდუქტის გარანტია მიწოდების შემდეგ
• პროდუქტის ტესტირების მეთოდოლოგია და შეცდომების მოგვარება management
• შეცდომების თვალყურის დევნებისა და პრობლემების თვალყურის დევნების ინსტრუმენტები

სტენოგრამა

ამ ელექტრონული სწავლების კომპანიის დაარსებამდე, 20 წელზე მეტი ხნის განმავლობაში ვმუშაობდი მოდისა და ფუფუნების კომპანიებში, მცირე ზომის კომპანიებიდან დაწყებული... brandმსხვილი მრავალეროვნული კომპანიებისა და ელექტრონული საცალო ვაჭრობის წარმომადგენლებისთვის.

ამ ვებინარზე გაგიზიარებთ რამდენიმე რამეს, რაც მოდის სფეროში მუშაობის პერიოდში ვისწავლე. brandმაშინაც კი, თუ ის გამოცდილება, რომელსაც დღეს თქვენთან ერთად გიზიარებთ, ძირითადად მოდის ინდუსტრიის გარეთ, ციფრული გართობის სექტორში მივიღე.

ასე რომ, დღეს ჩვენ ვისაუბრებთ იმაზე, ხარისხის უზრუნველყოფის მნიშვნელობა მდე რატომ არის ეს კრიტიკული წარმატებისთვის მოდის ecommerce. 

რამდენიმე იდეას და მაგალითს შემოგთავაზებთ როგორ ორგანიზება გაუწიოთ ხარისხის უზრუნველყოფის პროცესებს თქვენს კომპანიაში 

და ბოლოს, ჩვენ განვიხილავთ რამდენიმე საკითხს, რომლებიც უნდა გაითვალისწინოთ, როდესაც განიხილეთ დავალებები თქვენი მომწოდებლების დეველოპერებთან ან სისტემის ინტეგრატორებთან, რა უნდა ჰკითხოთ მათ მოლაპარაკებების დროს და რა უნდა შეიტანოთ კონტრაქტში, რათა საბოლოო შედეგი თქვენს მოლოდინებს გაამართლოს. 

მაშ, რა არის მოდის ხარისხის უზრუნველყოფის მიზანი? e-commerce? 

რა არის ხარისხის უზრუნველყოფის მიზანი?

ხარისხის უზრუნველყოფის მიზანია იმის უზრუნველყოფა, რომ ციფრული პროდუქტი აკმაყოფილებდეს კლიენტის - თქვენ თვითონ - და ციფრული პროდუქტის საბოლოო მომხმარებლების, ანუ თქვენი მომხმარებლების მოლოდინებს. 

ენრიკო ფანტაგუცი

უფრო კონკრეტულად რომ ვთქვათ როდესაც მოლოდინებზე ვსაუბრობთ, ჩვენ ვსაუბრობთ მოთხოვნებსა და სპეციფიკაციებზემოთხოვნები და სპეციფიკაციები განსხვავდება მოლოდინებისგან, რადგან ისინი ნათლად არის მითითებული და დოკუმენტირებული ერთ ან რამდენიმე დოკუმენტში. 

ამასთან ერთად, შესაძლოა, დაგჭირდეთ შემდეგი წესების დაცვა: მოთხოვნები, რომლებიც სავალდებულოა თქვენი კომპანიისთვის სამართლებრივი შეზღუდვების გამო.

მესამე, არსებობს მოლოდინების ნაკრები, რომლებიც არ არის დაწერილი, მაგრამ თქვენ მაინც უნდა გაითვალისწინოთ ისინი თქვენი პროექტის ნაწილად, რადგან ამ მოლოდინებიდან ზოგიერთი შეიძლება იყოს თქვენი მოლოდინები management ან მათი დირექტორთა საბჭო ან სხვა დაინტერესებული მხარეები რატომღაც ჩართულია პროექტში. 

რა არის მოთხოვნები და რა არის სპეციფიკაციები?

მოდით, ახლა უკეთ განვსაზღვროთ, რა არის მოთხოვნები და რა არის სპეციფიკაციები. ეს არის ტექნიკური ტერმინები, რომლებიც შეიძლება ზოგიერთი თქვენგანისთვის ნაცნობი იყოს, მაგრამ რამდენიმე მაგალითს მოგიყვანთ, რათა მაგალითების საშუალებით შეძლოთ მათი გახსენება.

მოთხოვნების მაგალითები: 

• ანგარიშის შექმნის შესაძლებლობა, 
• სტუმრის სტატუსით გასვლის შესაძლებლობა, 
• ერთი ტრანზაქციის ნაცვლად, განვადებით გადახდის შესაძლებლობა; 
• სხვადასხვა მიწოდების ვარიანტს შორის არჩევის შესაძლებლობა, 
• ძიების დროს მხოლოდ კონკრეტული ზომების ფილტრაციის შესაძლებლობა, 
• საძიებო ინსტრუმენტის გამოყენებით საკვანძო სიტყვის ძიების შესაძლებლობა
• მიწოდების ღირებულებისა და გადასახადების ხილვადობა შეკვეთის გაფორმების პროცესში

მაგალითები სპეციფიკაციები: 

• თავსებადობა მოწყობილობებთან და ოპერაციულ სისტემებთან 
• სურათების, ბანერების ზომები 
• სიხშირის მონაცემთა გაცვლა სისტემებს შორის
• ფორმატი და შედეგების რაოდენობა გვერდზე

სად არის მითითებული მოთხოვნები, სპეციფიკაციები და მოლოდინები?

ეს ელემენტები, როგორც წესი, ერთ ან რამდენიმე პროექტის დოკუმენტშია ჩაწერილი. 

ყველაზე ხშირად გამოყენებული დოკუმენტია პროდუქტის მოთხოვნების დოკუმენტი, რომელსაც ასევე უწოდებენ PRD-ს, რომელიც, როგორც წესი, ეკუთვნის და წერია მენეჯერის მიერ, რომელიც პასუხისმგებელია e-commerce პლატფორმა. თუ პროდუქტის მოთხოვნების დოკუმენტი არ არის ხელმისაწვდომი ჩვენ შეგვიძლია მოთხოვნები და სპეციფიკაციები პირდაპირ პროექტის გეგმაში ჩავწეროთსაბოლოოდ, ხარისხის სპეციფიკაციებისა და მოთხოვნების ნაწილის პოვნა ასევე შეგვიძლია ხარისხის გეგმა. 

ხარისხის გეგმა ძირითადად ემსახურება ხარისხის ტესტებისა და ხარისხის უზრუნველყოფის პროცესის ორგანიზებას ზოგადად, თუმცა მას ასევე შეუძლია შეიცავდეს ციფრული პროდუქტის ხარისხის სპეციფიკურ მოთხოვნებს. მაგალითად, ხარისხის გეგმა შეიძლება ეხებოდეს კონკრეტულ უსაფრთხოების ტესტებს, რომლებიც უნდა ჩატარდეს. მაგალითად, როდესაც ვმუშაობდი მომსახურების მიმწოდებლად დიდ სპორტულ ტანსაცმელში. brand და მე მათ ვავითარებდი ecommerce ვებსაიტზე, კლიენტის უსაფრთხოების სტანდარტების დასაკმაყოფილებლად, ჩვენს სერვერებზე უსაფრთხოების ტესტების კოორდინაცია მომიწია. 

ფარგლებს გარეთ ტესტები

მეორე მხრივ, ხარისხის გეგმაში შეიძლება მითითებული იყოს, თუ რომელი ტესტები არ შედის პროექტის ფარგლებში, მაგალითად, თუ არ გეგმავთ ავსტრალიაში თქვენი... ecommerce, თქვენ არ უნდა დახარჯოთ დრო და ენერგია ამ კონკრეტული ქვეყნისთვის რაიმე სპეციფიკაციის შემუშავებასა და ტესტირებაზე. 

Wireframes და კომპები

ხარისხის გეგმაში სპეციფიკაციებისა და მოთხოვნების შესასწავლად შეიძლება სხვა დოკუმენტებზე იყოს მითითებული. მაგალითად, ხარისხის გეგმაში შეიძლება გამოყენებული იქნას Wireframes-ის ან Comps-ის მაკეტები დიზაინის ხარისხთან და ვებსაიტის იერსახესთან დაკავშირებული ყველაფრისთვის.

ეს დოკუმენტები მნიშვნელოვანია, რადგან თქვენი დეველოპერები მათ გამოიყენებენ, როგორც საცნობარო ინფორმაციას იმის შესახებ, თუ რა უნდა შეიმუშაონ და მიაღწიონ თავიანთ სამუშაოში. 

მოთხოვნების გარდა, ხარისხის გეგმა აღწერს ჩასატარებელ ტესტებს, როდის ჩატარდება ისინი პროექტის განმავლობაში და პროდუქტის მიწოდების დროს და როგორ ჩატარდება ისინი.

გაშვების კრიტერიუმები

ხარისხის გეგმა ასევე უნდა შეიცავდეს პროექტის ფუნქციონირებისთვის საჭირო კრიტერიუმებს. ფუნქციონირებისთვის საჭირო კრიტერიუმები წარმოადგენს პირობების ერთობლიობას, რომლებიც უნდა დაკმაყოფილდეს პროექტის ფუნქციონირებისთვის, ხოლო ფუნქციონირებისთვის საჭირო კრიტერიუმების მაგალითებია: Live ვებსაიტზე დაშვებული შეცდომების მაქსიმალური რაოდენობა და მათი სიმძიმემაგალითად, ხარისხის გეგმაში შეიძლება მითითებული იყოს, რომ პროექტი მხოლოდ იმ შემთხვევაში გავა ეთერში, თუ გაშვების მომენტში ვებსაიტზე მაქსიმუმ 10 შეცდომა იქნება.

და ბოლოს, ხარისხის გეგმა შეიცავს პროცედურებს, რომლებიც პროექტის გუნდმა უნდა დაიცვას ხარისხის უზრუნველყოფის პროცესში, მაგალითად, ვინ არის პასუხისმგებელი ტესტირებაზე და რაზე, როგორ გამოვიყენოთ შეცდომების თვალთვალის ინსტრუმენტი, როგორ დავაკლასიფიციროთ შეცდომები მათი სიმძიმის მიხედვით.

რა ტიპის ტესტების ჩატარება გვჭირდება?

ხარისხის უზრუნველყოფის ტესტების სახეები

ახლა კი, უფრო დეტალურად განვიხილოთ, თუ როგორი ტესტები უნდა შეიქმნას. brands focus on

მოდის კომპანიებს შეუძლიათ ჩაატარონ რამდენიმე ტიპის ტესტი იმის დასადასტურებლად, რომ კომერციული პლატფორმა მოლოდინების შესაბამისად მუშაობს.

კვამლის ტესტი

ის კვამლის ტესტი მარტივი ტესტია, რომლის მიზანია ძირითადი მახასიათებლების შემოწმება ციფრული პროდუქტის. ამ ტესტებს, როგორც წესი, დეველოპერები ატარებენ პროექტის განმავლობაში, რათა დარწმუნდნენ, რომ პროგრამული უზრუნველყოფის ძირითადი ფუნქციონალობა მუშაობს. ეს არის მარტივი ტესტი, რომელიც მოიცავს პროგრამის ძირითადი ფუნქციების გამოცდას. ჩვეულებრივი მომხმარებლის ან პოტენციური კლიენტის სიმულირება, რომელსაც პლატფორმაზე დავალების შესრულება სჭირდებამაგალითად, თუ თქვენს ვებსაიტზე ტექსტის ძიების ფუნქციას ნერგავთ, Smoke ტესტი იქნება რამდენიმე საკვანძო სიტყვის აკრეფა, რომელიც შეესაბამება თქვენს brand მაგ. „წითელი ტყავის ჩანთა“ და შეამოწმეთ, შედეგი თანმიმდევრულია თუ არა. მაგალითად, ამ ეტაპზე გრაფიკული დიზაინი შეიძლება არ იყოს შესაბამისი, მიზანი თანმიმდევრული შედეგების მიღებაა. თუ წითელი ტყავის ჩანთის ძებნისას ლურჯ მაისურს მიიღებთ, კვამლის ტესტი წარუმატებელია.    

ინტეგრაციის ტესტი

ინტეგრაციის ტესტი არის სპეციფიკური ტესტი, რომელიც... შეამოწმეთ მონაცემების სწორი გადაცემა ერთი სისტემიდან მეორეშიმაგალითად, ელექტრონული კომერციის პლატფორმიდან კომპანიის ERP სისტემაზე და ERP-დან საწყობზე management სისტემა ან The-დან ecommerce-პლატფორმა ბიზნეს ანალიტიკის პლატფორმაზე. ჩვენ შეგვიძლია ჩავთვალოთ, რომ ეს ტესტი წარმატებულად არის მიჩნეული, თუ მონაცემები სწორად გადაეცემა ერთი სისტემიდან მეორეს, მონაცემების დაკარგვის გარეშე და მოსალოდნელ ვადებში. 

მომხმარებლის მიღების ტესტი

მომხმარებლის მიღების ტესტი, ანუ UAT, როგორც წესი, ტარდება კლიენტისა და დეველოპერის თანდასწრებით. 

UAT-ის დროს კლიენტი ახორციელებს ყველა შესაძლო გამოყენების შემთხვევას, მაგალითად, პროდუქტის ძიებას, პროდუქტის დამატებას სურვილების სიაში, პროდუქტის გადატანას სურვილების სიიდან კალათაში, შეკვეთის პროცესის დასრულებას, რათა დარწმუნდეს, რომ ყველაფერი მოლოდინის შესაბამისად მუშაობს. 

ეს ტესტები, როგორც წესი, ტარდება განვითარების ფაზის ბოლოს, როდესაც პროდუქტი თითქმის მზადაა კლიენტისთვის მიწოდებისთვის. როგორც წესი, ამ ტესტების შედეგია კლიენტის მოთხოვნით გამოქვეყნებული შეცდომების სია, რომლებსაც დეველოპერი გამოასწორებს.

რეგრესიის ტესტი

მეოთხე ტიპის ტესტი რეგრესიული ტესტირებაა. რეგრესიული ტესტირება უზრუნველყოფს, რომ აპლიკაცია კვლავ ფუნქციონირებს ისე, როგორც მოსალოდნელია, პლატფორმაზე კოდის ნებისმიერი ცვლილების, განახლების ან სხვა ფუნქციების გამოშვების შემდეგ. რეგრესია უზრუნველყოფს პლატფორმის საერთო სტაბილურობას.

ეს ტესტები ხარისხის გუნდმა უნდა ჩაატაროს ყოველ ჯერზე, როდესაც ვებსაიტზე ახალი გამოშვება იქნება., რათა დარწმუნდეთ, რომ ყველა ფუნქცია, რომელიც ადრე მუშაობდა, კვლავ სწორად მუშაობს. 

მაგალითად, თუ თქვენ ავითარებთ ახალ გადახდის სისტემას, ვთქვათ, რომ თქვენ ავითარებთ განვადებით გადახდის ფუნქციას თქვენს გადახდის სისტემაში და ამ ახალი ფუნქციის დანერგვისას, თქვენ აზიანებთ საკრედიტო ბარათებით გადახდას, რომელიც ადრე კარგად მუშაობდა, ამიტომ ჩვენ შევქმენით შეცდომა ადრე მოქმედ ფუნქციაში, ამ შემთხვევაში ჩვენ ვსაუბრობთ რეგრესიაზე.

შეცდომების ტესტირებისა და გამოსწორების პროცესები

 ჩვენ ვისაუბრეთ ხარისხის უზრუნველყოფის ხელმძღვანელის როლზე, ახლა ვნახოთ, როგორ ურთიერთქმედებენ ერთმანეთთან ხარისხის უზრუნველყოფის პროცესში ჩართული ყველა მოთამაშე.

პირველი ნაბიჯი შეცდომის პირველად აღმოჩენისთანავე ხორციელდება; ტესტერი, იქნება ეს პროექტის გუნდის წევრი თუ პროფესიონალი ტესტერი, რომელიც სატესტო სკრიპტის გამოყენებით პოულობს შეცდომას. მაგალითად, სატესტო სკრიპტში შეიძლება ეწეროს: დაამატეთ პროდუქტი სურვილების სიაში და შემდეგ გადაიტანეთ პროდუქტი სურვილების სიიდან კალათაში. 

თუ ტესტერი ვერ შეძლებს პროდუქტის დამატებას სურვილების სიაში ან პროდუქტის გადატანას სურვილების სიიდან სავაჭრო კალათაში, ტესტერი შეატყობინებს შეცდომის შესახებ და გახსნის ბილეთს შეცდომების თვალთვალის ინსტრუმენტში. როდესაც ტესტერი სისტემაში შეცდომის შესახებ იუწყება, მან ასევე უნდა დაამატოს გარკვეული სპეციფიკაციები, როგორიცაა შეცდომის რეპროდუცირების ინსტრუქციები.ეს დეველოპერს დაეხმარება სწრაფად გაიმეოროს შეცდომის აღმოჩენის მომენტის პირობები. ტესტერი ასევე ზოგადად მოგაწვდით ინფორმაციას იმის შესახებ, თუ რომელი მოწყობილობა და რომელი ოპერაციული სისტემა გამოიყენებოდა შეცდომის აღმოჩენის მომენტისთვის. მაგალითად, მე ვიყენებდი Safari-ს iPad Pro-ზე.

მეორე ეტაპზე, ხარისხის უზრუნველყოფის ხელმძღვანელი შეამოწმებს შეცდომის შესახებ არსებულ ყველა ინფორმაციას და ორჯერ შეამოწმებს, რომ შეცდომა ჯერ არ არის შეტყობინებული.ეს მნიშვნელოვანია, წინააღმდეგ შემთხვევაში შეცდომების თვალთვალის ინსტრუმენტზე შეიძლება გვქონდეს დუბლირებული შეცდომები.

შემდეგ ხარისხის უზრუნველყოფის ხელმძღვანელი შეცდომას გუნდის წევრს გადასცემს პრობლემაზე სამუშაოდ. გთხოვთ, გაითვალისწინოთ, რომ ამჟამად სიტყვებს „შეცდომა“ და „პრობლემა“ სინონიმებად ვიყენებ.

მე-3 ეტაპზე დეველოპერი ასწორებს პრობლემას განვითარების გარემოში და აღნიშნავს მას, როგორც გამოსწორებულს. 

გთხოვთ გაითვალისწინოთ, რომ დეველოპერი შეცდომას აღნიშნავს, როგორც გამოსწორებულს ან გადაჭრილს, მაგრამ ის არ ხურავს ბილეთს შეცდომების თვალთვალის ინსტრუმენტში, მხოლოდ იმ პირმა, ვინც შეცდომის შესახებ განაცხადა ან ხარისხის კონტროლის ხელმძღვანელმა უნდა გააგრძელოს პრობლემის დახურულად მონიშვნა.

ბოლო ეტაპზე, პირი, რომელმაც შეატყობინა ჩანთის შესახებ, ან ხარისხის უზრუნველყოფის ხელმძღვანელი შეამოწმებს, არის თუ არა შეცდომა რეალურად გამოსწორებული პლატფორმაზე და შეცდომების თვალთვალის ინსტრუმენტში პრობლემას დახურულად მონიშნავს.

UAT ტესტის ნაბიჯების შეჯამება

1. ტესტერი ცდილობს ვებსაიტზე დავალების შესრულებას, მაგალითად, პროდუქტის სურვილების სიაში დამატებას.
2. თუ ტესტერი ვერ ასრულებს დავალებას, ის შეცდომების თვალთვალის ინსტრუმენტში აცნობებს შეცდომის შესახებ.
3. ხარისხის უზრუნველყოფის ხელმძღვანელი ადასტურებს შეცდომას, ანუ შეცდომა უკვე არ არის შეტყობინებული სხვა პირის მიერ.
4. ხარისხის უზრუნველყოფის ხელმძღვანელი შეცდომას გუნდის წევრს ანიჭებს გამოსასწორებლად.
5. გუნდის წევრი მუშაობს შეცდომაზე და პრობლემის მოგვარების შემდეგ მას გამოსწორებულად აღნიშნავს.
6. ხარისხის უზრუნველყოფის ხელმძღვანელი ან ტესტერი ხელახლა ამოწმებს ფუნქციას, რათა დარწმუნდეს, რომ ის მუშაობს.
7. შეცდომას საბოლოოდ ასწორებს ხარისხის კონტროლის ხელმძღვანელი ან ტესტერი.

სპიკერები