Veb sayt üçün texniki tapşırıq (TT) nədir və mükəmməl layihə necə planlaşdırılır?

Rəqəmsal dünyada istənilən uğurlu layihənin arxasında güclü bir planlaşdırma dayanır. Çox vaxt şirkətlər yeni bir rəqəmsal platforma yaratmaq istədikdə, birbaşa vizual dizayn və ya kodlaşdırma mərhələsinə keçməyə tələsirlər. Nəticədə isə sifarişçinin xəyal etdiyi məhsulla proqramçının ortaya çıxardığı məhsul arasında böyük uçurum yaranır. Büdcələr aşılır, vaxt itirilir və komandalar arasında bitib-tükənməyən mübahisələr başlayır. Bütün bu xaosun qarşısını almağın yeganə və ən peşəkar yolu layihənin təməlini düzgün sənədləşdirməkdir. Məhz bu nöqtədə texniki tapşırıq (TT) sənədi dövrəyə girir. Əgər siz də biznesiniz üçün rəqəmsal bir platforma qurmağı düşünürsünüzsə, bu geniş bələdçidə prosesin ən vacib sənədinin necə hazırlanmalı olduğunu ən xırda detallarına qədər izah edirik.

Texniki tapşırıq sənədinin əsas mahiyyəti və biznesə qazandırdığı üstünlüklər

Texniki tapşırıq (İngiliscə: Statement of Work və ya Software Requirements Specification) sifarişçi ilə icraçı (proqramlaşdırma komandası) arasında körpü rolunu oynayan, layihənin bütün arxitekturasını, funksionallığını və dizayn qaydalarını özündə birləşdirən rəsmi və detallı bir sənəddir. Bu sənəd sadəcə "mənə gözəl bir sayt lazımdır" kimi abstrakt istəkləri kənara qoyaraq, hər bir düymənin, hər bir səhifənin və hər bir məlumat bazasının necə işləyəcəyini riyazi dəqiqliklə izah edir.

Bu sənədin biznesə qazandırdığı ən böyük üstünlük şəffaflıqdır. Peşəkar səviyyədə yazılmış bir sənəd həm sifarişçini, həm də inkişaf etdirici komandanı qoruyur. Sifarişçi bilir ki, layihənin sonunda tam olaraq nə alacaq; proqramçı isə bilir ki, ondan tam olaraq nə tələb olunur. Beləliklə, layihənin ortasında "biz əslində burada başqa funksiya nəzərdə tutmuşduq" kimi subyektiv fikirlər və əlavə ödəniş tələbləri ortadan qalxır. Sənəd layihənin konstitusiyasına çevrilir və bütün mübahisəli məqamlar məhz bu yazılı qaydalar əsasında həll edilir.

Veb sayt sifarişi verməzdən əvvəl bu sənəd niyə həyati əhəmiyyət daşıyır?

Veb sayt sifarişi vermək istəyən hər bir şirkət rəhbərinin ilk sualı adətən "Bu layihə mənə neçəyə başa gələcək və nə vaxt hazır olacaq?" olur. Heç bir peşəkar IT agentliyi və ya proqramlaşdırma komandası əlində dəqiq tələblər olmadan bu suala real cavab verə bilməz. Çünki "e-ticarət platforması" anlayışı çox genişdir; sadə bir məhsul kataloqu da e-ticarət sayıla bilər, daxilində mürəkkəb anbar inteqrasiyası, endirim alqoritmləri və çoxsaylı ödəniş sistemləri olan qlobal bir platforma da.

Sifariş verməzdən əvvəl bu sənədin hazırlanması sizə büdcənizi və zaman çərçivəsini dəqiqliklə hesablamağa imkan verir. Dəqiq yazılmış tələblər əsasında agentliklər sizə real qiymət təklifləri (Quotation) təqdim edə bilirlər. Eyni zamanda, bu sənəd vasitəsilə siz layihəni prioritetlərə bölə bilərsiniz. Məsələn, MVP (Minimum Viable Product) mərhələsi üçün hansı funksiyaların kritik olduğunu, hansıların isə gələcək yenilənmələrə (ikinci faza) saxlanıla biləcəyini müəyyənləşdirərək həm vaxta, həm də büdcəyə ciddi qənaət etmiş olursunuz.

Veb sayt hazırlanması prosesində peşəkar sənədin tam strukturu

Veb sayt hazırlanması mərhələsinin qüsursuz irəliləməsi üçün texniki tapşırıq sənədi müəyyən beynəlxalq standartlara və aydın struktura malik olmalıdır. Xaotik yazılmış qeydlər sənəd sayıla bilməz. İdeal bir struktur aşağıdakı əsas bölmələrdən ibarət olmalıdır:

• Terminlər lüğəti: Sifarişçi və proqramçıların eyni dildə danışması üçün layihədə istifadə olunacaq xüsusi texniki və biznes terminlərinin qısa izahı.
• Biznes hədəfləri və Auditoriya: Platformanın hansı məqsədlə (satış, məlumatlandırma, xidmət) yaradıldığı və hədəf kütlənin (User Personas) kim olduğu.
• İstifadəçi Rolları və Hüquqlar: Sistemə kimlərin daxil olacağı (məsələn: Qonaq istifadəçi, Qeydiyyatlı alıcı, Moderator, Super Admin) və hər bir rolun hansı səhifələri görüb redaktə edə biləcəyi.
• Funksional Tələblər: Bu, sənədin ən böyük və ən vacib hissəsidir. Burada istifadəçinin sistemdə edə biləcəyi hər bir hərəkət (axtarış, filtrasiya, səbətə atma, şifrə bərpası) addım-addım təsvir edilir.
• Qeyri-funksional Tələblər: Platformanın yüklənmə sürəti (məsələn, səhifə 2 saniyədən gec açılmamalıdır), eyni anda neçə istifadəçinin sistemə girə biləcəyi (Load balancing), məlumat təhlükəsizliyi və hosting infrastrukturuna qoyulan tələblər.

Texniki tapşırıq daxilində dizayn qaydaları və Agile yanaşması

Texniki tapşırıq daxilində vizual dizayn (UI/UX) tələblərinin düzgün qoyulması son dərəcə kritikdir. Təsdiqlənmiş UI dizaynları layihəyə daxil edildikdə, sənəddə mütləq şəkildə bir qayda öz əksini tapmalıdır: Proqramlaşdırma və ya animasiya (walkthrough) mərhələsində orijinal dizayna, rəng kodlarına və mətbəə (typography) standartlarına heç bir özbaşına dəyişiklik edilə bilməz. Təsdiqlənmiş dizayn tam olaraq, statik qaydada koda köçürülməlidir.

Bu böyük sənədi və tələbləri həyata keçirərkən müasir proqramlaşdırma komandaları Agile və Scrum metodologiyalarından istifadə edirlər. Kütləvi bir sənədi proqramçıya verib "bunu 6 aya bitir" demək əvəzinə, sənəddəki funksionallıqlar kiçik "User Story"-lərə və "Epic"-lərə bölünür. Məsələn, ilk 2 həftəlik Sprint ərzində yalnız "İstifadəçi qeydiyyatı və profilin yaradılması" modulu üzərində işlənilir və təhvil verilir. Bu yanaşma, böyük layihələrin idarəolunmaz xaoslara çevrilməsinin qarşısını alır və inkişaf prosesini tamamilə şəffaf edir.

Veb sayt üçün texniki tapşırıq sənədində rəqəmsal marketinq və avtomatlaşdırma

Veb sayt üçün texniki tapşırıq yalnız kodlaşdırma prosesini deyil, həm də məhsulun gələcək marketinq potensialını əhatə etməlidir. Müasir bir platforma yalnız ziyarətçiləri qəbul etmək üçün deyil, həm də məlumat toplamaq və satış etmək üçün yaradılır. Buna görə də, sənəddə üçüncü tərəf (Third-party) inteqrasiyaları üçün mütləq ayrıca bir bölmə ayrılmalıdır.

Platforma qurularkən rəqəmsal marketinq ehtiyacları üçün Meta Pixel (Facebook/Instagram reklamları üçün), Google Analytics və digər izləmə (Tracking) kodlarının səhifələrə necə yerləşdiriləcəyi sənəddə qeyd olunmalıdır. Bundan əlavə, saytdan gələn sifarişlərin (Leads) avtomatlaşdırılması mütləqdir. Məsələn, istifadəçi saytda bir forma doldurduqda, bu məlumatların Webhook-lar vasitəsilə JSON formatında n8n və ya bənzəri avtomatlaşdırma vasitələrinə ötürülməsi, oradan isə şirkətin daxili CRM sisteminə inteqrasiyası texniki tapşırıqda aydın şəkildə proqramçılara tapşırılmalıdır. Əks halda, hazır bir saytı sonradan bu cür marketinq alətlərinə uyğunlaşdırmaq çox baha başa gəlir.

Veb sayt hazırlanması mərhələsində Outsource şirkətlərlə işin tənzimlənməsi

Veb sayt hazırlanması mərhələsində daxili komandanız yoxdursa və layihəni kənar bir agentliyə (Outsource komandaya) həvalə edirsinizsə, texniki tapşırıq sənədi sizin ən böyük hüquqi və texniki sığortanızdır. Outsource xidmət göstərən peşəkar komandalar hər zaman işə məhz bu sənədin təsdiqindən sonra başlayırlar. Çünki fərqli korporativ mədəniyyətlərə və iş axınlarına malik olan şirkətlər arasında yaranacaq hər hansı bir anlaşılmazlıq ancaq bu rəsmi razılaşma ilə həll edilə bilər.

Outsource komanda ilə müqavilə bağlayarkən texniki tapşırıq sənədi həmin müqavilənin ayrılmaz bir əlavəsi (Appendix) kimi çıxış edir. Əgər layihə təhvil verilərkən sifarişçi hansısa düymənin işləmədiyini və ya fərqli rəngdə olduğunu iddia edərsə, dərhal bu sənədə baxılır. Əgər o detal sənəddə qeyd olunubsa və edilməyibsə, Outsource şirkət bunu pulsuz düzəltməyə borcludur. Yox əgər sənəddə yoxdursa, bu, artıq yeni bir tapşırıq (Change Request) sayılır və əlavə ödəniş tələb edir. Bu baxımdan, sənəd hər iki tərəfin vaxtını, pulunu və sinir hüceyrələrini qoruyan ən ədalətli hakimdir.