Водич за управување со барањата за поддршка на веб-панелот на Minecraft

Овој водич е за вас во административниот панел на PvPServer Minecraft Web Panel. Барања за поддршка Подготвен е да го објасни менито. Дел за барања за поддршка; Тоа е систем за билети каде играчите можат да испраќаат пораки до администраторот за сметка, стартер, плаќање, салдо, пазар, купон, испорака на RCON, пристап до страницата и проблеми во играта.

1. Што прави Менито за барања за поддршка?

Во веб-панелот на Minecraft, системот за поддршка се користи за собирање на проблемите што ги доживуваат играчите во еден центар. Играчите можат да креираат барање за поддршка кога не го добиваат своето салдо по плаќањето, кога купуваат производи од пазарот, но не можат да ги добијат, кога стартувачот не се отвора, кога не е примена е-пошта за ресетирање лозинка или кога имаат проблеми со нивните сметки.

Системот за поддршка му овозможува на менаџерот да го следи секое прашање без да држи посебни белешки. За секое барање за поддршка, може да се видат корисничките информации на играчот, насловот на темата, пораката, информациите за датумот, информациите за статусот и историјата на одговорите. Благодарение на оваа структура, проблемите не се комплицирани, може да се испитаат минатите барања на истиот играч и да се води евиденција за чувствителни прашања како што се плаќањето/пазарот.

Менито Барања за поддршка се користи за следните цели:

• Собирање проблеми со играчот во еден панел.
• Да ги прегледате проблемите со плаќањето и балансот на снимен начин.
• Следење на нарачки и проблеми со испораката.
• Решавање на проблеми со фрлачот, најавување, регистрација и сметка.
• Проценка на купонскиот код и проблеми со кампањата.
• Погледнете ја претходната историја на поддршка на играчот.
• Одвојување на одговорени, нерешени и затворени барања.
• Барање дополнителни информации од играчот во барањата направени со нецелосни информации.
• Подобрување на квалитетот на поддршката и времето на резолуција.

2. Листа со барања за поддршка

Кога ќе влезете во менито Барања за поддршка, обично се наведени записите за билети отворени од играчите. Оваа листа ви овозможува брзо да видите кои барања се на чекање, кои се одговорени и кои се затворени.

Списокот за поддршка обично ги вклучува следните полиња:

Списокот за поддршка треба редовно да се проверува. Барањата кои остануваат неодговорени долго време го намалуваат задоволството на играчите. Особено прашањата како што се плаќањето и испораката на намирници треба брзо да се испитаат.

3. Статуси на барање за поддршка

Информациите за статусот на барањата за поддршка ја покажуваат фазата во која се наоѓа барањето. Ако управувањето со ситуациите не се направи правилно, може да има забуна за тоа кој проблем се решава, кој чека и кој чека одговор од играчот.

4. Страна со детали за барање за поддршка

Страницата со детали за барање за поддршка се користи за детално прегледување на содржината на еден билет. Овде, пораката напишана од играчот, одговорите на администраторот, информациите за датумот и информациите за категоријата/статусот, доколку ги има, може да се испитаат.

Следниве информации треба да се проверат во деталите за барањето:

• Кој е играчот што го отвори барањето?
• Кое е корисничкото име на веб-панелот на плеерот?
• Дали е напишано корисничкото име на играчот за Minecraft?
• Кој е предмет на барањето?
• Дали играчот дал доволно информации?
• На која област се однесува, како што се плаќање, нарачка, купон или фрлач?
• Дали ова барање е одговорено претходно?
• Дали играчот достави дополнителни информации?
• Која е побарувачката?

Брзо реагирање без прегледување на екранот со детали може да доведе до неправилно решение. Особено во случај на проблеми со плаќањето и пазарот, прво треба да се проверат сметката на играчот, записите за плаќање и историјата на нарачки.

5. Одговарање на барање за поддршка

