Minecraft Web Panel Marktbeheergids

Deze handleiding is voor u bedoeld in het beheerderspaneel van PvPServer Minecraft Web Panel. Marktbeheer Er is een toelichting op dit gedeelte opgesteld. Marktbeheer; Het wordt gebruikt om productcategorieën, producten, prijzen, afbeeldingen, beschrijvingen, voorraad-/statusinformatie, RCON-leveringsopdrachten en bestelprocessen te beheren die aan spelers op de Minecraft-server worden verkocht.

1. Wat is het nut van Marktmanagement?

In Minecraft-webpaneel Marktbeheerwordt gebruikt om de producten te organiseren die spelers via de website kunnen kopen. Deze sectie is niet alleen het scherm voor het toevoegen van producten; Het heeft ook rechtstreeks invloed op de economische structuur van de server, de leveringsstroom na betaling, de productinformatie die aan de speler moet worden weergegeven en het after-sales ondersteuningsproces.

Als een marktitem verkeerd is geconfigureerd, ziet de speler het item mogelijk niet, koopt het voor de verkeerde prijs, wordt het item mogelijk niet geleverd na betaling of werkt het RCON-commando mogelijk niet correct. Daarom is het bij het toevoegen van kruidenierswaren niet voldoende om alleen de titel en de prijs op te schrijven. Categorie, beschrijving, afbeelding, activiteit, voorraad, leveringsmethode, RCON-opdracht, variabele spelersnaam en ordercontrole moeten samen worden beschouwd.

Marktmanagement wordt gebruikt voor de volgende bewerkingen:

• Marktcategorieën creëren.
• Producten toevoegen om te verkopen.
• Het bepalen van productprijzen.
• Productafbeeldingen en beschrijvingen bewerken.
• Producten actief of passief maken.
• Voorraad- of verkoopstatus controleren.
• Opdrachten voor productlevering definiëren.
• Automatische levering via RCON.
• Het volgen van bestellingen en leveringsstatussen.
• Om de markt in harmonie te laten functioneren met betalings-, saldo-, coupon- en campagnestroom.

2. Belangrijkste afdelingen van marktbeheer

Minecraft Web Panel Market Management bestaat over het algemeen uit drie basisgebieden: Categorieën, Producten en Bestellingen. Deze drie gebieden werken samen. Zonder categorieën lijken producten ongeorganiseerd; Zonder producten blijft de markt leeg; Betalings- en leveringsproblemen kunnen niet worden opgelost zonder het volgen van de bestelling.

3. Marktcategorieën

MarktcategorieënMaakt het mogelijk producten regelmatig te groeperen. Wanneer de speler de markt betreedt, kan hij categorie voor categorie bladeren in plaats van alle producten door elkaar te zien. Dit verbetert zowel de gebruikerservaring als het verkooppercentage.

Voorbeelden van categorieën die op Minecraft-servers kunnen worden gebruikt:

• VIP-pakketten: Tijdelijke of onbepaalde VIP-lidmaatschappen.
• Kluissleutels: Sleutelproducten aangesloten op het krat/sleutelsysteem.
• Spelgeld: Geldpakketten aangeboden via de Economy-plug-in.
• Startpakketten: Items, geld of speciale voordeelpakketten voor nieuwe spelers.
• Cosmetische producten: Huisdier, effect, tag, voorvoegsel of visuele voordelen.
• Speciale pakketten: Serverspecifieke bundelproducten.
• Evenementproducten: Tijdelijk evenement of seizoensproducten.

Categorienamen moeten kort en begrijpelijk zijn. Als de speler de categorienaam ziet, moet hij kunnen raden welke producten erin zitten. Als er te veel gebruik wordt gemaakt van zeer algemene categorieën zoals ‘Overig’, ‘Pakketten’, ‘Speciaal’, zal de markt er rommelig uitzien.

4. Dingen waarmee u rekening moet houden bij het maken van een categorie

Bij het aanmaken van een categorie is alleen het schrijven van een naam niet voldoende. De rang, activiteit, beschrijving van de categorie en hoe deze op de speler overkomt, zijn ook belangrijk. Vooral in markten met meerdere producten heeft de categorievolgorde rechtstreeks invloed op de verkoopstroom.

