მიტანის თვალთვალის აპი: სტატუსების დაკვეთის წესი
როგორ შეუკვეთოთ კურიერისა და მიმღების მობილური გზა, სტატუსები, მისამართები და ჩაბარების დადასტურება.
მიტანის თვალთვალის აპის შეკვეთა უნდა დაიწყოს შეკვეთის სტატუსების რუკით. მყიდველმა და კურიერმა უნდა იცოდნენ, ვინ ცვლის მდგომარეობას, რა მტკიცებულებით და რას ხედავს მიმღები დაგვიანების ან წარუმატებელი ჩაბარებისას. მოძრავი წერტილის ჩვენება რუკაზე სრული მიტანის პროცესს ვერ აღწერს.
მიტანის აპის შესაკვეთად aiAPP-ს გაუგზავნეთ სტატუსების ჯაჭვი. აღნიშნეთ, რომელი მდგომარეობაა დადასტურებული, ვინ ცვლის მას და რა ჩანს მიმღების ეკრანზე, როცა ინფორმაცია დროებით მიუწვდომელია.
მიტანის სრული გზა
ჩამოწერეთ შეკვეთის მიღება, კურიერის მინიჭება, ამანათის აღება, გადაადგილება, ჩაბარების მცდელობა და დასრულება. თითოეულ მდგომარეობასთან მიუთითეთ პასუხისმგებელი როლი და ის მოვლენა, რომელიც ცვლილებას ადასტურებს. თუ ჩაბარება ვერ მოხდა, საჭიროა მიზეზის არჩევა და შემდეგი ნაბიჯის ჩვენება. სხვაგვარად მომხმარებელი დაინახავს მხოლოდ „გზაშია“ შეტყობინებას, რომელიც პრობლემას ვერ ხსნის.
მაგალითად, მიმღები სახლში არ არის. კურიერს შეიძლება დასჭირდეს წარუმატებელი მცდელობის დაფიქსირება, ოპერატორს კი ახალი დროის შეთანხმება, ხოლო მიმღებს გასაგები სტატუსი. ეს პირობითი მაგალითია; aiAPP-ის დანერგილ სერვისზე არაფერს ამტკიცებს. პროექტის მფლობელმა წინასწარ უნდა გადაწყვიტოს, ვისი მოქმედება ქმნის საბოლოო სტატუსს.
კურიერისა და მიმღების განსხვავებული ეკრანები
კურიერის სამუშაო ეკრანი შეიძლება შეიცავდეს მისამართს, საკონტაქტო გზას, ჩანაწერსა და ჩაბარების დადასტურებას. მიმღებს კი ხშირად სჭირდება მხოლოდ მისი შეკვეთის მდგომარეობა და საჭირო მოქმედება. ერთი და იგივე დეტალური რუკის ჩვენება ყველა როლისთვის შეიძლება ზედმეტი და მონაცემთა დაცვის თვალსაზრისით არასასურველი იყოს. როლების ცხრილი უნდა განსაზღვრავდეს, ვინ რა ინფორმაციას ხედავს და ცვლის.
შეთავაზებების შედარებისას ცალკე ჰკითხეთ, იწერება თუ არა მიტანის დრო ავტომატურად, ვინ ასწორებს შეცდომით დაყენებულ სტატუსს და როგორ შენარჩუნდება ცვლილებების ისტორია. მხოლოდ კურიერის მდებარეობის განახლება ვერ ამტკიცებს, რომ ამანათი ჩაბარდა. ჩაბარების მტკიცებულების ფორმა ბიზნესმა უნდა განსაზღვროს და შესაბამისი მონაცემის დამუშავება შეამოწმოს.
დროის ნიშნულებიც გასაგებად უნდა იყოს შეთანხმებული. „მიტანილია“ შეიძლება ნიშნავდეს, რომ კურიერმა ეს ღილაკი დააჭირა, მიმღებმა მიიღო ამანათი ან ოპერატორმა შემთხვევა დახურა. ამ მოვლენებს სხვადასხვა მტკიცებულება აქვს. თუ ანგარიშში მხოლოდ ერთი დრო ჩანს, მისი განმარტება უნდა ეწეროს მონაცემთა აღწერაში. სხვაგვარად მხარდაჭერის გუნდი ერთსა და იმავე ჩანაწერს განსხვავებულად აუხსნის მომხმარებელს.
მიმღებისთვის საჭირო შეტყობინებები ცალკე დაგეგმეთ: როდის აცნობებს სისტემა ახალი სტატუსის შესახებ, რა ხდება დაგვიანებისას და შეიძლება თუ არა კურიერთან დაკავშირება. შეტყობინების გაგზავნა არ ამტკიცებს, რომ ადამიანმა ის ნახა. ამიტომ კრიტიკული ცვლილებისთვის უნდა არსებობდეს აპში დასანახი მიმდინარე მდგომარეობაც, ხოლო მიუწვდომელი ტელეფონის შემთხვევა ოპერაციულ პროცესში უნდა იყოს გათვალისწინებული.
აუცილებელია თუ არა ცოცხალი მდებარეობა?
შეკვეთის სტატუსი და კურიერის მუდმივი მდებარეობა ორი განსხვავებული მონაცემია. ზოგ შემთხვევაში მიმღებს საკმარისია სანდო სტატუსი და სავარაუდო დროის პატიოსანი ახსნა. თუ ცოცხალი რუკა აუცილებელია, განსაზღვრეთ, რა ხდება, როცა ტელეფონი ითიშება, ნებართვა გაუქმებულია ან ქსელი არ მუშაობს. Apple და Android მდებარეობის წვდომას მომხმარებლის ნებართვასა და პლატფორმის წესებს უკავშირებენ; ფონური რეჟიმი ცალკე უნდა შეფასდეს.
როგორ უნდა ჩაიბაროთ აპი?
ტესტში შექმენით შეკვეთა, მიანიჭეთ კურიერს, სცადეთ ჩაბარება, დააფიქსირეთ უარი და ხელახლა დაგეგმეთ. შეამოწმეთ, რომ მიმღების ეკრანი არ ამბობს „ჩაბარებულია“, სანამ შეთანხმებული მტკიცებულება არ არსებობს. მეორე ტესტში დაკარგეთ კავშირი და ნახეთ, როგორ აისახება გაურკვევლობა. თუ აპი ძველ ადგილს აჩვენებს, მან მომხმარებელი შეცდომაში არ უნდა შეიყვანოს ახალი მონაცემის ილუზიით.
aiAPP-ის დადასტურებული საზღვარია ახალი iOS და Android აპის შექმნა, არა მზა კურიერული ქსელი ან მიწოდების ოპერაციული მართვა. გაუგზავნეთ aiAPP-ს თქვენი სტატუსების ჯაჭვი და როლების სია, რათა შეთავაზება ზუსტ მოცულობას დაეფუძნოს. საერთო მოთხოვნებისთვის იხილეთ ბიზნესის ჩეკლისტი და დეველოპერის არჩევის კრიტერიუმები.
| სტატუსი | დამადასტურებელი მხარე | მიმღების პასუხი |
|---|---|---|
| მიღებულია | მომსახურების სისტემა | შეკვეთა ჩანს |
| გზაშია | კურიერის სამუშაო გზა | განახლების დრო ჩანს |
| ჩაბარებულია | შეთანხმებული დადასტურება | დასრულება ჩანს |
- წყარო მიუთითეთ.
- შეფერხება აჩვენეთ.
- დუბლირებული ცვლილება შეამოწმეთ.
- შეცდომის გასწორება განსაზღვრეთ.
რას ვერ დაამტკიცებს აპის რუკა?
მდებარეობის წერტილი არ არის ჩაბარების მტკიცებულება, ხოლო დათვლილი სავარაუდო დრო არ არის ვადის გარანტია. გარე გზის პირობები, ტელეფონის მდგომარეობა და ადამიანების მოქმედება იცვლება. ბიზნესმა უნდა განსაზღვროს, რომელი სტატუსია დადასტურებული და რომელი მონაცემია მხოლოდ პროგნოზი. მათი აღრევა კლიენტის ნდობას და მხარდაჭერის მუშაობას აზიანებს.
განსაკუთრებით ფრთხილად უნდა დაიწეროს პირადი მონაცემის გამოჩენა. კურიერს შეიძლება სჭირდებოდეს მიმღებთან დაკავშირება, მაგრამ არა შეკვეთის ყველა დეტალი. მიმღებს შეუძლია იხილოს მისთვის განკუთვნილი შეკვეთა, მაგრამ არა კურიერის სხვა სამუშაოები. როლების ეს საზღვარი უფრო მნიშვნელოვანია, ვიდრე მიმზიდველი რუკა: მის გარეშე აპი შეიძლება სწორი სტატუსითაც ზედმეტ ინფორმაციას აჩვენებდეს.
შეთავაზების მიღებამდე ბიზნესმა უნდა გადაწყვიტოს, რომელი სისტემაა შეკვეთის მთავარი წყარო. თუ ონლაინ მაღაზია ქმნის შეკვეთას, ხოლო კურიერის აპი მხოლოდ მის შესრულებას აჩვენებს, ცვლილების მიმართულება და დრო წინასწარ უნდა დაიწეროს. მიტანის მისამართის შეცვლა ორივე სისტემაში ერთდროულად შეიძლება არ მოხდეს. ასეთ შემთხვევაში აპმა უნდა აჩვენოს, რომ მონაცემი მოლოდინშია და ოპერატორს უნდა ჰქონდეს გადაწყვეტის გზა. ეს უფრო მნიშვნელოვანი ფუნქციაა, ვიდრე რუკაზე მოძრავი ანიმაცია.
მყიდველმა მომწოდებელს სთხოვოს სტატუსების პატარა საცდელი ცხრილი: ყოველი რიგი აჩვენებს საწყის მდგომარეობას, მოქმედ პირს, ახალ მდგომარეობას და მომხმარებლისთვის გასაგებ ტექსტს. ეს მოკლე დოკუმენტი ბევრ გაუგებრობას გამოავლენს მანამდე, სანამ აპის ეკრანები აშენდება. განსაკუთრებით გადაამოწმეთ, შეიძლება თუ არა ერთსა და იმავე შეკვეთაზე ორი კურიერის წინააღმდეგობრივი მოქმედება და ვის შეუძლია ამის გასწორება. თუ პასუხი არ არსებობს, ხარვეზი დიზაინით ვერ დაიფარება.
სტატუსის წყარო და განახლების დრო
შეკვეთის მდგომარეობა უნდა ეყრდნობოდეს დადასტურებულ მოვლენას და არა მხოლოდ მოძრავ რუკის ნიშნულს. მიმღებს აჩვენეთ ბოლო დადასტურებული მდგომარეობა და მისი განახლების დრო; კავშირის გაწყვეტისას ახალი სტატუსი არ მოიგონოთ.
წყაროები
Android-ის მდებარეობის ნებართვები: მიმღების სტატუსის ჩვენება ყოველთვის არ მოითხოვს ფონურ მდებარეობაზე წვდომას.
სარედაქციო შენიშვნა: ტექსტის მომზადებაში გამოყენებულია ხელოვნური ინტელექტი.