Mazmunga o‘tish
DevUzDevUz Studio

// tender orqali xarid qilinadigan mobil ilova

Tender uchun mobil ilova texnik topshirig'i: nimalarga e'tibor berish kerak

Tender orqali mobil ilova xarid qilish — davlat tashkilotlari va yirik kompaniyalar uchun odatiy amaliyot bo'lib qolgan. Odatda bu fuqarolar yoki mijozlar uchun shaxsiy kabinet, bildirishnomalar, ba'zan to'lov tizimi va xarita integratsiyasi bo'lgan ilova. Buyurtmachi — vazirlik, idora yoki korporativ mijoz, ijrochi esa pudratchi sifatida tanlanadigan IT-kompaniya.

Mobil ilova boshqa dasturiy mahsulotlardan farq qiladi: u ikkita platformada (iOS va Android) ishlashi, do'konlar orqali tarqatilishi va tashqi tizimlar bilan muloqot qilishi kerak. Shu sababli texnik topshiriqda shunchaki 'ilova yarating' deyish yetarli emas — kim nashr qiladi, qaysi versiyalarni qo'llab-quvvatlaydi, qanday serverga ulanadi degan savollarga javob bo'lishi shart.

Amaliyot shuni ko'rsatadiki, loyihaning taqdiri texnik topshiriq yozilgan paytda hal bo'ladi. Agar hujjatda bo'shliqlar bo'lsa, ular ijro jarayonida kelishmovchilik, qabul qilish bosqichida bahs yoki ilova chiqqandan keyin qo'llab-quvvatlashning yo'qligi sifatida namoyon bo'ladi.

Texnik topshiriqda odatda nima e’tibordan chetda qoladi

App Store va Google Play'da kimning akkaunti ishlatilishi aytilmagan

Oqibati. Ilova tayyor bo'lgach, uni kim nashr qiladi degan savol tug'iladi. Agar akkaunt pudratchiga tegishli bo'lsa, buyurtmachi kelajakda yangilanish kiritish uchun pudratchiga qaram bo'lib qoladi. Agar akkaunt buyurtmachiga tegishli bo'lishi kerak bo'lsa-yu, bu oldindan kelishilmagan bo'lsa — nashr bosqichida kutilmagan kechikish yuzaga keladi.

Qanday to‘g‘ri yozish kerak. Texnik topshiriqda aniq ko'rsatish kerak: nashr qiluvchi akkaunt (developer account) kimga tegishli bo'ladi, uni kim ochadi va ilova shartnoma tugagandan keyin kim nomidan do'konda qoladi.

Minimal operatsion tizim versiyalari ko'rsatilmagan

Oqibati. Pudratchi eski qurilmalarni qo'llab-quvvatlashga majbur bo'lishi yoki, aksincha, buyurtmachi kutgan eski qurilmalarda ilova ishlamay qolishi mumkin. Bu narxga va ishlab chiqish muddatiga bevosita ta'sir qiladi, lekin tenderdan oldin hech kim bu haqda o'ylamaydi.

Qanday to‘g‘ri yozish kerak. iOS va Android uchun qo'llab-quvvatlanadigan minimal versiyalar texnik topshiriqda alohida band sifatida yozilishi kerak — bu talab keyinchalik testlash va qabul qilish mezoni bo'ladi.

Server qismi va API talablari yo'q — ilova xuddi o'z-o'zidan yashaydigandek

Oqibati. Mobil ilova hech qachon yolg'iz ishlamaydi — unga server, ma'lumotlar bazasi va API kerak. Agar texnik topshiriqda bu qism tasvirlanmagan bo'lsa, pudratchi o'zining arxitekturasini taklif qiladi, buyurtmachi esa keyinroq buni boshqa tizimlar bilan integratsiya qilolmay qoladi yoki server infratuzilmasi uchun qo'shimcha xarajat kerak bo'lib qoladi.

