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

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

1. Која е употребата на управување со пазарот?

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

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

Управувањето со пазарот се користи за следните операции:

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

2. Главни одделенија за управување со пазарот

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

3. Категории на пазарот

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

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

• ВИП пакети: Привремено или неопределено членство на ВИП.
• Клучеви од свод: Клучни производи поврзани со системот за гајба/клуч.
• Пари од играта: Пакети со пари обезбедени преку приклучокот Economy.
• Почетни пакети: Предмети, пари или пакети со специјални предности за нови играчи.
• Козметички производи: Домашни миленици, ефект, ознака, префикс или визуелни предности.
• Специјални пакети: Производи од пакети специфични за серверот.
• Производи за настанот: Настан со ограничен временски период или сезонски производи.

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

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

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

5. Што е управување со производи?

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

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

Затоа, за секој производ мора да се одговори на следниве прашања:

• Што му дава овој производ на играчот?
• Под која категорија ќе се појави производот?
• Дали е точна цената на производот?
• Дали сликата на производот е описна?
• Дали има услов за испорака наведен во описот на производот?
• Дали производот ќе се испорачува автоматски или рачно?
• Дали е точна командата RCON?
• Дали играчот треба да биде онлајн?
• Дали производот е ограничен или неодреден?
• Дали производот е активен или пасивен?

6. Име на производ

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

Примери за добри имиња на производи:

• 30 дневен ВИП пакет
• 10 клучеви за футрола со дијаманти
• 50.000 Игра монети
• Почетен пакет за поддршка
• Премиум козметички пакет
• Пакет за приватен остров SkyBlock

Примерите за лоши имиња на производи се нејасни. Кратките, но нецелосни имиња како што се „Пакет 1“, „Специјален производ“, „ВИП“, „Клуч“ не му даваат доволно информации на плеерот. Името на производот мора да одговара на цената и описот.

7. Опис на производот

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

Описот на производот треба да ги содржи следните информации:

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

Bu paket 30 gün süreyle VIP yetkisi tanımlar.
Satın alma sonrası VIP yetkiniz RCON sistemi ile otomatik olarak hesabınıza işlenir.
Teslimat için Minecraft kullanıcı adınızın doğru yazılmış olması gerekir.
Sorun yaşarsanız sipariş numaranızla destek talebi oluşturabilirsiniz.

8. Цена на производот

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

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

• Дали производот е во ценовна рамнотежа со другите производи?
• Дали ВИП пакетот е преевтин или прескап?
• Дали клучевите од сводот се доволно достапни за да ја нарушат економијата на играта?
• Ако се продаде валута на играта, дали ќе ја надува економијата на серверот?
• Дали цената се уште е разумна по купоните и кампањите?
• Дали се земаат предвид провизиите на давателите на плаќање?
• Производот е вреден за играчот, но дали е фер?

9. Слика на производот

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

Предлози за слика на производот:

• Мора да се користи слика поврзана со производот.
• Сликата за рангирање/етикета може да се користи за ВИП пакет.
• За безбедниот клуч може да се користи слика на тема клуч или гајба.
• Сликата на монети/пари може да се користи за пари од играта.
• Сликите не треба да бидат со многу голема големина на датотека.
• Не треба да се искривува во приказ на мобилен телефон.
• Визуелниот стил треба да биде што е можно поконзистентен на истиот пазар.

Може да се продаваат производи без слики; Меѓутоа, ако целиот пазар е без слики, страницата ќе изгледа слаба. Се препорачува да се користат висококвалитетни слики, особено за истакнати производи.

10. Статус на производот активен/неактивен

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

Тековните нарачки мора да се проверат пред да се деактивира производот. Проблемите со испораката на старите нарачки не се решаваат автоматски само затоа што производот е прекинат. Историјата на нарачките исто така треба да се прегледа.

11. Управување со акции

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

Управувањето со залихите е корисно кога:

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

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

12. Тип на испорака: Автоматска и рачна испорака

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

Автоматската испорака е брза; но техничките поставки мора да бидат точни. Рачната испорака е поконтролирана; но бара интервенција на администраторот. Кој метод да се избере треба да се определи според типот на производот и политиката за управување со серверот.

13. Команда за испорака на RCON

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

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

• Командата треба да биде извршна во конзолата Minecraft.
• Не треба да се користи непотребна коса црта на почетокот на командата; Форматот што го очекува системот треба да се тестира.
• Променливата име на играчот мора да се користи правилно.
• Количината на производот мора да биде правилно напишана.
• Командата за приклучокот мора да биде точна.
• Треба да се провери дали командата работи за офлајн плеерот.
• Командата треба да се испроба со тест-сметка.

give {player} diamond 10
eco give {player} 50000
crate key give {player} vote 5
lp user {player} parent add vip
say {player} marketten bir ürün satın aldı!

овде {player} е пример променлива име на играч. Вистинското име на променливата што се користи во вашиот панел може да се разликува. Променливата поддржана од системот мора да се користи при пишување на командата за производот.

