Sayt üçün texniki tapşırıq necə yazılır — nümunə strukturla

Sifariş verərkən çoxu müştəri bir cümlə ilə başlayır: "gözəl, müasir bir sayt istəyirəm". Agentlik bunu eşidib işə başlayır, çünki müştəri məmnun görünür və əlavə sual verməklə vaxt itirmək istəmir. Amma iki-üç həftə sonra "gözəl" sözünün mənası hər tərəf üçün fərqli çıxır — və bu fərq, layihənin ortasında əlavə fakturaya çevrilir.

Problem dizaynerin bacarıqsızlığı deyil. Problem odur ki, heç kim "gözəl"in nə demək olduğunu kağıza yazmayıb. Texniki tapşırıq (qısaca TZ) məhz bunun üçündür — tələbi, məsuliyyəti və hüdudu əvvəlcədən yazılı şəkildə razılaşdırmaq. Aşağıda hansı bölmələrin mütləq olması və hər birinin hansı mübahisənin qarşısını aldığı var.

Texniki tapşırıq nə üçün lazımdır

Layihənin əvvəlində yazılmayan hər tələb, sonda ya əlavə iş, ya mübahisə, ya da hər ikisi kimi geri qayıdır. Fərq böyük görünmür — bir səhifə çox, bir inteqrasiya unudulub — amma dizayn təsdiqləndikdən, kod yazıldıqdan sonra edilən dəyişiklik həmişə əvvəlcədən planlaşdırılandan baha başa gəlir, çünki artıq görülmüş işin bir hissəsi təkrar görülməli olur.

TZ bunun qarşısını "etibar"la yox, yazı ilə alır. Tərəflərdən biri "mən belə başa düşmüşdüm" deyəndə, sənəd nəyin razılaşdırıldığını göstərir. Bu, həm müştərini, həm icraçını qoruyur — heç kimin yaddaşına etibar etmək lazım gəlmir. Nə qədər gec tapılırsa, dəyişiklik bir o qədər çox mərhələni — dizayn, kod, test — təkrar keçməli olur, ona görə də TZ-ni layihənin əvvəlinə, sonuna yox, əvvəlinə qoymaq mənalıdır.

Texniki tapşırığa daxil olmalı 7 bölmə

1. Layihənin məqsədi və uğur necə ölçüləcək

"Sayt lazımdır" məqsəd deyil. Sayt nə üçün lazımdır — müraciət toplamaq, onlayn satış, yoxsa korporativ etibar üçün? Məqsəd yazılmasa, dizayn qərarları (məsələn, ilk ekranda hansı düymənin olması) təxminlə verilir. Uğur meyarı da eyni bölmədə olmalıdır: "aylıq 50 müraciət" ilə "gözəl görünsün" tamam fərqli layihələr doğurur. Məsələn, "aylıq 30 randevu sorğusu" yazılmış məqsəd dizaynerə bir şeyi dərhal deyir — randevu forması ilk ekranda olmalıdır; "gözəl görünsün" yazılsaydı, bu qərar heç kimin ağlına gəlməyə bilərdi.

2. Auditoriya və onların qərar prosesi

Kimə satılır — son istifadəçiyəmi, topdan alıcıyamı, hər ikisinəmi? Hər auditoriya fərqli sürətlə qərar verir və fərqli sual verir. Bu bölmə yazılmayanda, məzmunun kimin dilində yazılacağı sonradan mübahisəyə çevrilir.

3. Səhifə xəritəsi və funksionallıq siyahısı

Hansı səhifələr olacaq, hər birinin nə işi var, hansı formalar, hansı filtrlər, hansı hesab sistemi lazımdır. Bu siyahı olmadan qiymət təklifi də təxminə əsaslanır — və təxmin, işin ortasında düzəlir, halbuki qiymət artıq razılaşdırılıb.

4. Dizayn istinadları və brend materialları

Bəyəndiyiniz 2-3 sayt, loqo faylı, brend rəngləri, varsa marka kitabçası. "Bəyənməyəcəyəm" hissi əslində çox vaxt bu bölmənin boş qalmasından yaranır — dizayner sizin başınızdakı təsviri görə bilmir, öz təxmininə güvənməli olur.

5. Texniki tələblər

Neçə dildə, hansı inteqrasiyalar (ödəniş, CRM, e-poçt), hansı hostinq, domeni kimin idarə etdiyi. Bu bölmə sonradan əlavə olunanda demək olar həmişə əlavə xərcdir, çünki əsas struktur onsuz qurulub — məsələn, ödəniş sistemi sonradan əlavə edilirsə, bəzən səbət və hesab strukturu yenidən qurulmalı olur.