5. Wat is productbeheer?

Productbeheeris het gedeelte waarin u de details specificeert van elk product dat op de markt wordt verkocht. De naam van het product, de prijs, de categorie, de beschrijving, de afbeelding, de activiteitsstatus, de voorraadinformatie en het RCON-leveringscommando worden in dit gebied beheerd.

Bij het maken van het product moet de speler duidelijk begrijpen wat hij koopt. Als de productbeschrijving vaag is, heeft de speler andere verwachtingen. Indien de leveringsopdracht onjuist is, wordt het product na betaling niet geleverd. Indien de prijs onjuist is, wordt het onjuiste bedrag in rekening gebracht.

Daarom moeten voor elk product de volgende vragen worden beantwoord:

• Wat geeft dit product de speler?
• Onder welke categorie zal het product verschijnen?
• Klopt de productprijs?
• Is de productafbeelding beschrijvend?
• Staat er een leveringsconditie vermeld in de productbeschrijving?
• Wordt het product automatisch of handmatig geleverd?
• Is het RCON-commando correct?
• Moet de speler online zijn?
• Is het product beperkt of onbepaald?
• Is het product actief of passief?

6. Productnaam

De productnaam is de belangrijkste informatie die de speler op de markt ziet. De productnaam moet kort en duidelijk zijn en uitleggen wat het product biedt. De speler moet grofweg kunnen begrijpen wat hij krijgt door alleen maar naar de productnaam te kijken.

Voorbeelden van goede productnamen:

• 30 dagen VIP-pakket
• 10 diamanten kastsleutels
• 50.000 spelmunten
• Startersondersteuningspakket
• Premium cosmetisch pakket
• SkyBlock privé-eilandpakket

Voorbeelden van slechte productnamen zijn vaag. Korte maar onvolledige namen zoals “Pakket 1”, “Speciaal product”, “VIP”, “Sleutel” geven niet voldoende informatie aan de speler. De productnaam moet overeenkomen met de prijs en beschrijving.

7. Productbeschrijving

De productbeschrijving vertelt de speler precies wat het product geeft. Een aanzienlijk deel van de verzoeken om marktondersteuning komt voort uit onvolledige of onduidelijke productbeschrijvingen. De speler moet vooraf op de hoogte zijn van de inhoud van het product, de wijze van levering en de gebruiksvoorwaarden.

De productbeschrijving moet de volgende informatie bevatten:

• Wat het product geeft.
• Producthoeveelheid.
• Of het nu tijdelijk is of voor onbepaalde tijd.
• Of de speler nu online moet zijn of niet.
• Of de levering nu automatisch of handmatig is.
• Als het een VIP- of autorisatieproduct is, welke voordelen biedt het dan?
• Als het de kluissleutel is, in welke kluis deze zal worden gebruikt.
• Deze informatie is alleen geldig in een bepaalde servermodus als het product beschikbaar is.
• Waar te controleren na aankoop.

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. Productprijs

De artikelprijs bepaalt het bedrag dat aan de speler in rekening wordt gebracht. Bij het bepalen van de prijs moet niet alleen rekening worden gehouden met de waarde van het product, maar ook met het algemene economische evenwicht van de server, andere productprijzen, betalingscommissies, campagnes en couponsystemen.

Waar u op moet letten bij het bepalen van de prijs:

• Is het product in prijsevenwicht met andere producten?
• Is het VIP-pakket te goedkoop of te duur?
• Zijn kluissleutels voldoende toegankelijk om de speleconomie te ontwrichten?
• Als spelvaluta worden verkocht, zal dit dan de servereconomie opblazen?
• Is de prijs nog steeds redelijk na kortingsbonnen en campagnes?
• Wordt er rekening gehouden met commissies van betalingsproviders?
• Het product is waardevol voor de speler, maar is het eerlijk?

9. Productafbeelding

De productafbeelding zorgt ervoor dat het product er professioneler en begrijpelijker uitziet in de markt. Spelers merken producten met visuals gemakkelijker op. De afbeelding moet echter compatibel zijn met het product en mag de prestaties van de site niet verminderen.

