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

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

რატომ კარგავენ ადამიანები შემდეგ ნაბიჯს?

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

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

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

შეყვანის მითითება შეცდომის შემდეგ ჩნდება. შეამოწმეთ, განმარტავს თუ არა ველი საჭირო მნიშვნელობას.

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

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

ჯავშნის ეტაპები და ყოველ ეტაპზე ჩასაწერი დაკვირვებები.
გაჰყევით ჯავშნის გზას საწყისიდან ამოსაცნობ შედეგამდე.

როგორ დავადგინოთ აპის გაუგებარი ინტერფეისის მიზეზი?

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

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

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

განიხილეთ ეს გამოგონილი ჯავშნის ამოცანა

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

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

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

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

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

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

  1. სცადეთ მიზნობრივი მონახაზი. გამოგონილი ჯავშნისთვის ინტერაქტიულ მონახაზში აჩვენეთ მოქმედების შემოთავაზებული წარწერა და მიღებული მდგომარეობა. ჩვენი აპის UX აუდიტები და პროტოტიპები ამოცანიდან პროტოტიპამდე ამ მიმდევრობას მიჰყვება. შეადარეთ ადამიანის მოლოდინი დაჭერამდე და მდგომარეობა, რომელსაც შემდეგ ამოიცნობს; შემოთავაზებულ წარწერას დადგენილ გაუმჯობესებად ნუ აღწერთ.

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

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

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

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

რა უნდა შეამოწმოთ ცვლილების შემდეგ?

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

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

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

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

სად ვერთვებით ჩვენ

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

ხშირად დასმული კითხვები

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

← ყველა სტატია