6. Məzmun məsuliyyəti

Mətni, şəkilləri, videoları kim təqdim edir və hansı tarixə qədər? Bu, ən çox gecikmə yaradan bölmədir — dizayn hazır olur, amma mətn olmadığı üçün sayt aylarla "demək olar hazır" vəziyyətində qalır.

7. Təhvil şərtləri, revizyon sayı və müddət

Neçə dəfə düzəliş hüququ var, hər mərhələnin son tarixi nədir, təhvildən sonra dəstək necə davam edir. Yazılmayan revizyon sayı, sonsuz revizyon gözləntisinə çevrilir — hər iki tərəf üçün yorucu. "2 tam revizyon dövrü, hər biri 3 iş günü ərzində" cümləsi tək başına bu gözləntini önləyir; rəqəm yazılmayanda hər tərəf öz təsəvvüründə qalır.

Ən çox unudulan 3 detal

Yeddi bölmə əsası tutur, amma təcrübədə üç detal demək olar həmişə unudulur — və sonda məhz onlar ən çox münaqişəyə səbəb olur.

Domen və hostinqin sahibliyi. Qeydiyyat kimin adına olacaq, girişi kim saxlayacaq — icraçı, yoxsa müştəri? Bu, TZ-də bir cümlə tutur, amma yazılmasa, əməkdaşlıq bitəndə "saytın açarı kimdədir" sualı narahatlıq mənbəyinə çevrilir.

Hansı brauzer və cihazlarda test ediləcək. "Mobil uyğun" tək başına heç nə demir — hansı ekran ölçüləri, hansı köhnə brauzerlər dəstəklənəcək? Yazılmasa, "saytda problem var" deyən müştəri ilə "mənim ekranımda normaldır" deyən icraçı arasında həftələrlə davam edən mübahisə başlaya bilər.

SEO-nun əsas hissəsinin daxil olub-olmaması. Başlıq teqləri, sitemap, sürət optimallaşdırması TZ-də ayrıca yazılmasa, icraçının çoxu bunu "əlavə xidmət" sayır, müştərinin çoxu isə "əlbəttə daxildir" düşünür — iki tərəf də özünəməxsus haqlı ola bilər, çünki heç yerdə yazılmayıb.

Kim yazmalı, kim təsdiqləməli

TZ-ni tək başına icraçı yaza bilməz, çünki məqsədi və auditoriyanı ən yaxşı müştəri bilir. Tək başına müştəri də yaza bilməz, çünki texniki tələbləri (bölmə 5) o, adətən bilmir. Doğru ardıcıllıq: müştəri ilk beş bölməni kobud formada doldurur, icraçı texniki hissəni əlavə edir, hər ikisi təsdiqləyir — rəsmi imza deyil, sadə e-poçt kifayətdir. Yaxşı təcrübə TZ-ni ilk ödənişdən əvvəl razılaşdırmaqdır — bu, hər iki tərəfə işə başlamazdan öncə suallarını verib geri addım atmaq imkanı yaradır.

Yazılmamış tələb, layihənin ortasında bahalı təəccübə çevrilir.

TZ-siz sifariş verəndə real olaraq nə baş verir

Adi ssenari belədir: layihə başlayır, dizayn təsdiqlənir, kodlaşdırma gedir. Üçüncü həftədə müştəri "əslində filan filtr də lazımdır" deyir. İcraçı üçün bu, əlavə işdir və vaxt tələb edir; müştəri üçün isə "əvvəldən demişdim" hissi yaradır — halbuki heç bir yerdə yazılmayıb. Nəticə: gecikmə, əlavə fakturanın mübahisəsi, bəzən etimadın itməsi. Heç kim səhv etmir, sadəcə heç kim yazmayıb.

Haradan başlamaq

Texniki tapşırığı sıfırdan yazmaq çətin görünə bilər, amma yuxarıdakı 7 bölməni doldurmaq kifayətdir — sənədin gözəl formatlanması vacib deyil, tam olması vacibdir. Kiçik layihə üçün bir səhifə, mürəkkəb layihə üçün bir neçə səhifə ola bilər — həcm deyil, bölmələrin heç birinin boş qalmaması önəmlidir. Layihəniz üçün konkret struktur lazımdırsa, veb sayt hazırlanması xidmətimiz hər layihəyə bu 7 bölməni birlikdə doldurmaqla başlayır — beləcə qiymət də, müddət də təxminə deyil, yazılana əsaslanır.