Suggesties voor productafbeelding:

• Er moet een afbeelding worden gebruikt die verband houdt met het product.
• Rang-/labelafbeelding kan worden gebruikt voor het VIP-pakket.
• Voor de sleutel van de kluis kan een afbeelding met een sleutel- of kratthema worden gebruikt.
• Munt/geld-afbeelding kan worden gebruikt voor spelgeld.
• Afbeeldingen mogen geen erg grote bestandsgrootte hebben.
• Het mag niet worden vervormd in mobiele weergave.
• Visuele stijl moet zo consistent mogelijk zijn binnen dezelfde markt.

Producten zonder afbeeldingen kunnen verkocht worden; Als de hele markt echter zonder afbeeldingen zit, ziet de site er zwak uit. Het wordt aanbevolen om afbeeldingen van hoge kwaliteit te gebruiken, vooral voor prominente producten.

10. Productstatus actief/inactief

De productactiviteitsstatus bepaalt of het product zal verschijnen voor spelers op de publieke markt. Producten die in voorbereiding zijn, niet zijn getest of tijdelijk zijn stopgezet, moeten inactief worden gehouden.

Lopende bestellingen moeten worden gecontroleerd voordat het product wordt gedeactiveerd. Leveringsproblemen van oude bestellingen worden niet automatisch opgelost alleen omdat het product niet meer leverbaar is. De bestelgeschiedenis moet ook worden beoordeeld.

11. Voorraadbeheer

Voor sommige producten kan voorraadlogica worden gebruikt. Er kan bijvoorbeeld een voorraadlimiet worden ingesteld voor een speciaal pakket, evenementproduct of seizoensproduct dat in beperkte aantallen wordt verkocht. Als er een voorraadsysteem is, kan het aantal keren dat het product kan worden gekocht worden beheerd.

Voorraadbeheer is nuttig wanneer:

• Een beperkt aantal VIP-campagnes maken.
• Speciale pakketten verkopen aan de eerste 50 spelers.
• Het publiceren van speciale marktitems, zoals evenementbeloningen.
• Beperking van producten die de servereconomie kunnen verstoren.
• Verkoop van veilige sleutels of speciale pakketten onder controle houden.

Indien er voorraad is, is het handig om deze op de productpagina duidelijk aan de speler weer te geven. Als het product kan worden gekocht terwijl de voorraad op is, doet zich een ernstig probleem voor. Indien er geen gebruik wordt gemaakt van het voorraadsysteem mogen uitdrukkingen als beperkte verkoop niet in de productomschrijving worden gebruikt.

12. Leveringstype: automatische en handmatige levering

Boodschappen kunnen op twee basismanieren worden bezorgd: automatische bezorging en handmatige bezorging. Bij automatische bezorging wordt de RCON-opdracht uitgevoerd. Bij handmatige bezorging controleert de manager de bestelling en levert hij het product zelf af.

Automatische levering is snel; maar de technische instellingen moeten correct zijn. Handmatige levering is meer gecontroleerd; maar vereist tussenkomst van de beheerder. Welke methode u moet kiezen, moet worden bepaald door het producttype en het serverbeheerbeleid.

13. RCON-leveringscommando

Het RCON-bezorgcommando is het meest kritische onderdeel van automatische bezorging. Bepaalt welke opdracht op de Minecraft-server wordt uitgevoerd wanneer het product wordt aangeschaft. Indien deze opdracht onjuist is, wordt het product niet of verkeerd geleverd.

Bij het voorbereiden van het RCON-leveringscommando moeten de volgende punten in overweging worden genomen:

• De opdracht moet uitvoerbaar zijn in de Minecraft-console.
• Er mag geen onnodige schuine streep worden gebruikt aan het begin van de opdracht; Het door het systeem verwachte formaat moet worden getest.
• De spelernaamvariabele moet correct worden gebruikt.
• De producthoeveelheid moet correct worden geschreven.
• Het plug-incommando moet correct zijn.
• Er moet worden gecontroleerd of de opdracht werkt voor de offline speler.
• De opdracht moet worden geprobeerd met een testaccount.

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ı!

