Мазмұнға өту
B2B-Lab

Процесс · 9 мин оқу

Әзірлеуге техникалық тапсырманы қалай құрастыру керек

Бот, сайт немесе қосымшаға арналған ТТ құрылымы: мақсаттар, рөлдер, сценарийлер, интеграциялар және функционалдық емес талаптар. 9 бөлімнен тұратын үлгі, сайтқа мысал және жиі қателер.

Жарияланды: Жаңартылды: Авторы: B2B-Lab командасы

Жақсы техникалық тапсырма беттерді емес, ақшаны үнемдейді: соның негізінде мердігер бір айдан кейін «өзгеріп кетпейтін» баға айтады, ал сіз жұмысты түсінікті критерийлер бойынша қабылдайсыз. Нашар ТТ — бұл не «бәсекелестердікі сияқты сайт керек» деген үш жол, не ешкім соңына дейін оқымаған 80 беттік талаптар.

Төменде — техникалық маман болмасаңыз да, бот, сайт, қосымша немесе платформаға техникалық тапсырманы қалай құрастыру керектігі туралы практикалық нұсқаулық. Құрылымын талдаймыз, форматы бойынша нақты ТТ-дан үзінді көрсетеміз, қайта жасауға жиі әкелетін қателерді атаймыз және ұзақ хат алмасусыз алдын ала бағалауды қалай алуға болатынын айтамыз.

ТТ не үшін керек және оның брифтен айырмашылығы

Бриф «бизнес қандай және міндет қандай» деген сұраққа жауап береді. ТТ «нақты не шығуы керек және оның дайын екенін қалай түсінеміз» деген сұраққа жауап береді. Бриф жарты сағатта толтырылады, ал ТТ өнімнің ауқымына қарай бірнеше күннен екі аптаға дейін жиналады.

Техникалық тапсырманың үш практикалық функциясы бар:

  • Бағалау. Рөлдер, сценарийлер және интеграциялар тізімінсіз кез келген баға — болжам ғана. Бір ғана «сайттың» әртүрлі мердігерлердегі бағасының 3–5 есе ерекшеленуі әдетте әрқайсысы өз сайтын елестеткенімен түсіндіріледі.
  • Келісім. ТТ жұмыс көлемін бекітеді. Оған кірмегеннің бәрі — «бұл өзі түсінікті ғой» емес, бөлек талқыланатын көлемнің өзгеруі.
  • Қабылдау. Әр талап тексерілетін болуы керек: «өтінім формасы деректерді CRM-ге 5 секундта жібереді» дегенді тексеруге болады, «ыңғайлы форманы» — жоқ.

Шағын міндеттер үшін — қарапайым бот немесе лендинг — 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 нұсқалары, интерфейс тілдері, көру қабілеті бұзылған адамдар үшін қолжетімділік.
  • Тапсыру: құжаттама, қолжетімділіктер, сіздің аккаунтыңыздағы репозиторий, орналастыру нұсқаулығы.

Сайтқа арналған техникалық тапсырма мысалы

Төменде — өндірістік компания сайтына арналған техникалық тапсырманың қысқартылған мысалы. Ол екі бетке сыяды және нақты бағалау алуға мүмкіндік береді.

  1. Мақсат: B2B-клиенттерден жабдықты есептеуге өтінімдер алу; бағдар — іске қосқаннан кейін 3 айдан соң айына 40 білікті өтінім.
  2. Аудитория: кәсіпорындардың инженерлері мен жабдықтаушылары, 70%-ы десктоптан кіреді.
  3. Рөлдер: келуші; контент-менеджер (каталог пен жаңалықтарды түзетеді); әкімші (қолжетімділіктер, баптаулар).
  4. Құрылым: басты бет, 6 санат пен ~120 позициядан тұратын каталог, PDF-спецификациясы бар тауар карточкасы, кейстер, компания туралы, байланыстар, блог.
  5. Негізгі сценарий: келуші позицияны сүзгі арқылы табады → карточканы ашады → «КҰ сұрау» батырмасын басады → 4 өрісті форманы толтырады → өтінім Bitrix24-ке және сату бөлімінің Telegram-ына кетеді.
  6. Интеграциялар: Bitrix24 (лид құру), мақсаттары бар Яндекс Метрика, каталогты 1С-тен тәулігіне бір рет жүктеу.
  7. Дизайн: брендбук бар, UX-прототип және мобильді құрылғыларға бейімдеу керек.
  8. Функционалдық емес талаптар: 4G-де бет 2 секундқа дейін жүктеледі, техникалық SEO және микробелгілеу, хостинг РФ-та.
  9. Қабылдау: 5-тармақтағы барлық сценарийлер тест стендінде өтеді, формалар CRM-ге жетеді, Lighthouse Performance — 90-нан бастап.

Назар аударыңыз: мұнда «заманауи», «ыңғайлы» және «сататын» деген сөздер жоқ. Есесіне сандар, рөлдер, сценарий және критерийлер бар. Мұндай құжат бойынша мердігерлер салыстыруға келетін бағалар атайды, ал сіз қиялдарды емес, ұсыныстарды салыстырасыз. Қандай сайттар мен веб-қосымшалар жасайтынымызды және жұмыс неден құралатынын сайттар әзірлеу бөлімінен көруге болады.

ТТ-дағы жиі қателер және оларды қалай болдырмау керек

