Texnik topshiriq: qanday yoziladi, tuzilma va bot uchun misol

Biznesga texnik topshiriq nima uchun kerak

Tanish holat: do‘kon egasi «mijozlar buyurtma berib, to‘lov qiladigan bot kerak» deydi. Ishlab chiquvchi buni katalog va Click orqali to‘lov tugmasi deb tushunadi. Egasi esa ombor qoldig‘i, menejerga guruhda bildirishnoma va promokodlarni ham nazarda tutgan edi. Qabul paytida har kimning «tayyor» mahsuloti boshqacha ekani ma’lum bo‘ladi va kim nimani va’da qilgani haqida bahs boshlanadi.

TT bunday bahsni oldindan yo‘qqa chiqaradi. U tender uchun qog‘oz emas, ish quroli: ishlab chiquvchi hajmni shu asosda baholaydi, siz bir nechta studiyaning takliflarini bir xil poydevorda solishtirasiz, qabulda esa ikki tomon bitta hujjatga qaraydi. TT qanchalik aniq bo‘lsa, ish jarayonidagi tuzatishlar shunchalik kam, narx va muddat bahosi shunchalik halol bo‘ladi.

Yaxshi texnik topshiriq nimalardan iborat

Hujjat hajmi asosiy ko‘rsatkich emas. Kichik bot yoki sayt uchun bir necha sahifa yetarli, agar unda asosiy savollarga javob berilgan bo‘lsa. Quyidagi bloklarsiz ishlash qiyin:

• Maqsad: qanday muammo hal qilinadi va u hal bo‘lganini qanday bilamiz (masalan, Instagram Direct’dagi arizalar bilan qo‘lda yozishmalar kamayishi).
• Foydalanuvchilar va rollar: mijoz, menejer, administrator, kuryer va har birining ko‘ra oladigan hamda qila oladigan ishlari.
• Ssenariylar: foydalanuvchi va tizimning qadamma-qadam xatti-harakati.
• Ustuvorlikli funksiyalar: majburiy, kerakli, keyinroq.
• Integratsiyalar: Click, Payme, CRM, Google Sheets, hisob tizimi, SMS-provayder.
• Ma’lumotlar va cheklovlar: nima saqlanadi, kimga ochiq, interfeys tillari (o‘zbek va rus), aksiya paytidagi yuklama, xavfsizlik.
• Qabul qilish mezonlari: tayyorlikning tekshiriladigan shartlari.

Texnik topshiriqni qadamma-qadam qanday yozish kerak

Funksiyalardan boshlamang. Avtomatlashtirmoqchi bo‘lgan jarayondan boshlang va undan davom eting.

• Hozirgi jarayonni bor holicha yozing: mijoz qayerdan keladi, kim javob beradi, arizalar qayerda yo‘qoladi. Daftardagi oddiy sxema ham bo‘ladi.
• Maqsadni bir-ikki gapda ifodalang va muvaffaqiyatning bir-ikkita o‘lchanadigan belgisini tanlang.
• Rollarni sanab chiqing va har biri uchun amallar ro‘yxatini tuzing.
• Asosiy ssenariylarni qadamlar bilan yozing: kim nima qiladi, nimani ko‘radi, keyin nima bo‘ladi. Alohida — g‘ayrioddiy holatlar: tovar yo‘q, to‘lov o‘tmadi, mijoz fikridan qaytdi.
• Ustuvorlik qo‘ying. Birinchi versiya asosiy vazifani hal qilsin, qolgani keyingi bosqichga.
• Tashqi tizimlarni, ular o‘rtasida qanday ma’lumot almashinishini ko‘rsating va har bir yirik funksiyaga qabul mezonini qo‘shing.
• TT ni ishlab chiquvchiga savollar uchun bering va bahsli joylarni ish boshlanishidan oldin birga aniqlashtiring.

Misol: Telegram-bot uchun TT parchasi

Shartli misol: gul do‘koni buyurtmalarni Telegram-bot orqali qabul qiladi. Buyurtma rasmiylashtirish ssenariysi tekshirib bo‘ladigan tarzda shunday yoziladi.

«Mijoz katalogdan guldasta tanlab, «Buyurtma berish» tugmasini bosadi. Bot yetkazish sanasi va vaqtini tanlashni, so‘ng lokatsiya yuborish yoki manzil yozishni so‘raydi. Bot yakuniy summani ko‘rsatadi va Payme yoki Click orqali, yoki kuryerga naqd to‘lashni taklif qiladi. To‘lov muvaffaqiyatli o‘tgach, buyurtma «To‘langan» holatini oladi, mijoz buyurtma raqamli xabarni ko‘radi, menejer esa ishchi guruhga bildirishnoma oladi. To‘lov o‘tmasa, bot buni xabar qiladi, qayta urinish yoki naqd to‘lovni taklif qiladi; buyurtma «To‘lov kutilmoqda» holatida qoladi. Tanlangan guldasta omborda bo‘lmasa, bot o‘xshash variantlarni taklif qiladi va buyurtma yaratmaydi».

E’tibor bering: bu yerda ishtirokchilar, qadamlar, tizim javoblari va istisnolar bor. «Qulay» va «tez» degan so‘zlar yo‘q, aksincha, qo‘lda tekshirib bo‘ladigan narsa bor.

