Həll
proses + nəzarətDəstək xidməti poçt qutusu ilə idarə olunanda üç şey mütləq baş verir: müraciət cavabsız qalır, iki nəfər eyni suala fərqli cavab verir, ay sonunda isə neçə müraciətin gəldiyini heç kim deyə bilmir. Ticket sistemi bu üçünü də bağlayır.
Müraciətlərin toplanması
- Saytdakı forma, email, telefon qeydi və mesajlaşma kanalları.
- Hər müraciətə nömrə verilməsi və müştəriyə təsdiq göndərilməsi.
- Eyni mövzuda təkrar yazışmanın bir ticketə birləşdirilməsi.
Prioritet və təyinat
Müraciətlər təsir dərəcəsinə görə qruplaşdırılır. Sistem tamamilə dayanıbsa bu birinci dərəcəlidir və növbədə gözləmir. Təyinat komandaya və ya konkret mütəxəssisə edilir; sahibsiz ticket qalmır.
Cavab müddəti nəzarəti
Hər prioritet üçün ilk cavab və həll müddəti təyin olunur. Müddət yaxınlaşanda məsul şəxsə xəbərdarlıq gedir, keçəndə isə rəhbərə bildirilir. Beləliklə öhdəlik sözdə qalmır, ölçülür.
Bilik bazası
Təkrarlanan suallar üçün daxili və açıq məqalələr hazırlanır. Operator cavabı sıfırdan yazmır, müştəri isə bəzi sualların cavabını özü tapır — bu, müraciət sayını hiss olunacaq dərəcədə azaldır.
Məmnuniyyət və hesabatlar
Ticket bağlananda müştəriyə qısa qiymətləndirmə sorğusu göndərilir. Hesabatlarda müraciət həcmi, mövzu üzrə bölgü, orta cavab və həll müddəti, operator yüklənməsi və məmnuniyyət balı toplanır. Ən çox təkrarlanan mövzular məhsulda düzəldilməli yerləri göstərir.
İş ssenarisinin qəbul meyarları
Problemi təkrarlamaq üçün addımlar, brauzer və gözlənilən nəticə yazılmalıdır. Düzəlişdən sonra əsas istifadəçi ssenarisinin işlədiyi yoxlanılsın.
Layihə üçün hazırlıq məlumatları
Saytın texnologiyası, yerləşdiyi mühit və açıq problemlərin siyahısı lazımdır. Ehtiyat nüsxə və geri dönüş planı olmadan dəyişiklik riski qiymətləndirilə bilməz.
Nümunə ssenari
Nümunə qəbul: yenilənmədən sonra forma bildirişi gəlmir. Dəstək qeydi təsirlənən səhifəni, başlanma vaxtını və təkrarlama addımlarını saxlayır. Düzəliş yalnız səhifənin açılması ilə deyil, sınaq müraciətinin çatması ilə təsdiqlənir.