Qanday to‘g‘ri yozish kerak. Texnik topshiriqqa server qismi, API talablari, autentifikatsiya usuli va mavjud tizimlar bilan integratsiya chegaralari kiritilishi kerak — hatto ular qisqacha bo'lsa ham.

To'lov va xarita integratsiyalari 'ba'zan kerak' darajasida qoldirilgan

Oqibati. Agar to'lov tizimi yoki xarita funksiyasi aniq talab sifatida emas, balki 'imkon bo'lsa' formatida yozilsa, pudratchilar bu qismni turlicha baholaydi — ba'zilari narxga qo'shadi, ba'zilari qo'shmaydi. Natijada takliflar solishtirib bo'lmaydigan bo'lib qoladi, tanlov esa shaffof o'tmaydi.

Qanday to‘g‘ri yozish kerak. Har bir qo'shimcha funksiya (to'lov, xarita, push-bildirishnoma) alohida talab sifatida, majburiy yoki ixtiyoriy ekanligi aniq ko'rsatilgan holda yozilishi kerak.

Qabul qilish ssenariylari real qurilmalarda sinovdan o'tkazish bo'yicha yozilmagan

Oqibati. Ilova faqat bitta qurilmada yoki emulyatorda tekshirilsa, ishlab chiqarishda boshqa modellarda yoki ekran o'lchamlarida muammolar chiqadi. Qabul qilish bosqichida 'ishlamayapti' va 'shartnomada bunday talab yo'q edi' degan bahs boshlanadi.

Qanday to‘g‘ri yozish kerak. Texnik topshiriqqa qabul qilish bosqichida qaysi qurilmalar va qaysi OS versiyalarida test o'tkazilishi, qaysi stsenariylar tekshirilishi aniq yozilishi kerak.

Nashr qilingandan keyingi qo'llab-quvvatlash va yangilanishlar kelishilmagan

Oqibati. iOS va Android muntazam yangilanadi, va eski ilova yangi versiyada ishlamay qolishi mumkin. Agar texnik topshiriqda bu masala aytilmasa, shartnoma tugagandan so'ng ilovani kim yangilaydi degan savol ochiq qoladi — natijada ilova vaqt o'tishi bilan ishlamay qoladi.

Qanday to‘g‘ri yozish kerak. Texnik topshiriqqa nashrdan keyingi qo'llab-quvvatlash muddati, yangi OS versiyalariga moslashtirish majburiyati va bu xizmatning shartnomaga kirish-kirmasligi aniq yozilishi kerak.

Yaxshi texnik topshiriq nima beradi

Yaxshi yozilgan texnik topshiriq buyurtmachiga aniq narx va muddat bilan takliflarni solishtirish imkonini beradi — chunki har bir pudratchi bir xil talablarga javob beradi.

Pudratchi uchun bu shuni anglatadi: kutilmagan qo'shimcha ishlar va noaniq talablar tufayli loyiha narxi oshib ketmaydi.

Qabul qilish bosqichida bahslar kamayadi, chunki qaysi qurilmalarda va qanday stsenariy bo'yicha tekshirish kelishilgan bo'ladi.

Nashrdan keyin ilova 'tashlab ketilgan' holatga tushib qolmaydi — chunki kim va qancha muddat qo'llab-quvvatlashi oldindan aniq bo'ladi.

Narxi va muddati

Texnik topshiriq — $400 dan, 1–4 hafta: narx tizim murakkabligi, arxitektura, stek va integratsiyalarga bog‘liq. Subpudratda ishlab chiqish — shartnoma hajmiga qarab, baho ariza topshirishdan oldin.

Tender uchun texnik topshiriq yoki subpudrat — batafsil →

Buyurtmachilar va xaridlarni nomlamaymiz: kimningdir tenderini emas, odatiy texnik topshiriqni tahlil qilamiz.

Xaridga tayyorlanyapsizmi yoki tenderni allaqachon yutdingizmi?

Tenderni muhokama qilish

Boshqa tender tahlillari