Jarayon · 9 daqiqalik oʻqish
Ishlab chiqish uchun texnik topshiriqni qanday tuzish kerak
Bot, sayt yoki ilova uchun TT tuzilmasi: maqsadlar, rollar, ssenariylar, integratsiyalar va nofunksional talablar. 9 boʻlimli shablon, sayt uchun namuna va odatiy xatolar.
Chop etilgan: Yangilangan: Muallif: B2B-Lab jamoasi
Yaxshi texnik topshiriq sahifalarni emas, pulni tejaydi: unga koʻra pudratchi bir oydan keyin «suzib ketmaydigan» narxni aytadi, siz esa ishni tushunarli mezonlar boʻyicha qabul qilasiz. Yomon TT — bu yo «raqobatchilarnikidek sayt kerak» degan uch qator, yo hech kim oxirigacha oʻqimagan 80 sahifalik talablar.
Quyida — texnik mutaxassis boʻlmasangiz ham bot, sayt, ilova yoki platforma uchun texnik topshiriqni qanday tuzish boʻyicha amaliy qoʻllanma. Tuzilmani koʻrib chiqamiz, formati real TTdan parcha koʻrsatamiz, koʻpincha qayta ishlashga olib keladigan xatolarni sanab oʻtamiz va uzoq yozishmalarsiz dastlabki bahoni qanday olishni aytib beramiz.
TT nima uchun kerak va u brifdan nimasi bilan farq qiladi
Brif «qanday biznes va qanday vazifa» degan savolga javob beradi. TT esa «aniq nima chiqishi kerak va tayyor ekanini qanday bilamiz» degan savolga javob beradi. Brif yarim soatda toʻldiriladi, TT esa mahsulot koʻlamiga qarab bir necha kundan ikki haftagacha yigʻiladi.
Texnik topshiriqning uchta amaliy vazifasi bor:
- Baholash. Rollar, ssenariylar va integratsiyalar roʻyxatisiz har qanday narx — taxmin. Bitta «sayt»ning turli pudratchilardagi baholari 3–5 barobar farq qilishi odatda har biri oʻz saytini tasavvur qilgani bilan izohlanadi.
- Kelishuv. TT ish hajmini qayd etadi. Unga kirmagan hamma narsa — «axir bu tushunarli-ku» emas, balki alohida muhokama qilinadigan hajm oʻzgarishi.
- Qabul qilish. Har bir talab tekshiriladigan boʻlishi kerak: «ariza formasi maʼlumotlarni 5 soniyada CRM ga yuboradi» ni tekshirish mumkin, «qulay forma» ni — yoʻq.
Kichik vazifalar — oddiy bot yoki lending uchun 2–4 sahifalik qisqa TT yetarli. Platforma yoki mobil ilova uchun hujjat 15–40 sahifagacha oʻsadi va odatda prototip bosqichida pudratchi bilan birga takomillashtiriladi.
Ishlab chiqish uchun TT shabloni: 9 ta majburiy boʻlim
Ishlab chiqish uchun ushbu TT shabloni har qanday raqamli mahsulotga mos keladi: Telegram-bot, sayt, Mini App, mobil ilova yoki marketpleys. Boʻlimlarni qisqartirish mumkin, lekin olib tashlash mumkin emas — boʻsh boʻlim unutilganidan yaxshiroq.
| Boʻlim | Unda nima bor | Ifoda namunasi |
|---|---|---|
| 1. Maqsad va metrikalar | Mahsulot qanday biznes vazifasini hal qiladi va muvaffaqiyatni qanday oʻlchash mumkin | Operatorlar yuklamasini kamaytirish: murojaatlarning 60% ini bot odamsiz yopadi |
| 2. Auditoriya va rollar | Mahsulotdan kim foydalanadi va kimning qanday huquqlari bor | Mijoz, menejer, administrator; menejer faqat oʻz arizalarini koʻradi |
| 3. Foydalanuvchi ssenariylari | Asosiy harakatlarning bosqichma-bosqich yoʻllari | Mijoz xizmatni tanlaydi → sanani → toʻlaydi → tasdiqnoma oladi |
| 4. Funksiyalar | Ustuvorliklari bilan funksiyalar roʻyxati | Must: katalog, savat, toʻlov. Could: promokodlar |
| 5. Integratsiyalar | Qaysi tizimlar bilan va qaysi yoʻnalishda maʼlumot almashish | Buyurtmalar 1C ga ketadi, holatlar shaxsiy kabinetga qaytadi |
| 6. Platformalar va dizayn | Mahsulot qayerda ishlaydi, brendbuk va maketlar bormi | Veb + iOS + Android, firma uslubi bor, maketlar yoʻq |
| 7. Maʼlumotlar va xavfsizlik | Shaxsiy maʼlumotlar, saqlash, kirish huquqlari, joylashtirish | Shaxsiy maʼlumotlar 152-FZ (Rossiyaning shaxsiy maʼlumotlar toʻgʻrisidagi qonuni) boʻyicha, serverlar RF da, xodimlar uchun 2FA orqali kirish |
| 8. Nofunksional talablar | Yuklama, tezlik, mavjudlik, brauzerlarni qoʻllab-quvvatlash | 500 tagacha bir vaqtdagi foydalanuvchi, sahifa 2 soniyagacha yuklanadi |
| 9. Cheklovlar va qabul qilish | Byudjet, muddatlar, bosqichlar, topshirish mezonlari | MVP ni 1-dekabrgacha ishga tushirish, ssenariylar chek-listi boʻyicha qabul qilish |
Agar mahsulot murakkab boʻlsa, glossariy (nimani «buyurtma», «bitim», «mijoz» deb ataysiz) va ilovalarni qoʻshing: hujjat namunalari, joriy tizimlardan eksportlar, «yoqadi» va «yoqmaydi» belgilari qoʻyilgan raqobatchilar skrinshotlari.
Ishlab chiqish uchun TTni qanday yozish kerak: funksiyalar roʻyxati oʻrniga ssenariylar
Asosiy xato — mahsulotni ekranlar va tugmalar toʻplami sifatida tasvirlash. Dasturchi uchun kim, nima uchun va qanday ketma-ketlikda harakat qilishini tushunish muhimroq. Shuning uchun ishlab chiqish uchun TTni hamma bir xil tushunadigan qilib qanday yozishni oʻylayotgan boʻlsangiz, ssenariylardan boshlang.
Foydalanuvchi hikoyasi formulasi
Oddiy shablondan foydalaning: «[rol] sifatida men [natija] uchun [harakat] ni xohlayman». Masalan: «Menejer sifatida men mijoz bilan 15 daqiqa ichida bogʻlanish uchun yangi ariza haqida Telegramda bildirishnoma olishni xohlayman».
Har bir hikoya uchun qabul mezonlari
Har bir hikoyaga 2–5 ta tekshiriladigan shart qoʻshing. Yuqoridagi misol uchun:
- bildirishnoma forma yuborilgandan keyin 10 soniyadan kechikmay keladi;
- bildirishnomada ism, telefon, tanlangan xizmat va ariza manbasi (UTM-belgi) bor;
- «Ishga olish» tugmasi ariza holatini oʻzgartiradi va uni boshqa menejerlardan yashiradi;
- agar menejer 15 daqiqada javob bermasa, bildirishnomani rahbar oladi.
Ishni ham baholash, ham qabul qilish mumkin boʻlgan talablar shunday yoziladi. Botlar va Mini App uchun bu ayniqsa muhim: u yerda mantiq dialogda yashaydi va ssenariylarsiz pudratchi oʻzicha oʻylab topishga majbur boʻladi. Holatlar xaritasini qanday loyihalashimiz haqida batafsil — Telegram-botlar ishlab chiqish sahifasida.
Ustuvorliklar: MoSCoW
Har bir funksiyani belgilang: Must (usiz mahsulot ishga tushmaydi), Should (kerak, lekin bir oydan keyin ham boʻladi), Could (boʻlsa yaxshi), Won't (bu versiyada aniq yoʻq). Bu belgilash mahsulot birinchi versiyasining asosi; ishga tushirish uchun funksiyalarni qanday tanlashni MVP ishlab chiqish haqidagi maqolada batafsil koʻrib chiqqanmiz.
Unutiladigan nofunksional talablar
Funksiyalar mahsulot nima qilishini tasvirlaydi. Nofunksional talablar — buni qanday qilishini. Aynan ular koʻpincha ishga tushirilgandan keyin yuzaga chiqadi va oldindan kelishilmagan boʻlsa, eng qimmatga tushadi.
- Yuklama: birinchi oyda va bir yildan keyin qancha foydalanuvchi kutilmoqda, choʻqqilar (chegirmalar, xabarnomalar) bormi.
- Tezlik: sahifalar yuklanishi va bot javobining maqsadli vaqti; saytlar uchun — Core Web Vitals boʻyicha moʻljal.
- Mavjudlik: ruxsat etilgan ishlamay qolish vaqti, monitoring va navbatchilik kerakmi.
- Xavfsizlik: qanday maʼlumotlarni saqlaymiz, ularga kim kira oladi, ikki faktorli avtorizatsiya, harakatlar jurnali kerakmi.
- Shaxsiy maʼlumotlar: 152-FZ boʻyicha qayta ishlash, saqlashni RF da lokalizatsiya qilish, roziliklar va maxfiylik siyosati.
- Joylashtirish: sizning bulutingiz, oʻz serverlaringiz yoki internetga chiqishsiz yopiq kontur.
- Qoʻllab-quvvatlash: brauzerlar, iOS va Android versiyalari, interfeys tillari, koʻrishda nuqsoni boʻlgan odamlar uchun qulaylik.
- Topshirish: hujjatlar, kirish huquqlari, sizning akkauntingizdagi repozitoriy, joylashtirish boʻyicha yoʻriqnoma.
Sayt uchun texnik topshiriq namunasi
Quyida — ishlab chiqarish kompaniyasi sayti uchun texnik topshiriqning qisqartirilgan namunasi. U ikki sahifaga sigʻadi va allaqachon aniq baho olish imkonini beradi.
- Maqsad: B2B-mijozlardan uskunalarni hisoblashga arizalar olish; moʻljal — ishga tushirilgandan 3 oy oʻtib oyiga 40 ta sifatli ariza.
- Auditoriya: korxonalar muhandislari va taʼminotchilari, 70% i desktopdan kiradi.
- Rollar: tashrif buyuruvchi; kontent-menejer (katalog va yangiliklarni tahrirlaydi); administrator (kirish huquqlari, sozlamalar).
- Tuzilma: bosh sahifa, 6 toifa va ~120 pozitsiyadan iborat katalog, PDF-spetsifikatsiyali tovar kartochkasi, keyslar, kompaniya haqida, kontaktlar, blog.
- Asosiy ssenariy: tashrif buyuruvchi filtr orqali pozitsiyani topadi → kartochkani ochadi → «Tijorat taklifini soʻrash» tugmasini bosadi → 4 maydonli formani toʻldiradi → ariza Bitrix24 ga va savdo boʻlimining Telegramiga ketadi.
- Integratsiyalar: Bitrix24 (lid yaratish), maqsadlar bilan Yandex Metrika, katalogni sutkada bir marta 1C dan eksport qilish.
- Dizayn: brendbuk bor, UX-prototip va mobil qurilmalar uchun moslashuv kerak.
- Nofunksional talablar: 4G da sahifa 2 soniyagacha yuklanadi, texnik SEO va mikrorazmetka, RF da xosting.
- Qabul qilish: 5-banddagi barcha ssenariylar test stendida oʻtadi, formalar CRM ga yetib boradi, Lighthouse Performance — 90 dan.
Eʼtibor bering: bu yerda «zamonaviy», «qulay» va «sotuvchi» soʻzlari yoʻq. Buning oʻrniga raqamlar, rollar, ssenariy va mezonlar bor. Bunday hujjat boʻyicha pudratchilar solishtirsa boʻladigan narxlarni aytadi, siz esa xayollarni emas, takliflarni solishtirasiz. Qanday sayt va veb-ilovalar qilishimiz va ish nimalardan iborat ekanini saytlar ishlab chiqish boʻlimida koʻrishingiz mumkin.
TTdagi keng tarqalgan xatolar va ulardan qanday qochish mumkin
| Xato | Nimaga olib keladi | Qanday tuzatish kerak |
|---|---|---|
| «Avitodagidek, faqat yaxshiroq» | Baho 1 mln dan 30 mln gacha — hamma har xil narsani tasavvur qilgan | Sizga kerak boʻlgan referensning 3–5 ta aniq funksiyasini yozib chiqing |
| Rollar va huquqlar yoʻq | Ishga tushirilgandan keyin kirish mantigʻini qayta qilish | Bir sahifalik «rol × harakat» jadvali |
| Integratsiyalar «jarayonda hal qilamiz» | Tizimda API boʻlmasa, muddatlar haftalarga suriladi | API bor-yoʻqligini va kirishni kim berishini oldindan tekshirish |
| Hammasi Must ustuvorligida | Birinchi versiya byudjeti 2–3 barobar oshadi | MoSCoW belgilash va ishga tushirish uchun halol tanlov |
| Qabul mezonlari yoʻq | Topshirishda bahslar, cheksiz tuzatishlar | Har bir ssenariyga 2–5 ta tekshiriladigan shart |
| TT yolgʻiz yoziladi | Savdo, qoʻllab-quvvatlash, buxgalteriya talablari eʼtibordan chetda qoladi | Kompaniya ichidagi har bir boʻlajak foydalanuvchi bilan intervyu |
Yana bir tuzoq — prototipdan oldin hamma narsani oxirgi tugmagacha tasvirlashga urinish. Interfeys tafsilotlari bosiladigan prototipda tezroq va arzonroq hal qilinadi: ekranlarni koʻrasiz, bosasiz, oʻzgartirasiz. TT ramkani belgilaydi, prototip uni toʻldiradi.
Onlayn soʻrovnoma: toza varaqsiz TT
Eng qiyini — boshlash. Shuning uchun saytda TT tuzish uchun onlayn soʻrovnoma bor: u yuqoridagi tuzilmani maslahatlar va javob variantlariga ega savollar ketma-ketligiga aylantiradi. Noldan yozish shart emas — aksariyat bandlar tugmalar bilan tanlanadi. Soʻrovnoma 7 ta boʻlimdan iborat:
- Siz haqingizda — kontaktlar, kompaniya, loyihadagi rolingiz.
- Mahsulot haqida — mahsulot turi, maqsad, bosqich, joriy stek, referenslar va hujjatlarga havolalar.
- Foydalanuvchilar va rollar — auditoriya, rollar, koʻlam, geografiya, foydalanuvchi muammosi.
- Funksionallik — funksiyalar, majburiy minimum, toʻlovlar, integratsiyalar.
- Platformalar va dizayn — mahsulot qayerda ishlaydi, dizayn, brending, kontent.
- Maʼlumotlar, AI va xavfsizlik — AI kerakmi, maʼlumotlar migratsiyasi, xavfsizlik va joylashtirishga talablar.
- Byudjet, muddatlar va jarayon — byudjet, dedlayn va uning sababi, qoʻllab-quvvatlash, sizning ishtirokingiz.
Yuborganingizdan soʻng darhol dastlabki bahoni olasiz. U taxminiy: aniq narxni TTni siz bilan birga ishlab chiqqandan keyin aytamiz. Barcha yoʻnalishlar boʻyicha narx moʻljallari ishlab chiqish narxlari sahifasida jamlangan.
Savol va javoblar
Texnik topshiriqni kim tuzishi kerak — buyurtmachimi yoki ijrochimi?
Maqsadlar, auditoriya, ssenariylar va cheklovlarni buyurtmachi ifodalaydi, chunki u biznesni biladi. Texnik boʻlimlarni — arxitektura, integratsiyalar, nofunksional talablarni ishlab chiqish bosqichida ijrochi bilan birga takomillashtirish qulayroq.
TT necha sahifa boʻlishi kerak?
Bot yoki lending uchun 2–4 sahifa, katalog va integratsiyalarga ega sayt uchun — 5–10, platforma yoki mobil ilova uchun — 15–40 sahifa yetarli. Hajm emas, har bir talabni tekshirish mumkinligi muhim.
TTsiz ishlab chiqishni boshlash mumkinmi?
Mumkin, agar ish haftalik demolar va amalda bajarilgan ish uchun toʻlov bilan qisqa sprintlarda borsa. Ammo qatʼiy narx va muddatlar uchun TTsiz boʻlmaydi: usiz baho taxminligicha qoladi.
Jarayonda talablar oʻzgarsa nima qilish kerak?
Oʻzgarishlarni yozma qayd eting: nima qoʻshiladi, nima olib tashlanadi, bu muddat va byudjetga qanday taʼsir qiladi. Yaxshi amaliyot — ikkala tomon kelishadigan alohida oʻzgarishlar reyestri.
TT brifdan nimasi bilan farq qiladi?
Brif biznes va vazifani umumiy tarzda tasvirlaydi va dastlabki baho uchun kerak. TT esa rollar, ssenariylar, funksiyalar, integratsiyalar va qabul mezonlarini batafsil qayd etadi va shartnomaning bir qismiga aylanadi.