14. Променлива за име на играч

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

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

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

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

15. Однос на производи и купони

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

Следниве точки се важни при проверка на односот на купонот на производот:

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

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

16. Однос на производот и плаќањето

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

Контроли поврзани со плаќање:

• Дали е точна цената на производот?
• Дали валутата е точна?
• Доколку има купон дали попустот е правилно применет?
• Дали е испратен точниот износ до давателот на плаќање?
• Ако се купува со салдо, дали е одземено точното салдо?
• Дали статусот на нарачката се ажурира кога плаќањето е успешно?
• Ако плаќањето не успее, производот не е испорачан?

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

17. Управување со нарачки

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

Записите за нарачки мора да ги содржат следните информации:

• Број на нарачка.
• Член на купувачот.
• Корисничко име на Minecraft.
• Купен производ.
• Цена на производот.
• Информации за попуст доколку има купон попуст.
• Платен нето износ.
• Начин на плаќање.
• Статус на плаќање.
• Статус на испорака.
• Резултат на командата RCON.
• Датум на нарачка.

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

18. Статуси на нарачки

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

19. Процес на тестирање пред да се ослободи производот

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

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

20. Проток на купување на играчи

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

Здравиот тек на купување треба да биде вака:

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

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

21. Однос на пазарот и системот за поддршка

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

За да се намалат барањата за поддршка, страницата на производот треба да ги содржи следните информации:

• Што дава производот?
• Кога ќе биде испорачан производот?
• Дали играчот треба да биде онлајн?
• Зошто е важно корисничкото име на Minecraft?
• Дали производот се испорачува автоматски или рачно?
• Доколку производот не пристигне, поддршката мора да се отвори со бројот на нарачката.
• Краток опис доколку има политика за враќање или компензација.

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

22. Безбедност на пазарот

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

Предлози за безбедност на пазарот:

• Управувањето со пазарот треба да биде отворено само за овластени администратори.
• Командите на RCON не треба да се издаваат од непотребни луѓе.
• Треба да се проверат промените во цената на производот.
• Рачните испораки мора да се евидентираат.
• Испораката не треба да се врши додека не заврши плаќањето.
• Поставките за купонот и кампањата треба редовно да се проверуваат.
• Историјата на нарачки не треба да се брише.
• Треба да се истражат сомнителни нарачки и неуспешни обиди за плаќање.

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

Недостасува опис на производот

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

Активирање на производот без тестирање на командата RCON

Неточната команда RCON предизвикува проблем со испораката по плаќањето. Секој производ за автоматска испорака мора да се тестира.

Погрешно правопис на променливата име на играчот

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

Внесување погрешна цена

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

Објавете празна категорија

Празната категорија прави пазарот да изгледа нецелосен. Доколку нема производ во категоријата, тој треба да биде неактивен.

Рачно нарачување производи без проверка на историјата на нарачки

Можеби нарачката е веќе испорачана. Дневниците на нарачката и RCON треба да се проверат пред да се издадат рачни производи.

Неограничено продавајте многу моќни производи

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

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

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

25. Препораки за безбедност, перформанси и продажба

• Поделете ги производите во јасни категории. Играчот треба лесно да го најде производот што го бара.
• Напишете детални описи на производите. Нецелосното откривање ги зголемува барањата за поддршка.
• Тестирајте ги командите RCON. Ова е задолжително за автоматска испорака на производи.
• Оптимизирајте слики. Големите слики на производи ја забавуваат страницата на пазарот.
• Одржувајте ги цените во склад со економијата. Предметите кои се премногу моќни може да го нарушат балансот на играта.
• Користете акции и ограничување. Ја намалува злоупотребата на ограничени производи.
• Историја на нарачки во продавницата. Задолжително во случај на проблеми со плаќањето и испораката.
• Ограничете ги пазарните овластувања. Не секој администратор треба да ја менува цената на производот или командата RCON.
• Проверете ја цената по купонот. Кампањите не треба да ги прават производите бесплатни.
• Тестирајте го јавниот пазар на мобилен телефон. Значителен дел од играчите можат да купуваат од своите телефони.

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

Додадов производ но не се појавува на пазарот. Од каде?

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

Производот е купен, но не е испорачан. Што да барам прво?

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

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

Не. Командата RCON можеби не е потребна за производите што ќе се испорачуваат рачно. Меѓутоа, ако се сака автоматска испорака, мора да се дефинира точната команда RCON за производот.

Дали играчот треба да биде онлајн?

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

Ја променив цената на производот, дали ќе бидат засегнати старите нарачки?

Обично новата цена се однесува на нови нарачки. Евидентираната цена на старите нарачки не се менува доколку се чуваат посебно. Сепак, старите записи за нарачки треба да се проверат за сметководство и поддршка.

Дали купонот треба да работи на сите производи?

Тоа зависи од политиката на кампањата. Работењето на купони со високи попусти на сите производи може да ре