Saytı yeniləmək, yoxsa yenidən hazırlamaq: qərarı necə verməli?
Mövcud sayt köhnə görünür deyə onu yenidən hazırlamaq yeganə seçim deyil. Alıcının məqsədi görünüşdən əvvəl problemi müəyyən etməkdir: ziyarətçi xidməti anlaya bilmir, forma müraciəti qəbul etmir, yoxsa komanda məlumatı yeniləyə bilmir?
Bu şikayətlər fərqli iş tələb edə bilər. Biri mətn və quruluş düzəlişi, digəri texniki təmir, üçüncüsü idarəetmə imkanının dəyişməsidir. Yeniləmə ilə yenidən qurma qərarını konkret istifadəçi və komanda işlərinə əsaslandırmaq daha faydalıdır.
Şikayəti yoxlana bilən tapşırığa çevirin
“Sayt zəifdir” qeydi əvəzinə, hansı işin alınmadığını göstərin. Ziyarətçi telefon ekranında əlaqə məlumatını tapa bilmir. Qiymət yenilənəndə köhnə mətn başqa səhifədə qalır. Forma təsdiq göstərir, amma sorğu qəbul kanalında görünmür. Bunlar araşdırıla bilən vəziyyətlərdir.
Hər problem üçün səhifə, şərait və müşahidə yazın. Fərqli cihaz və əlaqədə davranış dəyişirsə, bunu ayrıca qeyd edin. Bir şəxsin təəssüratını bütün istifadəçilərin problemi kimi təqdim etməyin.
W3C-nin ilkin əlçatanlıq yoxlamaları başlıq, klaviatura istifadəsi və mətn böyütmə kimi görünən məsələləri araşdırmaq üçün başlanğıc verir. Bu sınaqlar tam audit deyil, amma “yenisi lazımdır” deməzdən əvvəl konkret maneəni görməyə kömək edə bilər.
Saxla, dəyiş və əvəz et qeydi hazırlayın
Saytın səhifə və funksiyalarını üç qərardan biri ilə işarələyin. Saxlanacaq hissə real istifadəçi işini yerinə yetirir. Dəyişəcək hissədə məlum problem var, amma mövcud quruluşdan istifadə etmək mümkündür. Əvəz ediləcək hissə isə tələb olunan işi indiki vəziyyətdə daşıya bilmir.
Bu qərarın yanında əsaslandırma olmalıdır. Faydalı məlumatı sırf köhnə dizayna aid olduğu üçün silməyin. Eyni zamanda, işləyən bir düyməyə baxıb bütöv sistemin saxlanmasını da əvvəlcədən bağlamayın.
Hipotetik nümunədə şirkətin xidmət mətnləri doğrudur, amma mobil menyu və forma problem yaradır. Burada bütün məzmunu sıfırdan yazmaq əvəzinə, həmin iki axının düzəliş imkanını yoxlamaq uyğun ola bilər. Bu, konkret layihə nəticəsi deyil, seçimlərin ayrılmasını göstərir.
Məzmun, dizayn və sistemi qarışdırmayın
Xidmət əhatəsi aydın deyilsə, başqa rəng və foto həmin sualı cavablandırmayacaq. Komanda mətn dəyişə bilmirsə, yalnız ana səhifənin görünüşünü yeniləmək idarəetməni düzəltməyə bilər. Texniki yüklənmə problemi də təkcə yeni maket seçməklə həll olunmur.
Sürət məsələsini ayrıca ölçmək və səbəbi araşdırmaq lazımdır. Yeni saytın avtomatik daha sürətli olacağına dair əvvəlcədən nəticə çıxarmayın. Araşdırma həm düzəliş, həm yenidən qurma variantının əhatəsini daha doğru göstərə bilər.
Komandanızdan gündəlik redaktə işini də nümayiş etdirməsini istəyin. Xidmət mətnini dəyişmək, yeni foto əlavə etmək və köhnə məlumatı çıxarmaq mümkündürmü? Bunun üçün daim texniki müdaxilə lazım gəlirsə, yeni tələbdə redaktə əhatəsi konkret göstərilməlidir.
Kiçik düzəlişin sərhədini sınayın
Ən vacib bir axını seçin: xidmətin tapılmasından müraciətin qəbuluna qədər yol. Mövcud saytın həmin hissəsini dəyişmək mümkün və məntiqlidirmi? Agentlikdən işin həcmini, saxlanacaq hissələri və geriyə dönüş imkanını izah etməsini istəyin.
Kiçik düzəliş nəticəsində bütün saytın qəbul edildiyini düşünməyin. Onun məqsədi konkret problemi və mövcud quruluşun imkanını yoxlamaqdır. Yeni tələblər başqa hissələrə də toxunursa, ayrıca qiymətləndirilməlidir.
Yeni sifarişdə qorunacaq hissələri yazın
Yenidən hazırlamaq qərarı verilərsə, saxlanacaq mətn, hesab, məlumat və ünvanlar siyahısı olsun. Ünvan köçürməsi bələdçisi bu qərardan sonrakı mərhələni izah edir. Köçürmə planı saytın mütləq yenidən hazırlanmalı olduğunu sübut edən sənəd deyil.
Sayt hazırlanması təklifi alarkən mövcud saytın ünvanı ilə yanaşı saxla, dəyiş və əvəz et qeydinizi təqdim edin. Beləliklə, sifariş ümumi narazılığa deyil, qorunacaq dəyər və düzəldiləcək işlərə əsaslanar.