Hazırlama üçün texniki tapşırıq necə tərtib edilir

Yaxşı texniki tapşırıq səhifələrə deyil, pula qənaət edir: ona əsasən podratçı bir aydan sonra «sürüşməyəcək» qiymət deyir, siz isə işi aydın meyarlarla qəbul edirsiniz. Pis texniki tapşırıq ya «rəqiblərdəki kimi sayt lazımdır» tipli üç sətir, ya da heç kimin sonuna qədər oxumadığı 80 səhifəlik tələblərdir.

Aşağıda — texniki mütəxəssis olmasanız belə bot, sayt, tətbiq və ya platforma üçün texniki tapşırığı necə tərtib etmək barədə praktik bələdçi. Strukturu təhlil edəcəyik, format baxımından real texniki tapşırıqdan fraqment göstərəcəyik, ən çox yenidən işləməyə səbəb olan səhvləri sadalayacaq və uzun yazışma olmadan ilkin qiymətləndirməni necə almağı izah edəcəyik.

Texniki tapşırıq nə üçün lazımdır və brifdən nə ilə fərqlənir

Brif «hansı biznesdir və tapşırıq nədir» sualına cavab verir. Texniki tapşırıq «dəqiq nə alınmalıdır və onun hazır olduğunu necə anlayacağıq» sualına cavab verir. Brif yarım saata doldurulur, texniki tapşırıq isə məhsulun miqyasından asılı olaraq bir neçə gündən bir-iki həftəyə qədər toplanır.

Texniki tapşırığın üç praktik funksiyası var:

• Qiymətləndirmə. Rolların, ssenarilərin və inteqrasiyaların siyahısı olmadan istənilən qiymət təxmindir. Eyni «sayt» üçün müxtəlif podratçıların qiymətləndirmələrinin 3–5 dəfə fərqlənməsi adətən onunla izah olunur ki, hər biri öz saytını təsəvvür edib.
• Razılaşma. Texniki tapşırıq işlərin həcmini qeydə alır. Ona daxil olmayan hər şey «axı bu aydındır» deyil, ayrıca müzakirə edilən həcm dəyişikliyidir.
• Qəbul. Hər tələb yoxlanılmalıdır: «müraciət forması məlumatları 5 saniyəyə CRM-ə göndərir» — yoxlamaq olar, «rahat forma» — olmaz.

Kiçik tapşırıqlar — sadə bot və ya lendinq üçün 2–4 səhifəlik qısa texniki tapşırıq kifayətdir. Platforma və ya mobil tətbiq üçün sənəd 15–40 səhifəyə qədər böyüyür və adətən prototip mərhələsində podratçı ilə birlikdə təkmilləşdirilir.

Hazırlama üçün texniki tapşırıq şablonu: 9 məcburi bölmə

Bu texniki tapşırıq şablonu istənilən rəqəmsal məhsul üçün uyğundur: Telegram-bot, sayt, Mini App, mobil tətbiq və ya marketpleys. Bölmələri qısaltmaq olar, amma atmaq olmaz — boş bölmə unudulmuş bölmədən yaxşıdır.

Məhsul mürəkkəbdirsə, qlossari (nəyi «sifariş», «sövdələşmə», «müştəri» adlandırırsınız) və əlavələr əlavə edin: sənəd nümunələri, mövcud sistemlərdən ixraclar, «xoşuma gəlir» və «xoşuma gəlmir» qeydləri olan rəqib ekran görüntüləri.

Hazırlama üçün texniki tapşırığı necə yazmalı: funksiyalar siyahısı əvəzinə ssenarilər

Əsas səhv — məhsulu ekranlar və düymələr toplusu kimi təsvir etmək. Tərtibatçı üçün kimin, nə üçün və hansı ardıcıllıqla hərəkət etdiyini anlamaq daha vacibdir. Buna görə, hazırlama üçün texniki tapşırığı hamının eyni cür anlayacağı şəkildə necə yazmaq lazım olduğunu araşdırırsınızsa, ssenarilərdən başlayın.