hier {player} is een voorbeeld van een spelernaamvariabele. De daadwerkelijke naam van de variabele die in uw paneel wordt gebruikt, kan afwijken. De door het systeem ondersteunde variabele moet worden gebruikt bij het schrijven van de productopdracht.

14. Variabele spelersnaam

De variabele van de spelersnaam is erg belangrijk bij het bezorgen van boodschappen. Tijdens de bestelling neemt het paneel de Minecraft-gebruikersnaam van de speler en schrijft deze in de variabele in het RCON-commando. Op deze manier kan hetzelfde product automatisch aan verschillende spelers worden geleverd.

Dingen om over na te denken over de variabele spelersnaam:

• De naam van de variabele moet de indeling hebben die door het paneel wordt ondersteund.
• De Minecraft-naam op het profiel van de speler moet correct zijn.
• Er mogen geen spaties of speciale tekens in de spelersnaam voorkomen.
• Variabelen mogen niet op de verkeerde plaats binnen het commando worden gebruikt.
• Bij het testen van de opdracht moet deze worden geprobeerd met de echte spelersnaam.

Als de speler de Minecraft-naam verkeerd spelt, kan het RCON-commando naar de verkeerde bestemming gaan of helemaal niet werken. Daarom moet ervoor worden gezorgd dat de spelersnaam correct wordt ingevoerd tijdens de lidmaatschaps- en marktaankoopstroom.

15. Product- en couponrelatie

Boodschappen kunnen werken met couponcodes. Een kortingsbon kan geldig zijn op alle producten of werkt alleen op bepaalde categorieën/producten. De productprijs, couponkorting en betalingsbedrag moeten correct samen worden berekend.

De volgende punten zijn belangrijk bij het controleren van de productbonrelatie:

• Is de kortingsbon geldig op dit product?
• Is de coupon alleen voor een bepaalde categorie gedefinieerd?
• Klopt de productprijs na de korting?
• Is er een minimummandbedrag voorzien?
• Wordt het product gratis met de kortingsbon?
• Wordt het coupongebruik vastgelegd in het bestelrecord?

Bij het uitvoeren van kortingsbonnencampagnes moeten ook de prijzen van levensmiddelenproducten worden herzien. Het gratis of met verlies verkopen van laaggeprijsde producten moet worden voorkomen, vooral als het gaat om kortingsbonnen met een hoge korting.

16. Product- en betalingsrelatie

De productprijs moet correct worden doorgegeven aan het betalingssysteem. De speler selecteert een product op de markt, koopt dit via betaal- of saldomethode, de bestelling wordt geplaatst en het product wordt geleverd. Een fout op enig moment in deze stroom verandert in een ondersteuningsverzoek.

Betalingsgerelateerde controles:

• Klopt de productprijs?
• Klopt de munteenheid?
• Als er een kortingsbon is, is de korting dan correct toegepast?
• Is het juiste bedrag naar de betalingsprovider verzonden?
• Is bij aankoop met saldo het juiste saldo afgetrokken?
• Wordt de bestelstatus bijgewerkt wanneer de betaling succesvol is?
• Indien betaling mislukt, product niet geleverd?

Het product mag pas worden geleverd nadat de betaling is voltooid. Anders kan de speler items kopen zonder te betalen. Daarom moeten de betalingsstatus en de leveringsstatus van de bestelling duidelijk gescheiden zijn.

17. Orderbeheer

Orderbeheerwordt gebruikt om de aankopen en leveringsstatus van spelers te volgen. Hoe goed het marktsysteem ook is opgezet, ondersteunende processen kunnen niet goed worden beheerd zonder een scherm voor het volgen van bestellingen.

Orderrecords moeten de volgende informatie bevatten:

• Bestelnummer.
• Koper lid.
• Minecraft-gebruikersnaam.
• Gekocht product.
• Productprijs.
• Kortingsinformatie als er een couponkorting is.
• Netto betaald bedrag.
• Betaalmethode.
• Betalingsstatus.
• Leveringsstatus.
• RCON-opdrachtresultaat.
• Besteldatum.

