ყველა მასალა

მდებარეობის გამოყენება მობილურ აპში: დაკვეთის ჩარჩო

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

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

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

მდებარეობის ბიზნესამოცანა

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

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

ნებართვის მოთხოვნის მომენტი

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

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

რას მოიცავს რუკის მომსახურება?

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

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

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

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

რომელი ტესტი დაიწეროს წინასწარ?

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

aiAPP-ის მიმდინარე აღწერა ადასტურებს ახალი iOS და Android აპის შექმნის მომსახურებას; კონკრეტულ რუკის პროვაიდერს ან მუდმივ ტრეკინგს იგი არ პირდება. გაუგზავნეთ aiAPP-ს ზუსტი მდებარეობითი ამოცანა და მოითხოვეთ მისი საზღვარი წერილობით შეთავაზებაში. საერთო პროექტის ჩარჩოსთვის ნახეთ მოთხოვნების ჩეკლისტი და მომწოდებლის შეფასების კრიტერიუმები.

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

რა არ მოჰყვება მდებარეობის ფუნქციას ავტომატურად?

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

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

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

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

წყაროები

Android-ის მდებარეობის ნებართვები: მომხმარებელს შეუძლია ნაკლებად ზუსტი მდებარეობა აირჩიოს.

სარედაქციო შენიშვნა: ტექსტის მომზადებაში გამოყენებულია ხელოვნური ინტელექტი.

წყაროები

  1. https://developer.android.com/develop/sensors-and-location/location/permissions/runtime
  2. https://developer.apple.com/documentation/CoreLocation/requesting-authorization-to-use-location-services
  3. https://developer.android.com/develop/sensors-and-location/location/background

შემდეგი საკითხავი

მობილური აპლიკაცია

ქართულ და ინგლისურ ენაზე მობილური აპის დაკვეთა

მობილური აპლიკაცია

ლოიალობის მობილური აპი: ქულების წესის დაკვეთა

მობილური აპლიკაცია

მიტანის თვალთვალის აპი: სტატუსების დაკვეთის წესი