Процесс · 9 мүн окуу
Иштеп чыгууга техникалык тапшырманы кантип түзүү керек
Бот, сайт же тиркеме үчүн ТТнын түзүмү: максаттар, ролдор, сценарийлер, интеграциялар жана функционалдык эмес талаптар. 9 бөлүмдөн турган шаблон, сайт үчүн мисал жана типтүү каталар.
Жарыяланган: Жаңыланган: Автору: B2B-Lab командасы
Жакшы техникалык тапшырма барактарды эмес, акчаны үнөмдөйт: ал боюнча аткаруучу бир айдан кийин «сүзүп кетпей турган» бааны айтат, ал эми сиз ишти түшүнүктүү критерийлер боюнча кабыл аласыз. Жаман ТТ — бул же «атаандаштардыкындай сайт керек» деген үч сап, же эч ким аягына чейин окубаган 80 барак талаптар.
Төмөндө — техникалык адис болбосоңуз да бот, сайт, тиркеме же платформа үчүн техникалык тапшырманы кантип түзүү боюнча практикалык колдонмо. Түзүмүн талдайбыз, форматы боюнча реалдуу ТТнын үзүндүсүн көрсөтөбүз, көбүнчө кайра жасоого алып келген каталарды санап беребиз жана узак кат алышпастан алдын ала бааны кантип алса болорун айтабыз.
ТТ эмне үчүн керек жана анын брифтен айырмасы
Бриф «кандай бизнес жана кандай тапшырма» деген суроого жооп берет. ТТ «так эмне чыгышы керек жана анын даяр экенин кантип түшүнөбүз» деген суроого жооп берет. Брифти жарым саатта толтурушат, ТТны продукттун масштабына жараша бир нече күндөн эки жумага чейин чогултушат.
Техтапшырманын үч практикалык милдети бар:
- Баалоо. Ролдордун, сценарийлердин жана интеграциялардын тизмеси жок болсо, ар кандай баа — бул төлгө. Бир эле «сайттын» ар кандай аткаруучулардагы баасынын 3–5 эсе айырмаланышы адатта ар бири өз сайтын элестеткени менен түшүндүрүлөт.
- Макулдашуу. ТТ иштин көлөмүн бекитет. Ага кирбегендин баары — «бул деле түшүнүктүү го» эмес, өзүнчө талкууланган көлөмдүн өзгөрүшү.
- Кабыл алуу. Ар бир талап текшерилиши керек: «өтүнмө формасы маалыматтарды 5 секундда CRM'ге жөнөтөт» дегенди текшерсе болот, «ыңгайлуу форма» дегенди — жок.
Кичинекей тапшырмалар үчүн — жөнөкөй бот же лендинг — 2–4 барактан турган кыска ТТ жетиштүү. Платформа же мобилдик тиркеме үчүн документ 15–40 баракка чейин өсөт жана адатта аны прототип этабында аткаруучу менен бирге толуктап иштешет.
Иштеп чыгуу үчүн ТТ шаблону: 9 милдеттүү бөлүм
Иштеп чыгуу үчүн бул ТТ шаблону ар кандай санариптик продуктуга ылайыктуу: Telegram-бот, сайт, Mini App, мобилдик тиркеме же маркетплейс. Бөлүмдөрдү кыскартса болот, бирок алып таштоого болбойт — бош бөлүм унутулгандан жакшы.
| Бөлүм | Анда эмне бар | Формулировканын мисалы |
|---|---|---|
| 1. Максат жана метрикалар | Продукт кайсы бизнес-тапшырманы чечет жана ийгиликти кантип өлчөө керек | Операторлордун жүгүн азайтуу: кайрылуулардын 60%ын бот адамсыз жабат |
| 2. Аудитория жана ролдор | Продуктуну ким колдонот жана кимде кандай укуктар бар | Кардар, менеджер, администратор; менеджер өз өтүнмөлөрүн гана көрөт |
| 3. Колдонуучу сценарийлери | Негизги аракеттердин кадамдык жолдору | Кардар кызматты тандайт → күндү → төлөйт → ырастоо алат |
| 4. Функциялар | Артыкчылыктары менен функциялардын тизмеси | Must: каталог, себет, төлөм. Could: промокоддор |
| 5. Интеграциялар | Кайсы системалар менен жана кайсы багытта маалымат алмашуу керек | Буйрутмалар 1С'ке кетет, статустар жеке кабинетке кайтат |
| 6. Платформалар жана дизайн | Продукт кайда иштейт, брендбук жана макеттер барбы | Веб + iOS + Android, фирмалык стиль бар, макеттер жок |
| 7. Маалыматтар жана коопсуздук | Жеке маалыматтар, сактоо, кирүү укуктары, жайгаштыруу | Жеке маалыматтар 152-ФЗ (Россиянын жеке маалыматтар жөнүндө мыйзамы) боюнча, серверлер РФте, кызматкерлер 2FA менен кирет |
| 8. Функционалдык эмес талаптар | Жүктөм, ылдамдык, жеткиликтүүлүк, браузерлерди колдоо | 500гө чейин бир убактагы колдонуучу, барак 2 сек чейин жүктөлөт |
| 9. Чектөөлөр жана кабыл алуу | Бюджет, мөөнөттөр, этаптар, тапшыруу критерийлери | MVP 1-декабрга чейин ишке кирет, сценарийлердин чек-листи боюнча кабыл алуу |
Эгер продукт татаал болсо, глоссарий (эмнени «буйрутма», «бүтүм», «кардар» деп атайсыз) жана тиркемелерди кошуңуз: документтердин мисалдары, учурдагы системалардан алынган маалыматтар, «жагат» жана «жакпайт» деген белгилери бар атаандаштардын скриншоттору.
Иштеп чыгуу үчүн ТТны кантип жазуу керек: функциялар тизмесинин ордуна сценарийлер
Башкы ката — продуктту экрандар жана баскычтар жыйындысы катары сүрөттөө. Иштеп чыгуучуга ким, эмне үчүн жана кандай ырааттуулукта аракет кыларын түшүнүү маанилүүрөөк. Ошондуктан иштеп чыгуу үчүн ТТны баары бирдей түшүнө тургандай кантип жазууну изилдеп жатсаңыз, сценарийлерден баштаңыз.
Колдонуучу окуясынын формуласы
Жөнөкөй шаблонду колдонуңуз: «[Роль] катары мен [натыйжа] үчүн [аракет] кылгым келет». Мисалы: «Менеджер катары мен кардар менен 15 мүнөттүн ичинде байланышуу үчүн жаңы өтүнмө тууралуу Telegram'дан билдирме алгым келет».
Ар бир окуяга кабыл алуу критерийлери
Ар бир окуяга 2–5 текшерилүүчү шарт кошуңуз. Жогорудагы мисал үчүн:
- билдирме форма жөнөтүлгөндөн кийин 10 секунддан кечиктирбей келет;
- билдирмеде аты, телефону, тандалган кызмат жана өтүнмөнүн булагы (UTM-белги) бар;
- «Ишке алуу» баскычы өтүнмөнүн статусун өзгөртөт жана аны башка менеджерлерден жашырат;
- эгер менеджер 15 мүнөттө жооп бербесе, билдирмени жетекчи алат.
Ишти баалоого да, кабыл алууга да мүмкүн болгон талаптар ушинтип жазылат. Боттор жана Mini App үчүн бул өзгөчө маанилүү: андагы логика диалогдо жашайт жана сценарийлер жок болсо аткаруучу өзү ойлоп табууга аргасыз болот. Абалдардын карталарын кантип долбоорлоорубуз тууралуу кененирээк — Telegram-ботторду иштеп чыгуу барагында.
Артыкчылыктар: MoSCoW
Ар бир функцияны белгилеңиз: Must (ансыз продукт ишке кирбейт), Should (керек, бирок бир айдан кийин болсо да болот), Could (болсо жакшы), Won't (бул версияда сөзсүз жок). Бул белгилөө — продукттун биринчи версиясынын негизи; ишке киргизүү үчүн функцияларды кантип тандоону MVP иштеп чыгуу тууралуу макалада кеңири талдаганбыз.
Унутулуп калган функционалдык эмес талаптар
Функциялар продукт эмне кыларын сүрөттөйт. Функционалдык эмес талаптар — аны кантип кыларын. Дал ушулар көбүнчө ишке киргизгенден кийин чыгып, алдын ала макулдашылбаса баарынан кымбатка турат.
- Жүктөм: биринчи айда жана бир жылдан кийин канча колдонуучу күтүлөт, чокулар барбы (арзандатуулар, таратуулар).
- Ылдамдык: барактардын жүктөлүшүнүн жана боттун жообунун максаттуу убактысы; сайттар үчүн — Core Web Vitals боюнча багыт.
- Жеткиликтүүлүк: жол берилген токтоп туруу убактысы, мониторинг жана кезметчилик керекпи.
- Коопсуздук: кандай маалыматтарды сактайбыз, аларга кимдин кирүү укугу бар, эки факторлуу авторизация, аракеттер журналы керекпи.
- Жеке маалыматтар: 152-ФЗ боюнча иштетүү, сактоону РФте локалдаштыруу, макулдуктар жана купуялык саясаты.
- Жайгаштыруу: сиздин булут, өз серверлериңиз же интернетке кирүүсү жок жабык контур.
- Колдоо: браузерлер, iOS жана Android версиялары, интерфейстин тилдери, көрүүсү начар адамдар үчүн жеткиликтүүлүк.
- Өткөрүп берүү: документация, кирүү укуктары, сиздин аккаунтуңуздагы репозиторий, жайылтуу боюнча нускама.
Сайт үчүн техникалык тапшырманын мисалы
Төмөндө — өндүрүштүк компаниянын сайты үчүн техникалык тапшырманын кыскартылган мисалы. Ал эки баракка батат жана так баа алууга мүмкүндүк берет.
- Максат: B2B-кардарлардан жабдууну эсептөөгө өтүнмөлөрдү алуу; багыт — ишке киргизгенден 3 айдан кийин айына 40 квалификацияланган өтүнмө.
- Аудитория: ишканалардын инженерлери жана камсыздоо адистери, 70%ы десктоптон кирет.
- Ролдор: зыяратчы; контент-менеджер (каталогду жана жаңылыктарды оңдойт); администратор (кирүү укуктары, жөндөөлөр).
- Түзүмү: башкы бет, 6 категориядан жана ~120 позициядан турган каталог, PDF-спецификациясы бар товар карточкасы, кейстер, компания жөнүндө, байланыштар, блог.
- Негизги сценарий: зыяратчы чыпка аркылуу позицияны табат → карточканы ачат → «Коммерциялык сунуш суроо» баскычын басат → 4 талаадан турган форманы толтурат → өтүнмө Bitrix24'кө жана сатуу бөлүмүнүн Telegram'ына кетет.
- Интеграциялар: Bitrix24 (лид түзүү), максаттары бар Яндекс Метрика, каталогду 1С'тен суткасына бир жолу жүктөө.
- Дизайн: брендбук бар, UX-прототип жана мобилдик түзмөктөр үчүн адаптив керек.
- Функционалдык эмес талаптар: 4G'де барак 2 секундга чейин жүктөлөт, техникалык SEO жана микробелгилөө, хостинг РФте.
- Кабыл алуу: 5-пункттагы бардык сценарийлер тесттик стендде өтөт, формалар CRM'ге жетет, Lighthouse Performance — 90дон жогору.
Көңүл буруңуз: бул жерде «заманбап», «ыңгайлуу» жана «сатуучу» деген сөздөр жок. Анын ордуна сандар, ролдор, сценарий жана критерийлер бар. Мындай документ боюнча аткаруучулар салыштырууга боло турган бааларды айтышат, ал эми сиз кыялдарды эмес, сунуштарды салыштырасыз. Кандай сайттарды жана веб-тиркемелерди жасаарыбызды жана иш эмнеден турарын сайттарды иштеп чыгуу бөлүмүнөн көрсөңүз болот.
ТТдагы көп кездешүүчү каталар жана алардан кантип качуу керек
| Ката | Эмнеге алып келет | Кантип оңдоо керек |
|---|---|---|
| «Avito'догудай, бирок жакшыраак» | Баа 1 млндон 30 млнго чейин — баары ар башканы элестетишти | Сизге керектүү референстин 3–5 конкреттүү функциясын жазып чыгыңыз |
| Ролдор жана укуктар жок | Ишке киргизгенден кийин кирүү логикасын кайра жасоо | Бир барактан турган «роль × аракет» таблицасы |
| Интеграциялар «жүрө-жүрө түшүнөбүз» | Системанын API'си жок болсо, мөөнөттөр жумаларга жылат | API бар-жогун жана кирүү укугун ким берерин алдын ала текшерүү |
| Баары Must артыкчылыгында | Биринчи версиянын бюджети 2–3 эсе өсөт | MoSCoW белгилөө жана ишке киргизүү үчүн чынчыл тандоо |
| Кабыл алуу критерийлери жок | Тапшырууда талаш-тартыштар, бүтпөгөн оңдоолор | Ар бир сценарийге 2–5 текшерилүүчү шарт |
| ТТны бир адам жазат | Сатуу, колдоо, бухгалтерия талаптары көз жаздымда калат | Компаниянын ичиндеги ар бир келечектеги колдонуучу менен интервью |
Дагы бир тузак — прототипке чейин эле баарын акыркы баскычка чейин сүрөттөөгө аракет кылуу. Интерфейстин деталдары басылуучу прототипте тезирээк жана арзаныраак чечилет: экрандарды көрөсүз, басасыз, өзгөртөсүз. ТТ алкакты белгилейт, прототип аны толтурат.
Онлайн-сурамжылоо: ак барагы жок ТТ
Эң кыйыны — баштоо. Ошондуктан сайтта ТТ түзүү үчүн онлайн-сурамжылоо бар: ал жогорудагы түзүмдү кеңештери жана жооп варианттары бар суроолордун ырааттуулугуна айлантат. Нөлдөн жазуунун кереги жок — пункттардын көбү баскычтар менен тандалат. Сурамжылоо 7 бөлүмдөн турат:
- Сиз тууралуу — байланыштар, компания, долбоордогу ролуңуз.
- Продукт тууралуу — продукттун түрү, максаты, стадиясы, учурдагы стек, референстер жана документтерге шилтемелер.
- Колдонуучулар жана ролдор — аудитория, ролдор, масштаб, география, колдонуучунун көйгөйү.
- Функционалдуулук — функциялар, милдеттүү минимум, төлөмдөр, интеграциялар.
- Платформалар жана дизайн — продукт кайда иштейт, дизайн, брендинг, контент.
- Маалыматтар, AI жана коопсуздук — AI керекпи, маалыматтарды көчүрүү, коопсуздукка жана жайгаштырууга талаптар.
- Бюджет, мөөнөттөр жана процесс — бюджет, дедлайн жана анын себеби, колдоо, сиздин катышууңуз.
Жөнөткөндөн кийин дароо алдын ала баа аласыз. Ал маалымат үчүн гана: так наркын ТТны сиз менен бирге иштеп чыккандан кийин айтабыз. Бардык багыттар боюнча баалардын багыттары иштеп чыгуунун баалары барагында чогултулган.
Суроолор жана жооптор
Техникалык тапшырманы ким түзүшү керек — буйрутмачыбы же аткаруучубу?
Максаттарды, аудиторияны, сценарийлерди жана чектөөлөрдү буйрутмачы түзөт, анткени бизнести ал билет. Техникалык бөлүмдөрдү — архитектураны, интеграцияларды, функционалдык эмес талаптарды — иштеп чыгуу этабында аткаруучу менен бирге толуктоо ыңгайлуураак.
ТТда канча барак болушу керек?
Бот же лендинг үчүн 2–4 барак жетиштүү, каталогу жана интеграциялары бар сайт үчүн — 5–10, платформа же мобилдик тиркеме үчүн — 15–40. Көлөм эмес, ар бир талапты текшерүүгө мүмкүн экени маанилүү.
Иштеп чыгууну ТТсыз баштаса болобу?
Болот, эгер иш жума сайын демо жана факт боюнча төлөм менен кыска спринттер аркылуу жүрсө. Бирок белгиленген баа жана мөөнөттөр үчүн ТТсыз болбойт: ансыз баалоо төлгө бойдон калат.
Процесс учурунда талаптар өзгөрсө эмне кылуу керек?
Өзгөрүүлөрдү жазуу түрүндө бекитүү: эмне кошулат, эмне алынат, бул мөөнөттөргө жана бюджетке кандай таасир этет. Жакшы практика — эки тарап макулдашкан өзгөрүүлөрдүн өзүнчө реестри.
ТТнын брифтен айырмасы эмнеде?
Бриф бизнести жана тапшырманы жалпы жонунан сүрөттөйт жана биринчи баалоо үчүн керек. ТТ ролдорду, сценарийлерди, функцияларды, интеграцияларды жана кабыл алуу критерийлерин деталдуу бекитет жана келишимдин бөлүгү болуп калат.