Wanneer de speler zegt "het product is niet aangekomen", is het bestelnummer de belangrijkste informatie. Zonder het bestelnummer wordt het lastig om de juiste bestelling te vinden. Daarom moet de bestelgeschiedenis duidelijk en begrijpelijk zijn in het spelerspaneel.

18. Bestelstatussen

De orderstatus laat zien in welke fase het aankoop- en leveringsproces zich bevindt. Als statusinformatie niet correct wordt gebruikt, kunnen vragen als of de speler het product heeft ontvangen, of de betaling is voltooid en of de levering is mislukt, in de war raken.

19. Testproces voordat het product op de markt wordt gebracht

Na het toevoegen van een nieuw marktproduct is het niet juist om dit onmiddellijk beschikbaar te stellen aan spelers. Het aankoop- en leveringsproces moet eerst worden uitgeprobeerd met een testaccount. Deze tests verminderen toekomstige verzoeken om betalings- en leveringsondersteuning.

1. Klopt de productcategorie?
2. Is de productnaam correct?
3. Is de productbeschrijving voldoende?
4. Klopt de productprijs?
5. Is de productafbeelding geüpload?
6. Verschijnt het product correct op de publieke markt?
7. Is het RCON-leveringscommando correct?
8. Werkt de variabele van de spelersnaam correct?
9. Werkt het commando met de testspeler?
10. Kan een testbestelling worden aangemaakt met betaling of saldo?
11. Vindt de levering plaats wanneer de bestelling succesvol is?
12. Is er sprake van een correcte registratie in de bestelhistorie?

20. Aankoopstroom van spelers

De aankoopstroom aan de kant van de speler moet eenvoudig en begrijpelijk zijn. De speler selecteert het product, leest de beschrijving, logt in op zijn account, selecteert de betalings- of saldomethode, gebruikt een couponcode indien beschikbaar en rondt de bestelling af.

Een gezonde koopstroom zou er als volgt uit moeten zien:

1. De speler komt op de marktpagina.
2. Selecteert een product uit de categorie.
3. Controleert de productbeschrijving en prijs.
4. Als hij niet ingelogd is, logt hij in op zijn account.
5. Zorgt ervoor dat de Minecraft-gebruikersnaam correct is.
6. Als er een couponcode is, pas deze dan toe.
7. Aankopen via betaal- of saldomethode.
8. Controleert de status uit de bestelgeschiedenis.
9. Als het product automatisch wordt afgeleverd, wordt dit gecontroleerd in het spel.
10. Als er een probleem is, wordt een ondersteuningsverzoek geopend met het bestelnummer.

Als deze stroom aan de speler wordt uitgelegd, zullen de ondersteuningsaanvragen afnemen. In het bijzonder moet de waarschuwing "Zorg ervoor dat uw Minecraft-gebruikersnaam correct is" zichtbaar zijn op de marktpagina.

21. Relatie tussen markt en ondersteuningssysteem

Het marktsysteem houdt rechtstreeks verband met het ondersteuningssysteem. Spelers openen meestal ondersteuning met betrekking tot betaling, saldo, productlevering, verkeerde spelersnaam en couponproblemen. Hoe duidelijker de kruidenierswaren worden bereid, hoe minder de ondersteuningslast zal zijn.

Om ondersteuningsverzoeken te verminderen, moet de productpagina de volgende informatie bevatten:

• Wat levert het product op?
• Wanneer wordt het product geleverd?
• Moet de speler online zijn?
• Waarom is de Minecraft-gebruikersnaam belangrijk?
• Wordt het product automatisch of handmatig geleverd?
• Als het product niet aankomt, moet de ondersteuning worden geopend met het bestelnummer.
• Korte beschrijving of er sprake is van een retour- of compensatiebeleid.

Als de productbeschrijving niet duidelijk is, kan de speler het product verkeerd begrijpen. In dit geval opent hij een ondersteuningsverzoek en vraagt ​​hij soms om terugbetaling/compensatie. Duidelijke openbaarmaking vermindert deze problemen.