Qabul qilish mezonlari: did haqida bahs bo‘lmasligi uchun

Qabul mezoni — funksiya tayyor deb hisoblanishi uchun bajarilishi kerak bo‘lgan shart. Yaxshi mezon «men nima qilaman va nimani ko‘rishim kerak» degan savolga javob beradi.

«Bot barqaror ishlashi kerak» o‘rniga yozing: «har qanday xabarga javob berganda bot texnik xato ko‘rsatmaydi, to‘lov tizimi bilan aloqa bo‘lmasa, mijoz tushunarli xabar oladi». «Ikki tilni qo‘llab-quvvatlash» o‘rniga: «barcha tugmalar, xabarlar va bildirishnomalar o‘zbek va rus tillarida mavjud, til birinchi ishga tushirishda tanlanadi va sozlamalarda o‘zgartiriladi».

Agar yuklama muhim bo‘lsa, tekshiruv ssenariysini kelishib oling: masalan, baza bo‘yicha xabar yuborilgan aksiya paytida bot buyurtma qabul qilishda davom etishi kerak. Aniq qiymatlarni chiroyli raqamlar bilan emas, haqiqiy auditoriyangizga qarab ishlab chiquvchi bilan birga belgilang.

TT yozishda ko‘p uchraydigan xatolar

Ba’zi xatolar deyarli har bir loyihada takrorlanadi.

• Faqat ekranlar va tugmalar tasvirlangan, jarayonlar yo‘q: tugma bosilgandan keyin nima bo‘lishi noma’lum.
• Noaniq so‘zlar: «zamonaviy dizayn», «tushunarli interfeys», «tez ishlash».
• Barcha funksiyalar teng, majburiy va kerakli ajratilmagan, shuning uchun byudjet ikkinchi darajali narsalarga ketadi.
• Integratsiyalar unutilgan: to‘lov, CRM, qoldiq hisobi, hisobotlarni yuklash.
• Istisnolar yozilmagan: tovar yo‘q, buyurtma takrorlandi, foydalanuvchi botni bloklagan.
• Ishni kim qabul qilishi va buyurtmachi tomondan kim savollarga javob berishi aytilmagan.
• O‘nlab sahifali TT ni hech kim qayta o‘qimaydi va u birinchi o‘zgarishdayoq eskiradi.

TT ni kim yozadi va tajriba bo‘lmasa nima qilish kerak

Variantlar vaqt sarfi va natija sifati bo‘yicha farq qiladi.

Buyurtmachi o‘zi yozadi. Tez va bepul, lekin odatda ssenariy va istisnolarsiz istaklar ro‘yxati chiqadi. Juda oddiy vazifalarga mos.

Buyurtmachi va ijrochi tahlilchisi birga yozadi. Odatda eng ishlaydigan yo‘l: siz jarayonlar va mijozlarni bilishni olib kelasiz, tahlilchi buni talablarga aylantiradi va noqulay savollar beradi. Sizdan intervyu uchun vaqt va tez javoblar kerak.

Alohida tahlil bosqichi. Loyiha murakkab, rollar va integratsiyalar ko‘p bo‘lsa, TT tayyorlashni alohida to‘lash o‘zini oqlaydi. Boshqa pudratchilarga ham ko‘rsatsa bo‘ladigan hujjat olasiz, ishlab chiqishda xavf kamayadi.

Tajribaning yo‘qligi muammo emas. Muammo — jarayonlarni muhokama qilishga vaqt ajratmaslik: sizning ishtirokingizsiz hech qaysi tahlilchi aniq TT yoza olmaydi.

Ishlab chiquvchiga berishdan oldingi cheklist

Ro‘yxatdan o‘tib, har bir band bo‘yicha o‘zingizga halol javob bering.

• Loyiha maqsadi shiorlarsiz, oddiy so‘zlar bilan yozilgan.
• Har bir rol uchun amallar va kirish huquqlari ko‘rsatilgan.
• Asosiy ssenariylar qadamlar bilan, xato va rad etishlar bilan yozilgan.
• Funksiyalarga ustuvorlik qo‘yilgan, birinchi versiya cheklangan.
• Barcha tashqi tizimlar, to‘lov usullari, tillar va matnlar mas’uli belgilangan.
• Yirik funksiyalarga qabul mezonlari bor.
• O‘zgarishlar tartibi kelishilgan: ular qanday qayd etiladi, muddat va narxga qanday ta’sir qiladi.

O‘zgarishlar va keyingi qadam

Talablar baribir o‘zgaradi: birinchi namoyishdan keyin boshqacha xohlashingiz mumkin. Agar tuzatishlar tartibi oldindan kelishilgan bo‘lsa, bu normal: yozma ravishda, muddat va byudjetga ta’sir baholanib, ikki tomon roziligi bilan. Shunda TT nizo sababi emas, tirik hujjat bo‘lib qoladi.

Agar arizalar, to‘lov yoki xabarlar yuborish uchun Telegram-bot rejalashtirayotgan bo‘lsangiz va TT ni shunday loyihalar bilan shug‘ullanadigan jamoa bilan birga tuzmoqchi bo‘lsangiz, markdev’ga yozing. Jarayonni tahlil qilishga, ustuvorliklarni qo‘yishga va ishlab chiqish boshlanishidan oldin tushunarli topshiriq tayyorlashga yordam beramiz.