İlk danışıqda nəticəni müəyyən edin
Sayt sifarişinə başlamaq üçün hazır texniki sənədin olması həmişə lazım deyil. Amma biznes məqsədi və istifadəçinin atmalı olduğu əsas addım aydın olmalıdır. Müraciət toplamaq, məhsul göstərmək və mövcud müştəriyə xidmət vermək müxtəlif layihələrdir. Bunları bir cümlədə eyniləşdirmək iş əhatəsi barədə yanlış gözlənti yarada bilər.
İlk görüşdən sonra qısa məqsəd sənədi hazırlamaq faydalıdır: sayt kim üçündür, hansı problemin həllinə xidmət edir, hansı məlumat mövcuddur və qərarı kim təsdiqləyir. Bu qeydin yazılı saxlanması sonradan xatirələrə əsaslanan mübahisələrin əvəzinə ortaq başlanğıc nöqtəsi verir.
Tələbləri görünən işə çevirin
“Dinamik sayt olsun” tələbi təkbaşına funksiyanı müəyyən etmir. Redaktor hansı məlumatı dəyişəcək, neçə dil olacaq, hansı forma hansı şöbəyə çatacaq? Hər tələb istifadəçi əməliyyatı ilə açıqlanmalıdır. Bu yanaşma admin panelin funksiyalarını da ölçülə bilən qəbul meyarına çevirir.
Məsələn, xəbər yaratmaq tələbi üçün başlıq, şəkil, mətn, dil, qaralama və dərc vəziyyətləri yazılır. Qəbul zamanı həmin əməliyyatlar addım-addım yoxlanılır. Beləliklə, tərəflər “hazır görünür” ifadəsindən daha dəqiq iş nəticəsini müzakirə edə bilir.
Məzmun və dizayn paralel planlaşdırılır
Loqo, şirkət mətnləri, xidmət məlumatları və şəkillərin kim tərəfindən hazırlanacağı əvvəlcədən müəyyənləşdirilməlidir. Məzmun gecikəndə dizayn və hazırlıq planı da dəyişə bilər. Başlıq və şəkil ölçüsü təsadüfi nümunəyə uyğun qurulub real materialla tamam fərqli nəticə verə bilər.
Dizayn mərhələsində yalnız ana ekranın təsdiqi yetmir. Xidmət, layihə detalı, yazı, forma xətası və boş siyahı kimi əsas vəziyyətlər də nəzərdən keçirilməlidir. Wapp xidmət təqdimatı müxtəlif həll istiqamətlərinin ayrıca istifadəçi yollarına bölünməsinə baxmaq üçün bir nümunədir.
Hazırlıq və mərhələli yoxlama
Hazırlıq prosesində əsas səhifələri işlək vəziyyətdə görmək tələbləri daha konkret yoxlamağa imkan verir. Test yalnız son gün keçiriləndə məzmun və əməliyyat səhvlərinin düzəlişi bir yerə yığılır. Funksiya hazır olduqca sınaq ssenarisi ilə yoxlamaq daha idarə olunan yanaşmadır.
İctimai səhifələrlə yanaşı panelə giriş, redaktə, şəkil yükləmə və dərc etmə də sınanmalıdır. Düzgün məlumatla uğurlu əməliyyat qədər səhv məlumatın qəbul olunmaması da vacibdir. Formanın boş göndərilməsi, mövcud olmayan səhifə və icazəsiz giriş kimi vəziyyətlər əvvəlcədən siyahıya alınmalıdır.
Yayım və təhvil ayrı addımlardır
Domenə yerləşdirmə saytın açılmasıdır, təhvil isə onun idarəsinin sahibinə verilməsidir. Domen və hostinq hesablarının kimə aid olduğu, hansı girişlərin təqdim ediləcəyi, ehtiyat nüsxənin harada saxlanacağı və redaktorun necə işləyəcəyi yazılmalıdır. Bu suallar yalnız texniki komandanın bildiyi məlumat kimi qalmamalıdır.
Sayt hazırlanması xidmətinin əhatəsinə görə məzmun təlimatı, panel izahı və texniki dəstək müddəti razılaşdırılır. Dəstək dövrü ilə yeni funksiyanın hazırlanması eyni anlayış deyil. Sonrakı dəyişikliklərin necə qiymətləndiriləcəyi də təhvil qeydinə daxil edilə bilər.
Praktik qəbul nümunəsi
Tutaq ki, şirkət iki dilli sayt, altı xidmət və əlaqə forması sifariş edir. Qəbul siyahısında hər iki dildə naviqasiya, hər xidmətin öz ünvanı, paneldən dəyişiklik və uğurlu müraciətin saxlanması olur. Telefon görünüşü ayrıca yoxlanılır. Bu nümunə işin gününü və qiymətini müəyyən etmir, yalnız hansı nəticələrin görünməli olduğunu göstərir.
Qəbul zamanı tapılan məsələlər işə mane olan xəta, razılaşdırılmış tələbin çatışmazlığı və yeni istək kimi ayrılır. Bu ayrılıq problemin gizlədilməsi üçün deyil, hər qeydin hansı razılaşmaya aid olduğunu aydın görmək üçündür.
Praktik nümunə və qəbul
İşin yekununda qısa təhvil qeydi hazırlamaq praktikdir. Burada canlı ünvan, idarəetmə yolu, girişlərin təhlükəsiz verilməsi, məlumat nüsxəsinin qaydası və razılaşdırılmış dəstək əhatəsi göstərilir. Məxfi giriş dəyərləri ictimai təlimata yazılmır; istifadə izahı ilə girişin özü ayrı ötürülür.
Məsələn, redaktor saytda bir xidmətin şəklini dəyişir və nəticəni hər iki dildə yoxlayır. Sonra yeni məqaləni qaralama yaradır, açıq ünvanda görünmədiyini yoxlayır və dərc edir. Bu sadə təhvil tapşırığı komandanın paneli nümayiş etdirməsindən fərqlidir: gələcək istifadəçinin onu müstəqil işlədə bildiyini göstərir. Sual yaranan addımlar təlimatda aydınlaşdırılır və təhvilin qəbul qeydinə əlavə edilir.
Başlamazdan əvvəl yoxlayın
- Məqsəd, auditoriya və əsas əməliyyat yazılı təsdiqlənib.
- Məzmunun hazırlanmasına cavabdeh şəxs müəyyən edilib.
- Hər funksiyanın qəbul zamanı sınaq addımı var.
- Domen, hostinq və panel girişlərinin sahibi məlumdur.
- Təhvil, ehtiyat nüsxə və sonrakı dəstək qaydası yazılıb.
Tez verilən suallar
İlk danışığa nə hazırlayım?
Fəaliyyətiniz, məqsədiniz, oxşar nümunələr və mövcud materiallar kifayətdir. Nümunədə bəyəndiyiniz konkret xüsusiyyəti izah etmək daha faydalıdır.
Tələblər prosesdə dəyişə bilər?
Bəli. Yeni istək mövcud plan və məzmundan ayrılaraq təsiri qiymətləndirilir, sonra yenilənmiş əhatə razılaşdırılır.
Mövzunu davam etdirin
Daha əvvəl texniki tapşırığı hazırlayın; planlaşdırmada müddətə təsir edən amilləri nəzərə alın.