22. Marktveiligheid

Omdat het marktsysteem werkt met betalings-, saldo-, productleverings- en RCON-commando's, moet het zorgvuldig worden beheerd in termen van veiligheid. Iemand die toegang heeft tot het beheerderspaneel kan productprijzen wijzigen, RCON-opdrachten verstoren of onjuiste leveringen doen.

Suggesties voor marktveiligheid:

• Marktbeheer zou alleen toegankelijk moeten zijn voor geautoriseerde beheerders.
• RCON-commando's mogen niet door onnodige mensen worden gegeven.
• Productprijswijzigingen moeten worden gecontroleerd.
• Handmatige leveringen moeten worden geregistreerd.
• Levering mag pas plaatsvinden nadat de betaling is voltooid.
• Coupon- en campagne-instellingen moeten regelmatig worden gecontroleerd.
• Bestelgeschiedenis mag niet worden verwijderd.
• Verdachte bestellingen en mislukte betaalpogingen moeten worden onderzocht.

23. Veel voorkomende fouten

Ontbrekende productbeschrijving

Als de speler niet weet wat het product levert, wanneer het geleverd wordt en of het online moet, opent hij een ondersteuningsverzoek. De productbeschrijving moet duidelijk zijn.

Het product activeren zonder het RCON-commando te testen

Een onjuist RCON-commando veroorzaakt een probleem met de bezorging na betaling. Elk automatisch bezorgproduct moet worden getest.

De variabele van de spelersnaam verkeerd gespeld

Als het paneel de variabele niet kan converteren, wordt de opdracht onjuist uitgevoerd. De spelernaamvariabele in de leveringsopdracht moet systeemcompatibel zijn.

Verkeerde prijs invoeren

Als het product tegen de verkeerde prijs wordt uitgebracht, kunnen spelers het product voor het verkeerde bedrag kopen. De openbare markt moet na de prijswijziging worden gecontroleerd.

Plaats een lege categorie

De lege categorie zorgt ervoor dat de markt er onvolledig uitziet. Als er geen product in de categorie aanwezig is, moet deze inactief worden gehouden.

Handmatig producten bestellen zonder de bestelgeschiedenis te controleren

Het kan zijn dat de bestelling al is afgeleverd. Order- en RCON-logboeken moeten worden gecontroleerd voordat handmatige producten worden uitgegeven.

Verkoop onbeperkt zeer krachtige producten

Producten die de speleconomie of het PvP-saldo kunnen verstoren, mogen niet onbeperkt worden verkocht. Er moet gebruik worden gemaakt van voorraad-, limiet- of zorgvuldiger prijzen.

24. Controlelijst voordat u een ondersteuningsverzoek opent

• Is het product actief?
• Staat het product in de juiste categorie?
• Klopt de productprijs?
• Is de productbeschrijving voldoende?
• Is de productafbeelding geüpload?
• Is het product op voorraad?
• Wordt het product automatisch of handmatig geleverd?
• Is het RCON-commando correct?
• Is de variabele van de spelersnaam correct?
• Is de Minecraft-gebruikersnaam van de speler correct?
• Moet de speler online zijn?
• Is de betalingsstatus van de bestelling succesvol?
• Wat is de bezorgstatus van de bestelling?
• Zijn er fouten in de RCON-opdrachtgeschiedenis?
• Is de coupon toegepast?
• Is het saldo correct afgeschreven?
• Is er een succesvolle reactie geweest van de betalingsprovider?
• Als er een handmatige levering heeft plaatsgevonden, is er dan een registratie?

25. Beveiligings-, prestatie- en verkoopaanbevelingen