İstifadəçi hekayəsinin düsturu

Sadə şablondan istifadə edin: «[Rol] kimi mən [hərəkət] istəyirəm ki, [nəticə]». Məsələn: «Menecer kimi mən yeni müraciət haqqında Telegram-da bildiriş almaq istəyirəm ki, müştəri ilə 15 dəqiqə ərzində əlaqə saxlayım».

Hər hekayə üçün qəbul meyarları

Hər hekayəyə 2–5 yoxlanıla bilən şərt əlavə edin. Yuxarıdakı nümunə üçün:

• bildiriş formanın göndərilməsindən ən geci 10 saniyə sonra gəlir;
• bildirişdə ad, telefon, seçilmiş xidmət və müraciətin mənbəyi (UTM-etiket) var;
• «İşə götür» düyməsi müraciətin statusunu dəyişir və onu digər menecerlərdən gizlədir;
• menecer 15 dəqiqə ərzində cavab vermədisə, bildirişi rəhbər alır.

Həm işi qiymətləndirmək, həm də qəbul etmək mümkün olan tələblər belə yazılır. Botlar və Mini App üçün bu xüsusilə vacibdir: orada məntiq dialoqda yaşayır və ssenarilər olmadan podratçı boşluqları özü doldurmağa məcbur olur. Vəziyyət xəritələrini necə layihələndirdiyimiz barədə ətraflı — Telegram botlarının hazırlanması səhifəsində.

Prioritetlər: MoSCoW

Hər funksiyanı işarələyin: Must (onsuz məhsul işə düşmür), Should (lazımdır, amma bir aydan sonra da olar), Could (olsa yaxşıdır), Won't (bu versiyada qətiyyən yox). Bu işarələmə məhsulun ilk versiyasının əsasıdır; işə salma üçün funksiyaları necə seçməyi MVP hazırlanması haqqında məqalədə ətraflı təhlil etmişik.

Unudulan qeyri-funksional tələblər

Funksiyalar məhsulun nə etdiyini təsvir edir. Qeyri-funksional tələblər — bunu necə etdiyini. Məhz onlar ən çox işə salındıqdan sonra üzə çıxır və əvvəlcədən razılaşdırılmayıbsa, ən baha başa gəlir.

• Yük: ilk ayda və bir ildən sonra neçə istifadəçi gözlənilir, piklər varmı (endirimlər, göndərişlər).
• Sürət: səhifələrin yüklənməsinin və botun cavabının hədəf vaxtı; saytlar üçün — Core Web Vitals üzrə istiqamət.
• Əlçatanlıq: yolverilən dayanma vaxtı, monitorinq və növbətçilik lazımdırmı.
• Təhlükəsizlik: hansı məlumatları saxlayırıq, onlara kimin girişi var, iki faktorlu avtorizasiya və əməliyyatlar jurnalı lazımdırmı.
• Fərdi məlumatlar: 152-FZ üzrə emal, saxlanmanın Rusiyada lokallaşdırılması, razılıqlar və məxfilik siyasəti.
• Yerləşdirmə: sizin buludunuz, öz serverləriniz və ya internetə çıxışı olmayan qapalı kontur.
• Dəstək: brauzerlər, iOS və Android versiyaları, interfeys dilləri, görmə qüsurlu insanlar üçün əlçatanlıq.
• Təhvil: sənədləşmə, girişlər, sizin hesabınızda repozitori, yerləşdirmə təlimatı.

Sayt üçün texniki tapşırıq nümunəsi

Aşağıda — istehsal şirkətinin saytı üçün texniki tapşırığın qısaldılmış nümunəsi. O, iki səhifəyə sığır və artıq dəqiq qiymətləndirmə almağa imkan verir.

