როგორ შევარჩიოთ მობილური აპლიკაციის დეველოპერი საქართველოში
ხელშეკრულებამდე შეადარეთ მობილური აპლიკაციის დეველოპერები სამუშაოს ფარგლებით, პროტოტიპით, ტესტირებით, ანგარიშების მფლობელობით, გადაცემითა და მხარდაჭერის პირობებით.
მოკლე პასუხი: მობილური აპლიკაციის დეველოპერს 3 მტკიცებულების ნაკრებით შეადარებთ: დამტკიცებული ფარგლები და პროტოტიპი აწყობამდე, ტესტების შედეგები და მაღაზიების პასუხისმგებლობები გამოქვეყნებამდე, კოდი, ანგარიშები და საოპერაციო დოკუმენტები გადაცემისას. ყველა შეთავაზება ერთსა და იმავე სამომხმარებლო გზებსა და მიღების პირობებს უნდა დაეყრდნოს.
რას ნიშნავს მობილური აპლიკაციის დეველოპერის შერჩევა?
მობილური აპლიკაციის დეველოპერის შერჩევისას ბიზნესი ეძებს გუნდს, რომელსაც შეთანხმებული სამომხმარებლო გზის iOS-ისა და Android-ისთვის შესამოწმებელ პროდუქტად ქცევა შეუძლია. სამუშაოს ფარგლები, ანგარიშები და საოპერაციო მასალები ბიზნესის კონტროლქვეშ უნდა დარჩეს. პორტფოლიო ვიზუალურ გემოვნებას აჩვენებს. ის ვერ ადგენს მაღაზიის ანგარიშის მფლობელს, კავშირების უსაფრთხო შეფერხების წესს, შესამოწმებელ მოწყობილობებს ან საბოლოოდ გადასაცემ მასალებს.
შედარებამდე დამკვეთმა აუდიტორია, მთავარი მოქმედება, საჭირო ეკრანები, მონაცემთა საზღვრები და კავშირები უნდა აღწეროს. ყველა კანდიდატს ერთი და იგივე საწყისი ინფორმაცია მიაწოდეთ. ამისთვის გამოიყენეთ მობილური აპლიკაციის მოთხოვნების ჩეკლისტი. შეთავაზების მიღებამდე კი aiAPP-ის ფასებისა და სამუშაო ფორმატის გვერდი შეამოწმეთ.
რომელი 3 მტკიცებულების ნაკრები უნდა მოამზადოს მომწოდებელმა?
პირველი ნაკრები სრული აწყობის დაწყებამდეა საჭირო. მასში უნდა შევიდეს პროდუქტის მფლობელი, აუდიტორია, პირველი სასარგებლო ვერსია, ეკრანების რუკა, პროტოტიპი, კავშირები, გამონაკლისები, ეტაპები, მიღების მეთოდი და ცვლილებების წესი. დამკვეთს მთავარი გზის გავლა და ყველა დარჩენილი გადაწყვეტილების დანახვა უნდა შეეძლოს.
მეორე ნაკრები აპების მაღაზიებში გაგზავნამდე მზადდება. მასში იწერება შემოწმებული მოწყობილობები და საოპერაციო სისტემების ვერსიები, კრიტიკული გზები, ნებართვის უარყოფის შემთხვევები, სუსტი ინტერნეტისას ქცევა, გადახდის ან შესვლის გამონაკლისები, დარჩენილი ხარვეზები და შედეგის დამმტკიცებელი პირი. Android-ის ოფიციალური ხარისხის სახელმძღვანელო ძირითად ღირებულებას, მომხმარებლის გამოცდილებას, ტექნიკურ ხარისხს, კონფიდენციალურობასა და უსაფრთხოებას გამოყოფს. Android-ი ამ მითითებებს 4 სფეროდ აერთიანებს. სატესტო გეგმა პროდუქტისთვის საჭირო ნაწილებს უნდა ფარავდეს.
მესამე ნაკრები გადაცემისას იკრიბება. მასში უნდა ეწეროს კოდის საცავი, დიზაინის ფაილები, საწარმოო პარამეტრები, მაღაზიების წვდომა, მომსახურებების ანგარიშები, ანალიტიკის წვდომა, საოპერაციო ინსტრუქციები, ცნობილი შეზღუდვები და მხარდაჭერის ზღვარი. თითოეულ აქტივს მიმღები ბიზნეს-ანგარიში და პასუხისმგებელი პირი უნდა ახლდეს.
როგორ შევადაროთ მობილური აპლიკაციის შეთავაზებები?
ჯამების შედარებამდე ყველა შეთავაზება ერთ ფორმატში გადაიტანეთ. ერთ ცხრილში ჩაწერეთ სამომხმარებლო გზები, პლატფორმები, კავშირები, როლები, მიღების მტკიცებულებები და გადასაცემი მასალები. პუნქტი მხოლოდ მაშინ მონიშნეთ ჩართულად, როცა მომწოდებელი ჩასაბარებელ შედეგსა და მისი მიღების მეთოდს ასახელებს. ჩანაწერი „გადახდის ინტეგრაცია“ ბუნდოვანია, სანამ შეთავაზება მომწოდებელს, მხარდაჭერილ გზას, შეფერხების შემთხვევებს, სატესტო გარემოსა და საწარმოო ანგარიშის მფლობელს არ აღწერს.
| შედარების სფერო | მოსათხოვი მტკიცებულება | სუსტი პასუხი |
|---|---|---|
| ფარგლები | დამტკიცებული გზები, ეკრანები, გამონაკლისები და ცვლილებების წესი | ფუნქციების სია მიღების პირობების გარეშე |
| პროტოტიპი | მთავარი მოქმედების დასაჭერი გზა | დასრულებულ გამოცდილებად წარმოდგენილი სტატიკური სურათები |
| ინჟინერია | არქიტექტურული გადაწყვეტილება, კავშირების საზღვრები და გამოქვეყნების გზა | ტექნოლოგიის სახელი პროდუქტის დასაბუთების გარეშე |
| ტესტირება | მოწყობილობების სია, შემთხვევები, ხარვეზები და დამტკიცებაზე პასუხისმგებელი პირი | „ხარისხის შემოწმება შედის“ შესაბამისი მასალის გარეშე |
| მფლობელობა | ბიზნესის მაღაზიის ანგარიშები, კოდის საცავი და მომსახურებების წვდომა | მომწოდებლის ანგარიშები გადაცემის გეგმის გარეშე |
| მხარდაჭერა | რეაგირების ზღვარი, განახლების წესი და გასვლის პროცედურა | განუსაზღვრელი ტექნიკური მომსახურება |
ვის უნდა ეკუთვნოდეს App Store-ისა და Google Play-ის ანგარიშები?
გამოქვეყნებაზე მუშაობის დაწყებამდე ბიზნესმა ანგარიშების მფლობელობა და უფლებები უნდა გაიგოს. Apple-ის ოფიციალური გუნდის როლების დოკუმენტაცია Account Holder-ის, Admin-ის, App Manager-ის, Developer-ისა და სხვა როლების უფლებებს ერთმანეთისგან არჩევს. მომწოდებელს სამუშაოსთვის საჭირო როლი შეიძლება მიენიჭოს, ხოლო ბიზნესი საკონტროლო ურთიერთობასა და შეთანხმებებს ხედავდეს.
Apple-ი შესაბამისობის პირობების მქონე აპლიკაციის გადაცემის პროცესსაც აღწერს. მომავალი გადაცემის შესაძლებლობა პროექტის დასაწყისში მფლობელობის მკაფიო გადაწყვეტილებას ვერ ცვლის. Google Play-ის ანგარიშის მფლობელებსა და ადმინისტრატორებს ასევე შეუძლიათ მომხმარებლების უფლებების მართვა. ხელშეკრულებაში ანგარიშის მფლობელი, მოწვეული როლები, აღდგენის საკონტაქტო პირები და დროებითი წვდომის დასრულების მომენტი უნდა ჩაიწეროს.
როგორ შევამოწმოთ დეველოპერი ხელშეკრულებამდე?
- ერთი ფარგლების დოკუმენტი გააგზავნეთ. ყველა კანდიდატს იგივე აუდიტორია, გზები, კავშირები, შეზღუდვები და გადაცემის მოლოდინი მიაწოდეთ.
- ჩასაბარებელი შედეგების რუკა მოითხოვეთ. იდეის დაზუსტების, პროტოტიპის, აწყობის, ტესტირების, მაღაზიებისთვის მომზადებისა და გადაცემის შედეგები ცალ-ცალკე უნდა ეწეროს.
- ერთი რთული გზა განიხილეთ. გუნდმა ძირითადი მოქმედებისთვის ნებართვები, კავშირის დაკარგვა, დუბლირებული მოქმედებები და აღდგენა უნდა ახსნას.
- მფლობელობა შეამოწმეთ. კოდის საცავების, მაღაზიების ანგარიშების, დომენების, ანალიტიკის, წვდომებისა და დიზაინის ფაილების მაკონტროლებელი მხარე ჩაიწერეთ.
- მიღების წესი განსაზღვრეთ. ყველა კრიტიკულ მოთხოვნას ტესტი, მოსალოდნელი შედეგი, შესანახი მტკიცებულება და დამმტკიცებელი პირი დაუკავშირეთ.
- გამონაკლისები შეადარეთ. წაიკითხეთ, რას ტოვებს მომწოდებელი ფარგლებს გარეთ, რომელი გარე ხარჯი რჩება დამკვეთთან და როგორ ცვლის დამატებითი სამუშაო გეგმას.
- გასვლის გზა გადაამოწმეთ. მოითხოვეთ გადაცემის სია და სხვა კვალიფიციური გუნდისთვის საკმარისი საოპერაციო დოკუმენტაცია.
როგორ აწყობს aiAPP ამ სამუშაოს?
aiAPP iOS-ისა და Android-ისთვის მობილურ აპლიკაციებს ქმნის. ბიზნესი იდეას აღწერს, aiNOW კი აუდიტორიასა და პირველ სასარგებლო ვერსიას განსაზღვრავს. aiNOW ქმნის დიზაინს, აწყობს, გამოცდის, გამოსაქვეყნებლად ამზადებს და კოდსა და მაღაზიების წვდომას გადმოგცემთ.
aiAPP-ის მიმდინარე პროდუქტის წყარო სამუშაოს საზღვრებს ზუსტად აღწერს. სრულ შექმნამდე ინტერაქტიულ პროტოტიპში აჩვენებს ნავიგაციასა და მნიშვნელოვან ეკრანებს. aiNOW მთავარ გზებს თანამედროვე ტელეფონის ზომებზე ამოწმებს და ორივე მაღაზიისთვის ამზადებს. ბიზნესს გადასცემს კოდს, დიზაინის ფაილებს, მაღაზიების ანგარიშებს, ანალიტიკას, დოკუმენტაციასა და მართვის წვდომას. ზუსტ მოწყობილობებს, კავშირებს, ანგარიშებს, თარიღებსა და ჩასაბარებელ შედეგებს შეთანხმებული პროექტის ფარგლები განსაზღვრავს.
რომელი შეზღუდვები უნდა ჩაიწეროს დამკვეთმა?
მაღაზიის შემოწმებას Apple-ი და Google-ი მართავს, ამიტომ დეველოპერი მიღების თარიღს ვერ დაჰპირდება. გარე მომსახურებებმა შეიძლება ფასი, წვდომა ან ტექნიკური წესები შეცვალოს. გადახდებს, მდებარეობას, ჯანმრთელობას, ფინანსებსა და პირად ინფორმაციას დამატებითი პოლიტიკის ან შესაბამისობის სამუშაო შეიძლება დასჭირდეს. საერთო კოდური ბაზა ბევრ პროდუქტს ერგება, ხოლო მოწყობილობის ან პლატფორმის სპეციფიკურ შესაძლებლობას ცალკე დანერგვა შეიძლება დასჭირდეს.
დამკვეთმა პროტოტიპი გამოქვეყნებული პროდუქტისგან, შიდა ტესტირება დამოუკიდებელი სერტიფიცირებისგან და კოდის მიწოდება სრული საოპერაციო გადაცემისგან უნდა გამიჯნოს. ხელშეკრულებამ თითოეული ეტაპისთვის საჭირო მტკიცებულება უნდა დაასახელოს.
რომელი შეცდომები ზრდის მომწოდებლის შერჩევის რისკს?
- განსხვავებულ ფარგლებზე შედგენილი ჯამური ფასების პირდაპირი შედარება.
- ტექნოლოგიის სახელის მხარდაჭერადობის მტკიცებულებად მიღება.
- მომწოდებლისთვის მაღაზიის ან მომსახურების ანგარიშების შექმნის მინდობა ბიზნეს-მფლობელისა და გადაცემის გეგმის გარეშე.
- ეკრანების დამტკიცება ჩატვირთვის, ცარიელი მდგომარეობის, უარყოფილი ნებართვისა და წარუმატებელი კავშირის განხილვის გარეშე.
- ხარვეზის სიმძიმის, მიღების უფლებამოსილებისა და ცვლილების დამტკიცების წესის გაურკვევლად დატოვება.
- მხარდაჭერის განუსაზღვრელ დაპირებად აღქმა მკაფიო მომსახურების საზღვრის ნაცვლად.
ხშირად დასმული კითხვები
ფრილანსერი ავირჩიოთ თუ სააგენტო?
აირჩიეთ სამუშაო ფორმა, რომელსაც შეთანხმებული მოცულობის დაფარვა და პასუხისმგებელი მფლობელობის ჩვენება შეუძლია. პროდუქტის განსაზღვრა, დიზაინი, ინჟინერია, ტესტირება, მაღაზიებისთვის მომზადება, გადაცემა და მხარდაჭერა ერთი მტკიცებულებების სიით შეადარეთ.
ყველაზე დაბალი შეთავაზება საუკეთესო დეველოპერს განსაზღვრავს?
არა. თავდაპირველად სამუშაოს ფარგლები, გამონაკლისები, გარე ხარჯები, მიღების მტკიცებულებები და გადაცემა ერთ ფორმატში გადაიტანეთ. დაბალი ჯამი შეიძლება ნაკლებ ჩასაბარებელ შედეგს ან დამკვეთის მეტ პასუხისმგებლობას ასახავდეს.
შეიძლება მაღაზიების ანგარიშები მომწოდებელს ეკუთვნოდეს?
ბიზნესმა ეს გადაწყვეტილება მკაფიოდ უნდა მიიღოს. ბიზნესის მიერ კონტროლირებული ანგარიში და მომწოდებლის როლებზე დაფუძნებული წვდომა გადაცემისა და გასვლის უფრო გასაგებ გზას ქმნის.
რა უნდა მოხდეს სრული აწყობის დაწყებამდე?
დამკვეთმა პირველი სასარგებლო ვერსია, ძირითადი გზები, ეკრანების მოძრაობა, კავშირები, გამონაკლისები, პროტოტიპი, ეტაპები, ფასის დათვლის მეთოდი და მიღების გეგმა უნდა დაამტკიცოს.