Como vender scripts FiveM: Tebex, Cfx.re escrow, packaging e support

Você escreveu um script que funciona no seu server, e outros donos de server pagariam por ele. Entre "funciona" e "as pessoas conseguem comprar" tem uma loja, um método de entrega, packaging, e suporte. Este guia passa por cada passo na ordem que você os encontrará.

#Escolha onde vender

A maioria dos scripts FiveM é vendida através de uma loja Tebex. Tebex lida com pagamentos, impostos, devoluções, códigos de desconto e entrega. Para entrega protegida, você vincula sua loja Tebex com sua conta Cfx.re, e o script é entregue como um recurso asset escrow: o Cfx.re account do comprador é concedido acesso, e os arquivos encriptados só rodam para aquela conta.

A loja precisa ser apresentável. Um theme oferece páginas de produto, categorias e checkout limpo; o template Tebex na loja Mic Scripts é uma opção:

Tebex TemplateUm tema premium para sua loja Tebex, sem código e editado todo pelo painel da Tebex.a partir de € 30,25Ver o script →

Siga a documentação atual de Tebex e Cfx.re para como vincular as contas, pois os menus e requisitos mudam.

#Prepare o recurso

Um recurso vendável é mais que os arquivos Lua. Verifique cada ponto antes de fazer upload:

• fxmanifest.lua com fx_version 'cerulean', game 'gta5', uma linha lua54 'yes' se você usa, linhas dependency para ox_lib, oxmysql ou um framework, e uma version.
• Um config.lua com cada valor que um comprador precisa mudar: preços, localizações, keybinds, linguagem, escolha de framework.
• Locales, então servers não-inglês conseguem usá-lo. Veja translatable scripts.
• SQL em um arquivo, como install.sql, se o script precisa de tabelas. Idealmente o script cria suas próprias tabelas no primeiro start, então compradores não esquecem.
• Um README com passos de instalação, dependências, as linhas de server.cfg para adicionar, e o teste de primeira execução.
• Items e jobs para ESX, QBCore e QBox se o script os usa. Forneça snippets para cada um, como em adding ox_inventory items e adding a job on ESX.

Decida quais arquivos permanecem abertos. Config, locales e framework bridges são os usuais; veja escrow_ignore.

#Faça upload e teste o escrow build

Faça upload do recurso para o portal Cfx.re como um asset escrow, o vincule ao pacote Tebex, depois faça download de volta como um comprador faria e o rode em um servidor limpo. Isso pega arquivos abertos faltando e problemas de encriptação antes de um cliente. escrow lack entitlement é o erro que compradores verão se a chave e conta não combinarem, então você responderá aquela pergunta frequentemente.

Dica: compre seu próprio produto uma vez com uma conta diferente. É a única forma de testar o caminho inteiro de checkout para um recurso rodando.

#Versionamento e changelogs

Use semantic versions: 1.0.0, 1.1.0 para features, 1.1.1 para fixes. Coloque a versão no manifest:

version '1.2.0'

Mantenha um CHANGELOG.md no recurso e na descrição da loja:

## 1.2.0
- Added: config option for a cooldown
- Fixed: error when the player has no job
- Changed: locale files use the new key names (see README)

Diga no changelog quando uma mudança precisa que compradores editem sua config ou banco de dados. Surpresas na atualização são a razão mais comum para más avaliações.

#Documentação

Uma boa página de docs previne cem mensagens de suporte. Não precisa ser fancy:

• Installation em passos numerados, com as linhas exatas de ensure e ordem de start.
• Configuration explicado, key por key.
• Exports e events que outros scripts conseguem usar, com exemplos.
• Troubleshooting: os três erros que as pessoas vão enfrentar e seus fixes.

Screenshots e um vídeo curto do script em uso ajudam compradores a decidir antes de pagar.

#Suporte

Decida como você oferece suporte e diga na página do produto. Um servidor Discord funciona bem: um canal por produto, um role para compradores, e mensagens de FAQ pinadas. Defina expectativas em tempos de resposta, e escreva quais problemas você cobre (bugs em seu script) e quais você não cobre (um conflito com um recurso não-relacionado fortemente modificado).

Responda a mesma pergunta duas vezes, e pertence na docs.

#Basics de licenciamento

Declare os termos onde compradores podem ver, na descrição da loja ou um arquivo LICENSE:

• Uma licença, um servidor é o modelo comum: o comprador pode rodar o script no seu próprio server.
• Sem redistribuição ou revenda dos arquivos, abertos incluídos.
• O que compradores podem mudar: podem editar arquivos abertos para seu próprio uso.
• Devoluções e atualizações: diga se atualizações são incluídas e por quanto tempo.

Escrow força acesso aos arquivos encriptados, mas os termos cobrem o resto. Se seus termos precisam ser legalmente à prova de água, pergunte a um profissional; este guia não é conselho legal.

#Checklist