გამოქვეყნდა: · 3 წთ წაკითხვა
აპლიკაციის ფასზე კითხვა ხშირად ერთი ციფრით მთავრდება, რომელიც ან ძალიან დაბალია (და შემდეგ ორმაგდება), ან ძალიან მაღალია (და პროექტი არ იწყება). ეს სტატია ბიუჯეტს ნაწილებად შლის — რომ იცოდეთ, რაში იხდით, რისი გადადება შეიძლება და სად იმალება ხარჯები, რომლებზეც შეთავაზებაში იშვიათად წერენ.
საწყისი ფასი და რას ნიშნავს ის
webandapp-ში მობილური აპლიკაციის შექმნა 1 100 ₾-დან იწყება — ეს მარტივი პირველი ვერსიის (MVP) ღირებულებაა: რამდენიმე ეკრანი, ერთი მთავარი ფუნქცია, საბაზისო დიზაინი, ერთი კოდის ბაზა Android-ისა და iOS-ისთვის. ყველაფერი, რაც ამას ემატება — ავტორიზაცია და როლები, სერვერული ნაწილი, გადახდები, შეტყობინებები, ინტეგრაციები — ფასს ეტაპობრივად ზრდის. სწორედ ამიტომ აპლიკაციის ბიუჯეტი ფუნქციების სიით ითვლება და არა „აპლიკაციის" ერთი ფასით.
რა ქმნის აპლიკაციის ღირებულებას
- ეკრანების რაოდენობა და სირთულე. სია, დეტალის გვერდი და ფორმა — ერთი ღირებულებაა; რუკა რეალურ დროში, ჩატი ან კალენდარი დრეგ-ენდ-დროპით — სულ სხვა.
- სერვერული ნაწილი (backend). თუ აპლიკაცია მომხმარებლებს, შეკვეთებს ან შეტყობინებებს ინახავს, სჭირდება სერვერი, მონაცემთა ბაზა და API. ეს ხშირად ბიუჯეტის ნახევარია და ცალკე ჰოსტინგის ხარჯსაც ქმნის.
- ავტორიზაცია და როლები. სტუმრის რეჟიმი მარტივია; რეგისტრაცია ტელეფონით/ელფოსტით, სოციალური ლოგინი, ადმინისტრატორის და მომხმარებლის განსხვავებული უფლებები — დამატებითი სამუშაოა.
- გადახდები. ბანკის ან პროვაიდერის ინტეგრაცია, ხოლო ციფრული პროდუქტებისთვის — App Store-ისა და Google Play-ის შიდა გადახდა მათივე საკომისიოთი.
- მოწყობილობის ფუნქციები. კამერა, GPS, push-შეტყობინებები, ბიომეტრია, ოფლაინ რეჟიმი — თითოეული პლატფორმის მიხედვით ცალკე გამართვას საჭიროებს.
- ინტეგრაციები. CRM, ბუღალტერია, საწყობი, არსებული საიტი — მონაცემების გაცვლა ორივე მხარეს სამუშაოს მოითხოვს.
- დიზაინი. სტანდარტული კომპონენტები თუ ინდივიდუალური ინტერფეისი ანიმაციებით.
- ადმინ-პანელი. მომხმარებლების, კონტენტისა და შეკვეთების სამართავად ხშირად ცალკე ვებ-პანელია საჭირო, რომელსაც დამკვეთი ავიწყდება.
MVP თუ სრული ვერსია
MVP (minimum viable product) არის ვერსია, რომელიც მხოლოდ მთავარ ამოცანას წყვეტს. მისი უპირატესობა ფასზე მეტად რისკის შემცირებაა: სანამ სრულ პროდუქტში ჩადებთ ბიუჯეტს, რეალურ მომხმარებლებზე ამოწმებთ, სჭირდებათ თუ არა ის საერთოდ და რომელი ფუნქცია მართლა გამოიყენება. პრაქტიკაში მეორე ვერსიის ფუნქციების სია თითქმის ყოველთვის განსხვავდება იმისგან, რაც თავიდან ეგონათ — და MVP ამ განსხვავებას ბიუჯეტის დახარჯვამდე აჩვენებს.
მარტივი წესი: თუ ფუნქციის გარეშე აპლიკაცია მაინც სასარგებლოა, ის MVP-ში არ შედის.
iOS და Android: ერთად თუ ცალკე
ორი ცალკე ნატიური აპლიკაცია (Swift და Kotlin) ნიშნავს ორ კოდის ბაზას, ორმაგ ტესტირებას და ორმაგ განახლებებს. React Native-ის ან Flutter-ის ტიპის ტექნოლოგიები ორივე პლატფორმას ერთი კოდიდან აწყობს — ჩვეულებრივ ერთ ცალკე ნატიურ აპლიკაციაზე ცოტათი ძვირი, ორზე კი შესამჩნევად იაფი. ნატიური განვითარება მაშინ ამართლებს, როცა აპლიკაცია ერთი პლატფორმის სპეციფიკურ შესაძლებლობებზეა აგებული ან უკიდურესი წარმადობა სჭირდება. თუ ბიუჯეტი შეზღუდულია, ერთი პლატფორმით დაწყებაც ლოგიკურია — ჯერ იმით, სადაც თქვენი აუდიტორიის უმეტესობაა.
ხარჯები, რომლებზეც შეთავაზებაში იშვიათად წერენ
- დეველოპერის ანგარიშები. Apple Developer Program წლიური საფასურია (99 აშშ დოლარი წელიწადში ამ სტატიის დაწერისას), Google Play Console — ერთჯერადი რეგისტრაციის საფასური (25 აშშ დოლარი). მოქმედი ტარიფები პლატფორმების საიტებზეა; ორივე ბიზნესის სახელზე იხსნება.
- სერვერი და მონაცემთა ბაზა. ყოველთვიური ხარჯი, რომელიც მომხმარებლების რაოდენობასთან ერთად იზრდება.
- გარე სერვისები. SMS-ვერიფიკაცია, რუკები, push-შეტყობინებების სერვისი, ელფოსტის გაგზავნა — მოხმარების მიხედვით.
- მაღაზიების საკომისიო. ციფრული პროდუქტების შიდა გადახდისას პლატფორმები პროცენტს იკავებენ.
- განახლებები. iOS და Android ყოველწლიურად იცვლება; აპლიკაციას მინიმუმ წელიწადში ერთხელ ტექნიკური განახლება სჭირდება, რომ მაღაზიიდან არ ამოვარდეს.
- ტესტური მოწყობილობები. Android-ის მრავალფეროვნების გამო რამდენიმე რეალურ მოწყობილობაზე შემოწმებაა საჭირო.
როგორ დაგეგმოთ ბიუჯეტი ეტაპობრივად
- ეტაპი 0 — პროტოტიპი (Figma). ეკრანები და გადასვლები კოდის გარეშე. იაფია, აჩვენებს იდეას და ხშირად ცვლის ფუნქციების სიას პროგრამირებამდე.
- ეტაპი 1 — MVP. ერთი მთავარი ფუნქცია, საბაზისო სერვერი, ერთი კოდის ბაზა ორივე პლატფორმისთვის, გამოქვეყნება.
- ეტაპი 2 — გამოხმაურების მიხედვით. ის ფუნქციები, რომლებსაც რეალური მომხმარებლები ითხოვენ — არა ის, რაც თავიდან ეგონათ.
- ეტაპი 3 — მასშტაბი. ინტეგრაციები, ავტომატიზაცია, ადმინისტრირების გაფართოება, წარმადობა.
ასეთი დაყოფა ორ რამეს იძლევა: თითოეული ეტაპის ფასი კონკრეტულია, და ნებისმიერ ეტაპზე შეგიძლიათ შეჩერდეთ, თუ ბაზარი სხვას ამბობს.
შესაძლოა, აპლიკაცია საერთოდ არ გჭირდებათ
ბევრი ამოცანა, რომლისთვისაც აპლიკაციას ითხოვენ, მობილურზე მორგებული საიტით წყდება — უფრო იაფად და მაღაზიების განხილვის გარეშე. აპლიკაცია ამართლებს, როცა მომხმარებელი მას რეგულარულად ხსნის, სჭირდება შეტყობინებები, ოფლაინ რეჟიმი ან მოწყობილობის ფუნქციები, ან ეს თანამშრომლების სამუშაო ინსტრუმენტია. თუ დარწმუნებული არ ხართ, აღწერეთ ამოცანა — პირველ შეხვედრაზე ხშირად სწორედ ეს ვარკვევთ. მომსახურების სრული აღწერა — მობილური აპლიკაციის შექმნის გვერდზე, საწყისი ფასები — ფასების გვერდზე.