Proses
Texniki tapşırıq: onu başa düşsünlər deyə tapşırığı necə təsvir etmək
Texniki tapşırıq səhifələr siyahısı və "gözəl edin" arzusu deyil. Podratçı və sifarişçi iş həcmini eyni cür başa düşsünlər deyə onda nə olmalı olduğunu təhlil edirik.
Sifarişçi ilə podratçı arasındakı münaqişələrin əksəriyyəti pis işlə deyil, tərəflərin tapşırığı fərqli başa düşməsi ilə başlayır. Biri bir şeyi nəzərdə tuturdu, digəri başqasını etdi və formal olaraq hər ikisi haqlıdır — sənəddə bu yox idi. Texniki tapşırıq məhz belə uyğunsuzluqların qəbulda deyil, işə başlamazdan əvvəl üzə çıxması üçün mövcuddur.
Texniki tapşırıq nədir və nə deyil
Texniki tapşırıq alınmalı olanın yoxlanıla bilən ifadələrlə təsviridir. Əsas söz — yoxlamaq. Bənd üzrə birmənalı "edilib" və ya "edilməyib" demək mümkün deyilsə, bu, texniki tapşırıq bəndi deyil, arzudur.
Texniki tapşırıq nə deyil:
- Səhifələr siyahısı deyil. "Əsas, haqqımızda, xidmətlər, əlaqə" siyahısı heç bir tapşırığı təsvir etmir. O, insanın bu səhifələrdə nə etdiyini və işin nə ilə yerinə yetirilmiş sayıldığını demir.
- Dizayn maketi deyil. Maket nəticənin necə göründüyünü göstərir. Texniki tapşırıq onun niyə məhz belə görünməli olduğunu və maketdə olmayan vəziyyətlərdə nə baş verdiyini izah edir: boş siyahı, yükləmə xətası, həddən artıq uzun məhsul adı.
- Zövq tələbləri dəsti deyil. "Müasir", "bahalı", "rəqibdəki kimi, amma daha yaxşı" — bunlar tələb deyil. Onları nə yerinə yetirmək, nə də mübahisə etmək olar.
"Gözəl edin" ifadəsi sadə səbəbə görə işləmir: gözəllik nəticənin xüsusiyyəti deyil, konkret insanın konkret gündəki fikridir. Qəbul meyarı kiminsə fikridirsə, qəbul sonsuz danışıqlara çevrilir. Onu başqa şey əvəz edir: təsvir olunmuş tapşırıq, təsvir olunmuş auditoriya və onlarda dəqiq nəyin xoşa gəldiyinin izahı ilə referanslar — struktur, sıxlıq, tipoqrafiya, illüstrasiyaların xarakteri.
Məcburi bölmələr
Biznes tapşırığı
Hər şey saytdan deyil, onun nəyə lazım olduğundan başlayır. Xidmətlərə müraciətlər toplamaq. Satış şöbəsini təkrarlanan suallardan azad etmək. Menecer iştirakı olmadan məhsul satmaq. Şirkəti tender komissiyalarına göstərmək. Tapşırıq qalan hər şeyi müəyyən edir: strukturdan sonra hansı metrikaları uğur saymağa qədər.
İnkarı da ifadə etmək faydalıdır — saytın nə etməməli olduğunu. Bu məhdudiyyət istənilən funksiyalar siyahısından çox pula qənaət edir.
İstifadəçi ssenariləri
Texniki tapşırığın ən faydalı hissəsi. Ssenari yolun qısa təsviridir: kim gəlib, haradan, nə etmək istəyir, bunu hansı addımlarla edir, nə ilə bitir.
Məsələn: "Müştəri xidmət adına görə axtarışdan gəlib. Təsviri oxuyur, iş tərkibinə və ardıcıllığına baxır, telefon və rahat zəng vaxtı ilə müraciət qoyur. Müraciət şöbənin poçtuna və CRM-ə gəlir." Belə şəkildə hansı səhifələrin, formada hansı sahələrin lazım olduğu və məlumatların hara getdiyi dərhal görünür.
Ssenarilər adətən azdır — üç-beş əsas və bir neçə yan ssenari. Ssenarini təsvir etmək mümkün olmursa, deməli, tapşırıq hələ düşünülməyib və hazırlanma onu aydınlaşdırmayacaq.
Həcm
Burada hesablanan hər şey qeydə alınır: səhifə növlərinin, dil versiyalarının, istifadəçi rollarının, məktub şablonlarının sayı. Məhz növlərin, nüsxələrin yox — bir şablonda on xidmət kartı ilə on unikal səhifə əmək tutumuna görə dəfələrlə fərqlənir.
Adaptivliyi ayrıca qeyd etməyə dəyər: hansı cihazlar dəstəklənir, mobil versiya üçün ayrıca davranış varmı, hansı brauzerlər hədəf sayılır.
İnteqrasiyalar
Hər xarici sistem ayrıca riskdir və onun barədə konkret yazmaq lazımdır: hansı sistemdir, məlumatlar hansı istiqamətə gedir, onun sənədləşdirilmiş interfeysi varmı, girişləri və test mühitini kim verir. Ödəniş, CRM, anbar uçotu, çatdırılma xidmətləri, messencerlər, analitika sistemləri — bunların hamısı çox vaxt saytın özündən mürəkkəb çıxır.
İnteqrasiya başlanğıc üçün məcburidirsə, bunu birbaşa yazmaq lazımdır. Əks halda işə salına bilməyən hazır sayt almaq şansı var.
Kim nə təqdim edir
Digərlərindən daha tez-tez unudulan bölmə, halbuki müddətləri ən etibarlı şəkildə pozan odur. Mətnlər, fotolar, mənbə fayllarında loqo, hüquqi sənədlər, domen və hostinqə giriş, ödəniş provayderinin rekvizitləri, suallara cavab üçün əlaqə şəxsi. Hər mövqenin sahibi olmalıdır.
Layihə mürəkkəb funksiyaya görə dayanmır. O, üç həftə on iki xidmətin təsvirini yazacaq kimsə olmadığına görə dayanır.
İşlərin sərhədlərini necə qeydə almaq
Sərhəd podratçının məsuliyyətinin bitdiyi yerdir. Onu ümumi sözlərlə deyil, işə daxil olmayanların siyahısı ilə təsvir edirlər: razılaşdırılmış həcmdən artıq məzmunla doldurma, başlanğıcdan sonra təkmilləşdirmə, korporativ üslubun hazırlanması, çəkiliş, reklamın aparılması, mətnlərin yazılması.
Sonra dəyişikliklər mexanizmi lazımdır. Tələblər həmişə dəyişir, bu normaldır, qeyri-normal olan dəyişmədiyini göstərməkdir. Razılaşmalarda deyilməlidir: yeni tələb necə rəsmiləşdirilir, onun müddətə və dəyərə təsirini kim qiymətləndirir, qərarı kim qəbul edir. Bunu hələ heç kimin konkret düzəlişə emosional bağlılığı olmayanda əvvəlcədən müzakirə etməyə dəyər.
Eyni şəkildə aralıq nəticələrin müzakirə formatı barədə də əvvəlcədən razılaşmağa dəyər: onlar hansı şəkildə göstərilir, sifarişçi tərəfdən kimin irad bildirmək hüququ var və bu iradlar necə toplanır. Beş messencerdə beş nəfərdən iradlar zəmanətli münaqişədir və podratçının təqsiri ilə deyil.
Detallaşdırma səviyyəsi barədə
Həddən artıq ətraflı texniki tapşırıq səthi olandan az zərər vermir. Sənəddə hər düymənin rəngi təsvir olunubsa, iş tapşırığın həllinə deyil, sənədin yenidən çəkilməsinə çevrilir. Məntiqli sərhəd belə keçir: sifarişçi nəyi və niyəni təsvir edir, podratçı necəyə cavabdehdir.
Bundan istisnalar var — "necə"nin hüquqi, maliyyə və ya texniki nəticələri olan yerlər: şəxsi məlumatların emalı, sənədlərin saxlanmasına tələblər, şirkətin qalan infrastrukturunun işlədiyi platformanın konkret versiyası. Belə şeylər sərt qeydə alınır.
Tapşırıq iri və tamamilə anlaşılmazdırsa, onu bölmək daha dürüstdür: əvvəlcə özəyi təsvir etmək və hazırlamaq, qalanını isə yol boyu dəqiqləşdirmək. Mürəkkəb sistemlər üçün bu, çox vaxt yeganə işləyən yoldur — bunu veb-tətbiqlər bölməsində müzakirə edirik.
Yoxlama siyahısı: texniki tapşırığınızı yoxlayın
Sənədi podratçıya göndərməzdən əvvəl bəndlər üzrə keçin.
- Arzular siyahısı deyil, biznes tapşırığı ifadə olunub.
- Əsas istifadəçi ssenariləri təsvir olunub — girişdən nəticəyə qədər yol tamamilə.
- Səhifə növləri, rollar, dil versiyaları hesablanıb.
- Bütün xarici sistemlər sadalanıb və onlara girişi kimin verdiyi göstərilib.
- Hər materialın — mətnlərin, fotoların, sənədlərin — məsulu və müddəti var.
- İşə nəyin daxil olmadığı yazılıb.
- Dəyişikliklərin edilməsi və iradların toplanması qaydası təsvir olunub.
- Hər bənd üzrə zövqlər barədə mübahisə olmadan "edilib" və ya "edilməyib" cavabı vermək olar.
Hər hansı bənd üzrə cavab yoxdursa — bu, layihəni təxirə salmaq üçün səbəb deyil. Bu, onu imzalamadan əvvəl podratçı ilə müzakirə etmək üçün səbəbdir: normal icraçı texniki tapşırığı tamamlamağa kömək edəcək və harada özünüzə problem yaratdığınızı deyəcək. Tapşırığı əlaqə forması vasitəsilə müzakirə etmək olar.