Қате → салдары → қалай түзету керек
ҚатеНеге әкеледіҚалай түзету керек
«Avito сияқты, тек жақсырақ»Бағалау 1 млн-нан 30 млн-ға дейін — бәрі әртүрлі елестеткенСізге керек референстің 3–5 нақты функциясын жазып алыңыз
Рөлдер мен құқықтар жоқІске қосқаннан кейін қолжетімділік логикасын қайта жасауБір беттік «рөл × әрекет» кестесі
Интеграциялар «жол-жөнекей анықтаймыз»Жүйеде API болмаса, мерзім апталарға жылжидыAPI бар-жоғын және қолжетімділікті кім беретінін алдын ала тексеру
Бәрі Must басымдығындаАлғашқы нұсқаның бюджеті 2–3 есе өседіMoSCoW белгілеуі және іске қосуға адал іріктеу
Қабылдау критерийлері жоқТапсыру кезінде даулар, шексіз пысықтауларӘр сценарийге 2–5 тексерілетін шарт
ТТ-ны бір адам жазадыСату, қолдау, бухгалтерия талаптары ескерілмей қаладыКомпания ішіндегі әр болашақ пайдаланушымен сұхбат

Тағы бір тұзақ — прототипке дейін-ақ бәрін соңғы батырмаға дейін сипаттауға тырысу. Интерфейс егжей-тегжейлері кликабельді прототипте тезірек әрі арзанырақ шешіледі: сіз экрандарды көресіз, басасыз, өзгертесіз. ТТ шеңберді белгілейді, прототип оны толтырады.

Онлайн-сауалнама: таза парақсыз ТТ

Ең қиыны — бастау. Сондықтан сайтта ТТ құрастыруға арналған онлайн-сауалнама бар: ол жоғарыдағы құрылымды кеңестері мен жауап нұсқалары бар сұрақтар тізбегіне айналдырады. Нөлден жазудың қажеті жоқ — тармақтардың көбі батырмалармен таңдалады. Сауалнама 7 бөлімнен тұрады:

  1. Сіз туралы — байланыстар, компания, жобадағы рөліңіз.
  2. Өнім туралы — өнім түрі, мақсат, кезең, қазіргі стек, референстер және құжаттарға сілтемелер.
  3. Пайдаланушылар мен рөлдер — аудитория, рөлдер, ауқым, география, пайдаланушы мәселесі.
  4. Функционалдылық — функциялар, міндетті минимум, төлемдер, интеграциялар.
  5. Платформалар және дизайн — өнім қайда жұмыс істейді, дизайн, брендинг, контент.
  6. Деректер, AI және қауіпсіздік — AI керек пе, деректерді көшіру, қауіпсіздік пен орналастыруға қойылатын талаптар.
  7. Бюджет, мерзім және процесс — бюджет, дедлайн және оның себебі, қолдау, сіздің қатысуыңыз.

Жібергеннен кейін бірден алдын ала бағалау аласыз. Ол анықтамалық: нақты құнын ТТ-ны сізбен бірге пысықтағаннан кейін айтамыз. Барлық бағыттар бойынша баға бағдарлары әзірлеу бағалары бетінде жинақталған.

Сұрақтар мен жауаптар

Техникалық тапсырманы кім құрастыруы керек — тапсырыс беруші ме, әлде орындаушы ма?

Мақсаттарды, аудиторияны, сценарийлер мен шектеулерді тапсырыс беруші тұжырымдайды, өйткені ол бизнесті біледі. Техникалық бөлімдерді — архитектураны, интеграцияларды, функционалдық емес талаптарды — пысықтау кезеңінде орындаушымен бірге әзірлеген ыңғайлы.

ТТ-да қанша бет болуы керек?

Бот немесе лендинг үшін 2–4 бет, каталогы мен интеграциялары бар сайт үшін — 5–10, платформа немесе мобильді қосымша үшін — 15–40 бет жеткілікті. Көлемі емес, әр талапты тексеруге болатыны маңызды.

Әзірлеуді ТТ-сыз бастауға бола ма?

Болады, егер жұмыс апта сайынғы демолары және нақты орындалғаны үшін төлемі бар қысқа спринттермен жүрсе. Бірақ бекітілген баға мен мерзім үшін ТТ-сыз болмайды: онсыз бағалау болжам күйінде қалады.

Процесс барысында талаптар өзгерсе не істеу керек?

Өзгерістерді жазбаша бекіту керек: не қосылады, не алынып тасталады, бұл мерзім мен бюджетке қалай әсер етеді. Жақсы тәжірибе — екі тарап келісетін жеке өзгерістер тізілімі.

ТТ-ның брифтен айырмашылығы неде?

Бриф бизнес пен міндетті жалпы түрде сипаттайды және алғашқы бағалау үшін қажет. ТТ рөлдерді, сценарийлерді, функцияларды, интеграцияларды және қабылдау критерийлерін егжей-тегжейлі бекітеді және шарттың бөлігіне айналады.

Сондай-ақ оқыңыз

Тақырып бойынша тағы

Байланыс

Жаңа жобаны талқылауға әрдайым қуаныштымыз.

Форманы толтырыңыз — немесе міндет нақтыланған болса, толық ТТ. Бағалау мен жоспармен жауап береміз.

  1. 01Міндет, мақсат және мерзім туралы айтыңыз
  2. 02Түсінікті бағалау мен жоспар алыңыз
  3. 03Зертхана басшысымен қоңырау

hello@b2b-lab.ru