Кога одговарате на барање за поддршка, целта не е само да се напише порака, туку да се реши проблемот на играчот. Одговорот треба да биде јасен, професионален, смирен и директивен. Играчот можеби нема техничко знаење; Затоа, треба да се користи едноставен и разбирлив јазик.

Добар одговор за поддршка треба да:

• Тоа треба да покаже разбирање за проблемот на играчот.
• Доколку е потребно, треба да се објаснат извршените контроли.
• Доколку од играчот се бараат информации што недостасуваат, треба јасно да се напишат информациите кои се потребни.
• Доколку се обезбеди решение, на играчот треба да му се каже што да прави.
• Треба да се избегнуваат нејасни, обвинувачки или кратки одговори.
• Не треба да се даваат неточни информации за прашањата за плаќање и пазарот.

Merhaba,

Ödeme bildiriminizi kontrol edebilmemiz için ödeme yaptığınız e-posta adresini, ödeme tutarını ve işlem tarihini bizimle paylaşmanız gerekmektedir.

Ayrıca hesabınıza doğru kullanıcıyla giriş yaptığınızdan emin olunuz.
Bilgileri ilettiğinizde ödeme kaydınızı kontrol edip size dönüş yapacağız.

6. Барања поднесени со нецелосни информации

Играчите често не пишуваат доволно информации кога отвораат барање за поддршка. На пример, кратките пораки како „мојот производ не пристигна“, „Јас го извршив плаќањето“, „фрлачот не се отвора“ не се доволни за решение. Во овој случај, менаџерот мора јасно да ги праша играчот за потребните информации.

Пример пораки за поддршка со информации што недостасуваат:

• „Балансот не дојде“.
• „Немам производ“.
• „Не можам да влезам“.
• „Станувачот дава грешка“.
• „Купонот не работи“.
• „Пазарот е скршен“.

Во такви барања, следните информации може да се бараат од играчот:

• Корисничко име на веб панелот.
• Корисничко име на Minecraft.
• Датум и износ на плаќање.
• Начин на плаќање.
• Број на нарачка.
• Име на купениот производ.
• Код на купон.
• Слика од екранот за грешка на стартерот.
• Оперативниот систем што го користи.
• Кога грешката започна.

7. Како да ги прегледате барањата за плаќање и салдо?

Барањата за плаќање и салдо се прашањата за поддршка што треба највнимателно да се испитаат. Играчот може да каже дека платил; Сепак, плаќањето може да не биде успешно, може да чека, може да биде префрлено на друга сметка или играчот може да се најавува со погрешен корисник.

Се проверува налогот за барање за поддршка за плаќање:

1. Проверете ја членската сметка што го отвори барањето.
2. Побарајте ја адресата на е-пошта за плаќање на играчот.
3. Дознајте го начинот на плаќање: PayTR, Paywant или друг начин.
4. Проверете го износот и датумот на плаќање.
5. Погледнете дали трансакцијата е успешна во панелот за плаќање.
6. Проверете дали салдото е додадено на правилната членска сметка.
7. Проверете дали играчот можеби го потрошил салдото на пазарот.
8. Погледнете дали има запис за известување за повратен повик или плаќање.
9. Доколку е потребно, проверете ги записите пред да извршите рачна трансакција за салдо.

8. Барања за испорака на намирници и производи

По купувањето на артикал од маркетот, играчите можат да пријават дека предметот не пристигнал. Во овој случај, само гледање на пораката на играчот не е доволно. Нарачката, плаќањето, поставките за производот, командата RCON и корисничкото име на Minecraft треба да се проверат заедно.

Проверете ја нарачката за барање за поддршка на пазарот:

1. Побарајте го бројот на нарачката или пронајдете го на членската сметка.
2. Проверете дали нарачката е успешна, не чека или е откажана.
3. Проверете дали плаќањето е завршено.
4. Дали купениот производ е активен?
5. Дали производот се испорачува автоматски или рачно?
6. Дали е дефинирана командата RCON?
7. Дали врската RCON работеше?
8. Дали корисничкото име на играчот за Minecraft е точно?
9. Дали играчот мораше да биде онлајн за испорака на производи?
10. Дали има грешка во дневникот за испорака на нарачки?

