Asosiy mazmunga oʻtish
B2B-Lab

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.

Texnik topshiriq tuzilmasi
BoʻlimUnda nima borIfoda namunasi
1. Maqsad va metrikalarMahsulot qanday biznes vazifasini hal qiladi va muvaffaqiyatni qanday oʻlchash mumkinOperatorlar yuklamasini kamaytirish: murojaatlarning 60% ini bot odamsiz yopadi
2. Auditoriya va rollarMahsulotdan kim foydalanadi va kimning qanday huquqlari borMijoz, menejer, administrator; menejer faqat oʻz arizalarini koʻradi
3. Foydalanuvchi ssenariylariAsosiy harakatlarning bosqichma-bosqich yoʻllariMijoz xizmatni tanlaydi → sanani → toʻlaydi → tasdiqnoma oladi
4. FunksiyalarUstuvorliklari bilan funksiyalar roʻyxatiMust: katalog, savat, toʻlov. Could: promokodlar
5. IntegratsiyalarQaysi tizimlar bilan va qaysi yoʻnalishda maʼlumot almashishBuyurtmalar 1C ga ketadi, holatlar shaxsiy kabinetga qaytadi
6. Platformalar va dizaynMahsulot qayerda ishlaydi, brendbuk va maketlar bormiVeb + iOS + Android, firma uslubi bor, maketlar yoʻq
7. Maʼlumotlar va xavfsizlikShaxsiy maʼlumotlar, saqlash, kirish huquqlari, joylashtirishShaxsiy maʼlumotlar 152-FZ (Rossiyaning shaxsiy maʼlumotlar toʻgʻrisidagi qonuni) boʻyicha, serverlar RF da, xodimlar uchun 2FA orqali kirish
8. Nofunksional talablarYuklama, tezlik, mavjudlik, brauzerlarni qoʻllab-quvvatlash500 tagacha bir vaqtdagi foydalanuvchi, sahifa 2 soniyagacha yuklanadi
9. Cheklovlar va qabul qilishByudjet, muddatlar, bosqichlar, topshirish mezonlariMVP 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.

  1. Maqsad: B2B-mijozlardan uskunalarni hisoblashga arizalar olish; moʻljal — ishga tushirilgandan 3 oy oʻtib oyiga 40 ta sifatli ariza.
  2. Auditoriya: korxonalar muhandislari va taʼminotchilari, 70% i desktopdan kiradi.
  3. Rollar: tashrif buyuruvchi; kontent-menejer (katalog va yangiliklarni tahrirlaydi); administrator (kirish huquqlari, sozlamalar).
  4. Tuzilma: bosh sahifa, 6 toifa va ~120 pozitsiyadan iborat katalog, PDF-spetsifikatsiyali tovar kartochkasi, keyslar, kompaniya haqida, kontaktlar, blog.
  5. 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.
  6. Integratsiyalar: Bitrix24 (lid yaratish), maqsadlar bilan Yandex Metrika, katalogni sutkada bir marta 1C dan eksport qilish.
  7. Dizayn: brendbuk bor, UX-prototip va mobil qurilmalar uchun moslashuv kerak.
  8. Nofunksional talablar: 4G da sahifa 2 soniyagacha yuklanadi, texnik SEO va mikrorazmetka, RF da xosting.
  9. 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 → oqibat → qanday tuzatish kerak
XatoNimaga olib keladiQanday tuzatish kerak
«Avitodagidek, faqat yaxshiroq»Baho 1 mln dan 30 mln gacha — hamma har xil narsani tasavvur qilganSizga kerak boʻlgan referensning 3–5 ta aniq funksiyasini yozib chiqing
Rollar va huquqlar yoʻqIshga tushirilgandan keyin kirish mantigʻini qayta qilishBir sahifalik «rol × harakat» jadvali
Integratsiyalar «jarayonda hal qilamiz»Tizimda API boʻlmasa, muddatlar haftalarga suriladiAPI bor-yoʻqligini va kirishni kim berishini oldindan tekshirish
Hammasi Must ustuvorligidaBirinchi versiya byudjeti 2–3 barobar oshadiMoSCoW belgilash va ishga tushirish uchun halol tanlov
Qabul mezonlari yoʻqTopshirishda bahslar, cheksiz tuzatishlarHar bir ssenariyga 2–5 ta tekshiriladigan shart
TT yolgʻiz yoziladiSavdo, qoʻllab-quvvatlash, buxgalteriya talablari eʼtibordan chetda qoladiKompaniya 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:

  1. Siz haqingizda — kontaktlar, kompaniya, loyihadagi rolingiz.
  2. Mahsulot haqida — mahsulot turi, maqsad, bosqich, joriy stek, referenslar va hujjatlarga havolalar.
  3. Foydalanuvchilar va rollar — auditoriya, rollar, koʻlam, geografiya, foydalanuvchi muammosi.
  4. Funksionallik — funksiyalar, majburiy minimum, toʻlovlar, integratsiyalar.
  5. Platformalar va dizayn — mahsulot qayerda ishlaydi, dizayn, brending, kontent.
  6. Maʼlumotlar, AI va xavfsizlik — AI kerakmi, maʼlumotlar migratsiyasi, xavfsizlik va joylashtirishga talablar.
  7. 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.

Aloqa

Yangi loyihani muhokama qilishga doim tayyormiz.

Formani toʻldiring — yoki vazifa allaqachon aniq boʻlsa, batafsil texnik topshiriqni. Baho va reja bilan javob beramiz.

  1. 01Vazifa, maqsad va muddatlar haqida aytib bering
  2. 02Tushunarli baho va reja oling
  3. 03Laboratoriya rahbari bilan qoʻngʻiroq

hello@b2b-lab.ru