Elan platformasında moderasiya necə qurulur?
Elan platformasında moderasiya qaydaları hazırlanmayanda idarəçi panelində “təsdiqlə” və “sil” düymələrinin olması kifayət etmir. Bir moderator yarımçıq elanı rədd edir, digəri istifadəçiyə yazıb məlumat istəyir. İstifadəçi isə səbəbi görmədiyi üçün eyni elanı yenidən göndərir. Nəticədə yoxlama növbəsi təkrar müraciətlərlə dolur, qərarlar moderatorun yaddaşından asılı qalır.
Moderasiya sistemini sifariş edərkən əsas sual budur: hansı hal üçün kim qərar verir və bu qərardan sonra istifadəçi nə edə bilir? Cavabı yazılı axına çevirsəniz, həm hazırlanacaq panel, həm də gündəlik iş aydınlaşar. Aşağıdakı nümunələr təklif edilən məhsul qaydalarıdır; öz platformanızın kateqoriyalarına və komandanızın işinə uyğunlaşdırılmalıdır.
Yoxlanacaq məlumatı əvvəlcə formanın özündə dəqiqləşdirin
Moderator hər elanda çatışmayan şəhəri, qiyməti və kateqoriyanı əl ilə tapmalı olmamalıdır. İstifadəçi elan yerləşdirərkən kateqoriyaya uyğun məcburi sahələri görməlidir. Şəkil qəbul edilmirsə, hansı səbəbdən qəbul edilmədiyi elə yükləmə mərhələsində göstərilsin. Qaralamanı saxlayan istifadəçi sonradan həmin məlumatı itirmədən davam edə bilsin.
Bununla belə, formanın bütün sahələrinin doldurulması məlumatın doğru olduğunu sübut etmir. Avtomatik yoxlama formatı və çatışmazlığı müəyyənləşdirə bilər; elanın qaydalara uyğunluğu üçün ayrıca qərar lazım ola bilər. Formanı təsdiqlənmiş hesabla göndərmək də məhsulun həqiqiliyinə zəmanət deyil.
Google-un istifadəçi məzmununda spamın qarşısını almaq bələdçisi aydın qaydaları, şikayət imkanını və şübhəli fəaliyyət üçün əl ilə yoxlamanı tövsiyə edir. Bu yanaşmanı konkret məhsul axınına çevirmək lazımdır: şübhəli elanı kim görəcək, hansı məlumatla qərar verəcək və istifadəçi nəticəni necə öyrənəcək?
Elanın vəziyyəti və moderatorun qərarı ayrı görünsün
İdarəçi panelində bir siyahıdan çox, elanın hansı mərhələdə olduğunu göstərən iş növbəsi lazımdır. Başlanğıc üçün belə bir struktur seçilə bilər:
- Vəziyyət: Qaralama; İstifadəçi nə görür?: Məlumat hələ göndərilməyib; Növbəti addım: İstifadəçi tamamlayıb yoxlamaya göndərir
- Vəziyyət: Yoxlama gözləyir; İstifadəçi nə görür?: Elan qəbul edilib, dərc olunmayıb; Növbəti addım: Moderator baxır
- Vəziyyət: Düzəliş tələb olunur; İstifadəçi nə görür?: Konkret çatışmazlıq və izah görünür; Növbəti addım: İstifadəçi düzəliş edib yenidən göndərir
- Vəziyyət: Dərc edilib; İstifadəçi nə görür?: Elan açıq siyahıda görünür; Növbəti addım: Redaktə, bağlama və şikayət axını işləyir
- Vəziyyət: Rədd edilib; İstifadəçi nə görür?: Qərar səbəbi görünür; Növbəti addım: Razılaşdırılmış etiraz yolu açılır
“Düzəliş tələb olunur” ilə “rədd edilib” eyni nəticə deyil. Qiymət sahəsi boş olan elan düzəlişlə tamamlana bilər. Platformada qəbul edilməyən xidmət isə həmin formada dərc olunmamalıdır. Səbəbləri ayırmaq istifadəçiyə növbəti addımı göstərir və moderatorun eyni izahı hər dəfə yenidən yazmasını azalda bilər.
Paneldə moderator qərarı verəndə standart səbəb seçimi və lazım olduqda əlavə izah sahəsi olsun. İstifadəçiyə görünəcək səbəblə yalnız komandanın görəcəyi daxili qeydi ayırın. Elan sahibinə aid olmayan məxfi məlumatı qərar məktubuna əlavə etməyin.
Redaktədən sonra elanın necə davranacağını razılaşdırın
Dərc edilmiş elan sonradan dəyişə bilər. Qiymətin yenilənməsi, şəkil əlavə edilməsi və elanın başqa məhsula çevrilməsi eyni hadisə deyil. Bütün dəyişiklikləri eyni qaydaya bağlamaq həm nəzarəti, həm də istifadəçi təcrübəsini çətinləşdirə bilər.
Təsəvvür edin ki, təsdiqlənmiş avtomobil elanında qiymət dəyişir. Platforma həmin dəyişiklik üçün dərhal dərcə icazə verə bilər. Ancaq model və şəkillər başqa avtomobillə əvəz edilirsə, yenidən yoxlama tələb etmək seçilə bilər. Bu, təklif edilən qayda nümunəsidir; hansı sahənin hansı qaydaya düşəcəyi sizin kateqoriyanıza uyğun yazılmalıdır.
Yenidən yoxlama zamanı əvvəlki versiya açıq qalacaq, yoxsa elan müvəqqəti gizlədiləcək? Moderator istifadəçinin yeni versiyasını əvvəlki ilə müqayisə edə biləcəkmi? Düzəliş rədd olunanda əvvəlki elana nə baş verəcək? Bu suallar texniki tapşırıqda cavablandırılmalıdır.
Tap.az-ın ictimai qaydaları təkrar elanları və elanın başqa təklifə çevrilməsini ayrıca tənzimləyir. Buradan çıxan praktik fikir odur ki, ilkin dərc və sonrakı redaktə üçün qaydalar da müəyyənləşdirilməlidir. Öz platformanızın şərtlərini həmin xidmətin mətnindən köçürmədən hazırlayın.
Təkrar elan, şikayət və etiraz fərqli növbələrdir
Təkrar elanın aşkar edilməsi üçün istifadəçinin adı tək meyar olmamalıdır. Eyni şəkil müxtəlif təkliflərdə istifadə edilə bilər; eyni məhsul isə bir neçə rəng və ölçüdə satıla bilər. Sistem oxşarlığı moderatora göstərə bilər, amma hansı halın təkrar sayılacağı əvvəlcədən müəyyən edilməlidir.
Moderatorun ekranında şübhəli elanla müqayisə edilən elan yanaşı göstərilə bilər. Qərarın səbəbi qeyd olunsun: eyni təklif yenidən yerləşdirilib, mövcud elan düzgün redaktə edilməyib və ya oxşarlığa baxmayaraq bunlar ayrı təkliflərdir. Belə nümunələr qaydanı komandanın daxilində aydınlaşdırır.
Şikayət isə artıq dərc edilmiş elana aid ola bilər. Şikayət edən şəxsdən məsələni təsvir etmək üçün kifayət qədər məlumat alın, amma ehtiyac olmayan sənəd və məlumat tələb etməyin. Elanın dərhal gizlədilib-gizlədilməyəcəyi, kimin araşdıracağı və elan sahibinin nə vaxt məlumatlandırılacağı ayrıca müəyyənləşdirilsin.
Etiraz da yeni elan kimi yoxlama növbəsinə düşməməlidir. İstifadəçi əvvəlki qərarla bağlı müraciət edir. Paneldə əvvəlki səbəb, düzəliş və təkrar qərar bir-birinə bağlı görünsün. Səbəb dəyişirsə, bu da tarixçədə qalsın. Bu, hər etirazın qəbul ediləcəyi vədi deyil; qərarın necə yenidən nəzərdən keçiriləcəyinin aydın olmasıdır.
Moderatorun hüququ və iş yükü nəzərə alınmalıdır
Bütün moderatorlara bütün hesabları, şəxsi yazışmaları və ödəniş məlumatlarını göstərmək lazım olmaya bilər. Elan yoxlayan əməkdaşın gördüyü məlumatla ödənişli xidmətə dair müraciəti araşdıran əməkdaşın gördüyü məlumat fərqlənə bilər. Hesabı bloklamaq və digər moderatorun qərarını dəyişmək üçün də ayrıca hüquq seçilə bilər.
OWASP-ın giriş hüquqları bələdçisi istifadəçiyə yalnız lazım olan hüquqların verilməsini və icazələrin hər sorğuda yoxlanmasını tövsiyə edir. Biznes sahibi üçün bunun təhvil meyarı sadədir: moderator başqa rola aid əməliyyatı edə bilməməli, istifadəçi isə başqa şəxsin elanını dəyişə bilməməlidir. Paneldə düymənin gizlənməsi təkbaşına bu yoxlamanın sübutu deyil.
İş yükünü izləmək üçün gözləyən elanları, gözləmə müddətini və düzəliş səbəblərini saymaq olar. Məsələn, eyni kateqoriyada davamlı çatışmayan məlumat varsa, formanı dəqiqləşdirmək daha faydalı ola bilər. Bu göstəriciləri moderatorları daha çox elan təsdiqləməyə məcbur edən məqsədə çevirməyin; qərarın düzgünlüyü və qaydanın aydınlığı da yoxlanmalıdır.
Təhvildə yoxlayacağınız konkret ssenarilər
Sistem sifarişinə bu sınaqları daxil edə bilərsiniz:
- Yarımçıq elan göndərilmir və istifadəçi çatışmayan sahəni görür.
- Moderator düzəliş istəyir; istifadəçi əvvəlki məlumatı itirmədən yenidən göndərir.
- Dərc edilmiş elan dəyişir və seçilmiş redaktə qaydası tətbiq olunur.
- Təkrar elan üzrə qərar müqayisə və səbəblə saxlanılır.
- Şikayət və etiraz əvvəlki elanla bağlı tarixçədə görünür.
- Hüququ olmayan rol elanı dəyişmək və ya hesabı bloklamaq cəhdində rədd cavabı alır.
Bu ssenariləri texniki tapşırıq sənədinə əlavə edin. Veb tətbiq hazırlanması xidmətində yalnız ekranları deyil, həmin ekranlarda gedəcək qərar və istifadəçi axınlarını da razılaşdırmaq lazımdır. Moderasiya prosesinizi və ilk kateqoriyanızı PixelLabs-a göndərin; hazırlanacaq panelin əhatəsini birlikdə dəqiqləşdirək.