Oyuncuya örnek cevap:

Merhaba,

Siparişinizi kontrol edebilmemiz için sipariş numaranızı ve Minecraft kullanıcı adınızı iletmeniz gerekmektedir.
Ürün teslimatı otomatik RCON komutu ile yapılıyorsa oyuncu adının doğru yazılması önemlidir.
Bilgileri gönderdikten sonra sipariş teslimat durumunuzu kontrol edeceğiz.

9. Управување со поддршка за проблеми со фрлачот

Проблемите со стартувачот често може да бидат предизвикани од проблеми како што се преземање датотеки, неотворање, застарување, предупредување за антивирус, недостиг на Java или погрешна верзија. При испитување на проблемот со фрлачот преку барање за поддршка, од играчот треба да се побараат детали за грешката.

Информации што може да се побараат во барање за поддршка на Стартер:

• Од која страница е преземен стартерот?
• Дали преземањето е завршено?
• Дали е отворена датотеката?
• Која е пораката за грешка?
• Кој е оперативниот систем на играчот?
• Дали вашиот антивирус или безбедноста на Windows дава предупредувања?
• Дали играчот користи стар фрлач?
• Каква грешка се добива при најавување на серверот?

Во случај на проблеми со фрлачот, понекогаш може да биде доволно да се каже „преземи повторно“; но не секогаш. Точното решение не може да се даде без да се знае типот на грешка што ја добил играчот. Затоа треба да се побара скриншот или текст за грешка.

10. Барања за сметка, регистрација и најава

Играчите понекогаш може да не можат да се најават на нивната сметка, да се регистрираат или да добијат е-пошта за ресетирање лозинка. Ваквите барања треба да се разгледаат заедно со Управувањето со членовите и поставките за локацијата.

Работи што треба да ги проверите во барањето за поддршка на сметката:

• Дали е точно корисничкото име на играчот?
• Дали е точна адресата на е-пошта?
• Дали сметката е активна?
• Дали сметката е забранета?
• Дали е потребна потврда за е-пошта?
• Дали е испратена е-поштата за ресетирање на лозинката?
• Дали функционираат поставките за SMTP?
• Дали играчот претходно се регистрирал со истата е-пошта?
• Дали режимот на одржување може да влијае на екранот за регистрација/најава?

Администраторот не треба да ја види лозинката на играчот. Во безбедните системи, лозинките не се чуваат во обичен текст. Плеерот мора да ја користи врската за ресетирање лозинка.

11. Барања за код за купони

Играчите може да пријават дека кодот на купонот не работи. Проблемот со купонот не е секогаш системска грешка. Купонот можеби е истечен, неговото ограничување за користење е истечено, можеби е дефинирано специјално за одредени производи или можеби претходно го користел играчот.

Работи што треба да ги проверите кога барате поддршка за купони:

• Дали е точен кодот на купонот?
• Дали е активен купонот?
• Дали купонот е истечен?
• Дали е надминато ограничувањето за користење?
• Дали играчот го користел овој купон претходно?
• Дали купонот е специфичен за одредена категорија или производ?
• Дали износот на количката го исполнува минималниот услов?
• Дали имало празни места или грешки при пишувањето на кодот?

Наместо само да му кажете на играчот „купонот е неважечки“, треба да се објасни зошто може да е неважечки. Доколку кампањата завршила, во одговорот за поддршка треба јасно да се наведе дека кампањата е истечена.

12. Прашања за испорака на RCON

Ако намирниците се испорачуваат автоматски со команди RCON, некои од барањата за поддршка може да потекнуваат од RCON. Ако врската RCON е затворена, командата е неточна, плеерот е офлајн или корисничкото име на Minecraft е неточно, производот може да не се испорача.

Проверете ја низата за проблем со испораката на RCON:

1. Дали е активна врската RCON?
2. Дали RCON-домаќинот, портата и лозинката се точни?
3. Дали командата за испорака на производот е правилно дефинирана?
4. Дали променливата име на играчот се користи правилно во командата?
5. Дали е точно името на Minecraft на играчот?
6. Дали играчот треба да биде онлајн?
7. Дали се враќа грешка кога се извршува командата?
8. Дали е ажуриран статусот на испорака на нарачката?

13. Како да се користат категориите за поддршка?

Ако има поле за категорија во системот за поддршка, барањата треба да се одделат по тема. Употребата на категории му олеснува на менаџерот да одреди кој проблем прво да го разгледа и која листа за проверка да ја следи.

Препорачани категории за поддршка:

• Проблеми со сметката: Регистрација, најавување, ресетирање лозинка, верификација на е-пошта.
• Плаќање и биланс: PayTR, Paywant, вчитување на билансот, плаќање на чекање.
• Пазар и нарачка: Испорака на производи, погрешен производ, статус на нарачка.
• Стартувач: Преземање, неотворање, ажурирање, проблеми со поврзувањето.
• Купон: Кодот е неважечки, попустот не е применет, ограничување за користење.
• Технички проблем: Грешка на страницата, страницата не се отвора, грешка на панелот.
• Општо: Други теми.

Ако категориите се користат правилно, барањата за поддршка се анализираат побрзо. Сепак, создавањето премногу категории може да го остави играчот неодлучен. Користењето на помалку, но јасни категории дава подобри резултати.

14. Приоритетна логика

Ако има приоритетна област во системот за поддршка, не секое барање треба да се оценува со иста итност. Прашањата за плаќање, биланс и испорака се генерално повисок приоритет. Општи прашања или барања за насоки може да бидат од помал приоритет.

15. Шаблони за конзервиран одговор

Ако ист тип на барања за поддршка доаѓаат повторно и повторно, користењето на готови шаблони за одговори го зголемува квалитетот на поддршката. Сепак, шаблоните не треба да се поднесуваат слепо. Треба да се направат мали прилагодувања според секое барање.

Може да се подготват шаблони за конзервирани одговори за следните теми:

• Побарајте информации за плаќање.
• Не барајте број на нарачка.
• Не барајте корисничко име на Minecraft.
• Барање за слика од екранот за грешка на стартерот.
• Побарајте информации за кодот за купон.
• Пренасочување на ресетирање на лозинката.
• Објаснување за доцнење на испораката на RCON.

Örnek market teslimat şablonu:

Merhaba,

Siparişinizi kontrol edebilmemiz için sipariş numaranızı ve Minecraft kullanıcı adınızı paylaşmanız gerekmektedir.
Eğer ürün otomatik teslimatlıysa RCON teslimat kaydı ve oyuncu adınız kontrol edilecektir.
Bilgileri ilettiğinizde sipariş durumunuzu inceleyip dönüş yapacağız.

16. Стил на кој треба да се обрне внимание кога одговарате на играчот

Одговорот за поддршка е важен не само за техничкото решение туку и за односот со клиентите. Играчот отвора поддршка затоа што се соочува со проблеми; Ако одговорот е суров, нејасен или ирелевантен, задоволството на играчите ќе се намали.

Следниот стил треба да се претпочита во одговорите за поддршка:

• Бидете кратки, но описни.
• Не користете никакви обвинувачки изјави за играчот.
• Ако недостасуваат информации, прашајте јасно.
• Накратко наведете ги областите што ги контролирате.
• Ако се најде решението, кажете му на играчот што да прави.
• Ако е потребно чекање, објаснете зошто се чека.
• Не давајте нејасни ветувања во врска со прашањата за плаќање.

Пример за лош одговор: „Немаме проблем“. Пример за добар одговор: "Ја проверивме вашата евиденција за плаќање, се чини дека трансакцијата сè уште не е пријавена како успешна од давателот на плаќањата. Кога трансакцијата е успешна, вашето салдо ќе се рефлектира автоматски. Ако се појави успешно на страната на давателот на плаќање, можете да го испратите вашиот број на трансакција."