• Verdeel producten in duidelijke categorieën. De speler moet gemakkelijk het product vinden waarnaar hij op zoek is.
• Schrijf gedetailleerde productbeschrijvingen. Onvolledige openbaarmaking verhoogt het aantal verzoeken om ondersteuning.
• RCON-opdrachten testen. Dit is verplicht voor producten met automatische bezorging.
• Optimaliseer afbeeldingen. Grote productafbeeldingen vertragen de marktpagina.
• Houd de prijzen in lijn met de economie. Items die te krachtig zijn, kunnen de spelbalans verstoren.
• Gebruik voorraad en limiet. Vermindert misbruik van beperkte producten.
• Bestelgeschiedenis opslaan. Verplicht bij betalings- en leveringsproblemen.
• Beperk marktautorisaties. Niet elke beheerder hoeft de productprijs of het RCON-commando te wijzigen.
• Controleer de prijs na coupon. Campagnes mogen producten niet gratis maken.
• Test de publieke markt op mobiel. Een aanzienlijk deel van de spelers kan winkelen vanaf hun telefoon.

26. Veelgestelde vragen

Ik heb een product toegevoegd, maar het verschijnt niet op de markt. Van waar?

Het product is mogelijk inactief, de categorie is mogelijk inactief, het product is mogelijk niet op voorraad of de cache van de openbare markt bevat mogelijk oude gegevens. De activiteitsstatus van producten en categorieën moet worden gecontroleerd.

Het product is gekocht maar niet geleverd. Waar moet ik eerst naar zoeken?

Bestelstatus, betalingsstatus, productleveringstype, RCON-opdracht, variabele spelernaam, Minecraft-gebruikersnaam en RCON-opdrachtgeschiedenis moeten eerst worden gecontroleerd.

Is het RCON-commando vereist voor elk product?

Nee. Het RCON-commando is mogelijk niet vereist voor producten die handmatig worden geleverd. Als automatische levering echter gewenst is, moet het juiste RCON-commando voor het product worden gedefinieerd.

Moet de speler online zijn?

Dit is afhankelijk van de gebruikte opdracht en plug-in. Sommige itemopdrachten werken mogelijk niet als de speler niet online is. Als er in de productbeschrijving een vereiste is om online te zijn, moet dit vermeld worden.

Ik heb de productprijs gewijzigd. Heeft dit gevolgen voor oude bestellingen?

Bij nieuwe bestellingen geldt doorgaans de nieuwe prijs. De geregistreerde prijs van oude bestellingen verandert niet als ze afzonderlijk worden opgeslagen. Oude bestelgegevens moeten echter worden gecontroleerd op boekhouding en ondersteuning.

Moet de kortingsbon op alle producten werken?

Het hangt af van het campagnebeleid. Het werken met hoge kortingsbonnen op alle producten kan tot inkomensverlies leiden. Het gebruik van een specifieke categorie of productvereiste is meer gecontroleerd.

Wat moet er aan de speler worden geschreven voor producten met handmatige levering?

In de productbeschrijving moet worden vermeld dat de levering handmatig is, de geschatte controletijd en als er een probleem is, moet de ondersteuning worden geopend met het bestelnummer.

Conclusie

Het Minecraft Web Panel Market Management-menu is een van de belangrijkste beheergebieden van de server die wordt gebruikt om webmarktproducten te organiseren, categorieën te creëren, prijzen in te stellen, productbeschrijvingen te schrijven, RCON-leveringsopdrachten te definiëren en bestellingen te volgen. Een goed gestructureerde markt geeft spelers vertrouwen en vereenvoudigt het aankoopproces.

Tijdens het voorbereiden van marktproducten moeten de categorievolgorde, productnaam, beschrijving, prijs, afbeelding, activiteit, voorraad, leveringstype, RCON-opdracht en spelernaamvariabele zorgvuldig worden gecontroleerd. Producten met automatische levering moeten worden getest, de levering mag niet plaatsvinden voordat de betaling is voltooid en de bestelgeschiedenis moet regelmatig worden gecontroleerd.

Wanneer Marktbeheer correct wordt gebruikt, is Minecraft Web Panel meer dan alleen een promotiesite; Het verandert in een professioneel verkoop- en spelersservicesysteem dat werkt met betalings-, saldo-, coupon-, order-, RCON- en ondersteuningsprocessen. Wanneer het verkeerd is geconfigureerd, kunnen er ongemakken voor de speler, leveringsfouten, ondersteuningsopstoppingen en inkomensverlies optreden.

Dit artikel is speciaal opgesteld voor PvPServer.