1. Məqsəd: B2B müştərilərdən avadanlıq hesablanması üçün müraciətlər almaq; istiqamət — işə salındıqdan 3 ay sonra ayda 40 keyfiyyətli müraciət.
2. Auditoriya: müəssisələrin mühəndisləri və təchizatçıları, 70%-i desktopdan daxil olur.
3. Rollar: ziyarətçi; kontent-menecer (kataloqu və xəbərləri redaktə edir); administrator (girişlər, parametrlər).
4. Struktur: ana səhifə, 6 kateqoriya və ~120 mövqedən ibarət kataloq, PDF spesifikasiyalı məhsul kartı, keyslər, şirkət haqqında, əlaqə, bloq.
5. Əsas ssenari: ziyarətçi filtr vasitəsilə mövqeni tapır → kartı açır → «Kommersiya təklifi istə» düyməsinə basır → 4 sahəli formanı doldurur → müraciət Bitrix24-ə və satış şöbəsinin Telegram-ına gedir.
6. İnteqrasiyalar: Bitrix24 (lid yaradılması), məqsədlərlə Yandex Metrika, kataloqun 1C-dən gündə bir dəfə ixracı.
7. Dizayn: brendbuk var, UX prototip və mobil cihazlar üçün adaptiv lazımdır.
8. Qeyri-funksional tələblər: 4G-də səhifənin 2 saniyədən tez yüklənməsi, texniki SEO və mikronişanlama, Rusiyada hostinq.
9. Qəbul: 5-ci bənddəki bütün ssenarilər test stendində keçir, formalar CRM-ə çatır, Lighthouse Performance — 90-dan.

Diqqət edin: burada «müasir», «rahat» və «satan» sözləri yoxdur. Əvəzində rəqəmlər, rollar, ssenari və meyarlar var. Belə sənəd üzrə podratçılar müqayisə edilə bilən qiymətlər deyir, siz isə fantaziyaları deyil, təklifləri müqayisə edirsiniz. Hansı saytlar və veb tətbiqlər hazırladığımıza və işin nədən ibarət olduğuna saytların hazırlanması bölməsində baxa bilərsiniz.

Texniki tapşırıqda tez-tez olan səhvlər və onlardan necə qaçmalı

Daha bir tələ — prototipdən əvvəl hər şeyi son düyməyə qədər təsvir etməyə çalışmaq. İnterfeys detalları kliklənən prototipdə daha tez və ucuz həll olunur: ekranları görür, basır, dəyişirsiniz. Texniki tapşırıq çərçivəni təyin edir, prototip onu doldurur.

Onlayn sorğu: ağ vərəq olmadan texniki tapşırıq

Ən çətini — başlamaqdır. Buna görə saytda texniki tapşırığın tərtibi üçün onlayn sorğu var: o, yuxarıdakı strukturu ipucuları və cavab variantları olan suallar ardıcıllığına çevirir. Sıfırdan yazmaq lazım deyil — bəndlərin çoxu düymələrlə seçilir. Sorğu 7 bölmədən ibarətdir:

1. Siz haqqında — əlaqə məlumatları, şirkət, layihədə rolunuz.
2. Məhsul haqqında — məhsulun növü, məqsəd, mərhələ, mövcud stek, referenslər və sənədlərə keçidlər.
3. İstifadəçilər və rollar — auditoriya, rollar, miqyas, coğrafiya, istifadəçinin problemi.
4. Funksionallıq — funksiyalar, məcburi minimum, ödənişlər, inteqrasiyalar.
5. Platformalar və dizayn — məhsul harada işləyir, dizayn, brendinq, kontent.
6. Məlumatlar, AI və təhlükəsizlik — AI lazımdırmı, məlumatların miqrasiyası, təhlükəsizlik və yerləşdirmə tələbləri.
7. Büdcə, müddətlər və proses — büdcə, dedlayn və onun səbəbi, dəstək, sizin iştirakınız.

Göndərişdən dərhal sonra ilkin qiymətləndirmə alırsınız. O, arayış xarakterlidir: dəqiq qiyməti texniki tapşırığı sizinlə birlikdə işlədikdən sonra deyirik. Bütün istiqamətlər üzrə qiymət istiqamətləri hazırlama qiymətləri səhifəsində toplanıb.