17. Затворање на барања за поддршка

Пред да затворите билет за поддршка, важно е да се осигурате дека проблемот е решен или на играчот му е даден соодветен одговор. Побарувањата затворени предвреме ќе предизвикаат играчот повторно да отвори приговор.

Барањето може да се затвори во следниве случаи:

• Доколку е решено прашањето за плаќање/биланс.
• Доколку намирницата е испорачана.
• Доколку се даде потребното решение за проблемот со фрлачот и играчот не се врати.
• Ако нема одговор од играчот долго време.
• Ако барањето е неважечко или спам.
• Ако на прашањето на играчот се одговори преку ЧПП или врската со водич.

Записот би бил поразбирлив доколку се наведе што е направено во последниот одговор пред да се затвори. На пример, „Вашата нарачка е доставена рачно. Можете да ја проверите со најавување во играта“. Јасна порака за затворање како што може да се користи.

18. Врска помеѓу барањата за поддршка и ЧПП

Барањата за поддршка се најдобриот извор на податоци за подобрување на страницата со ЧПП. Ако истиот проблем се појавува како барање за поддршка повторно и повторно, тоа значи дека ова прашање не е доволно добро објаснето во делот ЧПП.

Поддршка на теми што може да се претворат во ЧПП:

• Уплатив но салдото не стигна.
• Производот не беше испорачан.
• Стартувачот не се отвора.
• Кодот на купонот не работи.
• Ја заборавив лозинката.
• Погрешно го напишав моето корисничко име на Minecraft.
• Како да отворите барање за поддршка?
• Како да се поврзете на серверот?

Кога во ЧПП се додаваат повторливи прашања научени од барањата за поддршка, новите барања се намалуваат. Ова го прави управувањето со панели поефикасно.

19. Вообичаени грешки

Додадете салдо без да го потврдите плаќањето

Салдото не треба да се додава само затоа што играчот вели дека платил. Треба да се проверат регистрацијата на давателот на плаќање, статусот на трансакцијата, сметката на членот и износот на плаќање.

Одговарање на пазарно прашање без да бара број на нарачка

Без бројот на нарачката станува тешко да се најде точниот редослед. Од играчот треба да се побара број на нарачка или информации за купениот производ.

Не бара слика од екранот во грешка на Стартер

Самото „Профрлач не се отвора“ не е доволно. Тешко е да се даде точно решение без порака за грешка или слика од екранот.

Затворете го барањето порано

Проблемот не треба да се смета за решен само затоа што му е одговорено на играчот. Особено во барањата за плаќање и пазарот, резултатот од трансакцијата мора да биде потврден.

давајќи остар или краток одговор

Јазикот за поддршка директно влијае на задоволството на играчите. Одговорите треба да бидат јасни, мирни и ориентирани кон решенија.

Не креирање ЧПП за истите прашања

Ако барањата за поддршка продолжат за истото прашање, делот ЧПП треба да се ажурира. Во спротивно, оптоварувањето на поддршката ќе се зголеми непотребно.

20. Список за проверка пред да отворите барање за поддршка

• Дали е точна сметката на членот што го отвори барањето?
• Дали е напишано корисничкото име на играчот за Minecraft?
• На која категорија се однесува барањето?
• Дали играчот дал доволно информации?
• Ако е проблем со плаќањето, дали има датум, износ и начин на плаќање?
• Ако е проблем на пазарот, дали има број на нарачка?
• Дали е проверен дневникот на RCON за испорака на производот?
• Дали е точно името на Minecraft на играчот?
• Ако е проблем со лансерот, дали има скриншот од грешката?
• Ако е прашање на купон, дали има купонски код и информации за производот?
• Ако е проблем со сметката, дали членот е активен, баниран или е-поштата е потврдена?
• Дали се прегледани претходните барања за поддршка на играчот?
• Дали статусот на барањето е поставен правилно?
• Дали му беше даден јасен и разбирлив одговор на играчот?
• Дали резолуцијата беше потврдена пред да се затвори барањето?

21. Препораки за безбедност и квалитет

• Внимателно проверете ги барањата за плаќање и салдо. Не правете финансиски трансакции без регистрација.
• Не споделувајте информации за играчот со трети страни. Информациите за е-пошта, плаќање и сметка се доверливи.
• Проверете го името на целниот играч при рачни испораки. Давањето производи на погрешен играч е сериозен проблем.
• Оставете запис во одговорите за поддршка. Преземените дејства и бараните информации треба да се појават во историјата на пораките.
• Приспособете ги конзервираните одговори. Испраќањето на истиот роботски одговор до секој играч ја намалува довербата.
• Следете ги барањата што остануваат отворени долго време. Барањата што чекаат го намалуваат задоволството на играчите.
• Додадете повторливи теми во ЧПП. Го намалува оптоварувањето на поддршката.
• Не брзајте со процедурите за RCON. Командите извршуваат вистинско дејство на серверот во живо.

22. Често поставувани прашања

Играчот вели дека платил, дали веднаш да додадам салдо?

Не. Прво, мора да се проверат начинот на плаќање, датумот на трансакцијата, износот, регистрацијата на давателот на плаќање и сметката на членот. Рачното салдо не треба да се додава за непроверено плаќање.

Што треба прво да барам во барањето што не е испорачано?

Прво треба да се проверат бројот на нарачката, статусот на плаќање, типот на испорака на производот, корисничкото име на Minecraft и дневникот за испорака на RCON. Погрешно правопис на името на играчот е честа причина.

Што да побарам од плеерот за проблемот со фрлачот?

Од играчот треба да се побара скриншот од грешката, оперативниот систем што го користи, каде го преземал фрлачот и кога се појавила грешката.

Кога треба да затворам барање за поддршка?

Ако проблемот е решен, на играчот му се дава потребниот одговор, или ако нема одговор од играчот подолго време, барањето може да се затвори. Во случај на проблеми со плаќањето и пазарот, резултатот од трансакцијата мора да се потврди пред затворање.

Што треба да направам ако играчот даде нецелосни информации?

Наместо да го затворите барањето, побарајте од играчот јасни информации. Можеби ќе ви биде побарано датум/износ за плаќање, број на нарачка за пазарот, слика од екранот на грешка за фрлачот и код за купон за купонот.

Дали треба да креирам ЧПП од барањата за поддршка?

Да. Ако истото прашање го поставуваат повеќе играчи, тоа треба да се додаде во делот ЧПП. Ова ги намалува барањата за поддршка за истото прашање во иднина.

Дали е безбедно да се изврши рачна команда за проблем со испораката на RCON?

Рачна команда RCON не треба да се извршува без да се потврди името на целниот плеер, производот, нарачката и содржината на командата. Погрешната команда може да предизвика несакано дејство на серверот во живо.

Заклучок

Менито Барања за поддршка на веб-панелот на Minecraft е примарна област за поддршка на клиентите што се користи за управување со проблемите со играчите на организиран, безбеден и следен начин. Проблемите со плаќањето, салдото, пазарот, нарачката, фрлачот, сметката, купонот и испораката на RCON може да се прегледаат преку ова мени.

За добро управување со поддршката, барањата треба да се категоризираат правилно, информациите што недостасуваат треба јасно да се бараат од играчот, плаќањата и пазарните трансакции треба да се проверат со записи, командата и името на целниот играч треба да се проверуваат во испораките на RCON, нерешените барања не треба да се затвораат предвреме.

Кога менито Барања за поддршка се користи правилно, задоволството на играчите се зголемува, се намалува конфузијата во плаќањето и испораката, администраторот може полесно да ги следи минатите записи, а товарот за поддршка се намалува со конвертирање на повторувачки прашања во ЧПП.

Оваа статија е специјално подготвена за PvPServer.