Problemas de monetização de produtos WordPress

Os fundadores da Creative Motion, Ilya Sukharev e Vladislav Chernov, compartilham sua experiência de monetizar seus produtos WordPress.







Atualmente, o WordPress não é muito popular em nossos territórios, mas globalmente cobre mais de 28% da Internet. O WordPress tem mais de 150.000 plug-ins e temas, respondendo por mais de 1,3 bilhão de downloads apenas no WordPress.org. Esta é uma plataforma realmente poderosa para administrar um lucrativo negócio de plugins.



No entanto, quando examinamos o espaço mais de perto, descobrimos que apenas 5% dos produtos têm uma oferta paga. Você pode pensar que esses 5% detêm 99% do mercado, mas na realidade, está longe de ser o caso.



Os itens monetizados respondem por apenas 22% do total de itens ativos. A maioria dos plug-ins e temas instalados e ativos no mercado WordPress são totalmente gratuitos. Nem todos os desenvolvedores do WordPress monetizam seu trabalho.



Tecnicamente falando, o desenvolvimento de software distribuído de código aberto, como um plugin ou tema do WordPress, é bastante simples. Uma combinação de PHP e JavaScript / HTML, é isso - você está pronto para implantar seu produto WordPress!



Você não precisa de servidores para executar seu software, não precisa saber muito sobre bancos de dados e nem mesmo precisa de programação orientada a objetos. Na verdade, muitos dos plug-ins e temas mais populares do ecossistema WordPress foram criados por desenvolvedores autodidatas.



Existem também plug-ins muito complexos com muita lógica, bem como plug-ins "Serviceware" que envolvem o serviço de nuvem. Mas essas são exceções.



Em certo sentido, o WordPress democratizou não apenas a publicação, mas também o desenvolvimento. A combinação de uma linguagem interna fracamente tipada como PHP, excelente documentação e a capacidade de usar código GPL de terceiros transformou dezenas de milhares de usuários do WordPress em programadores de nível de entrada.



Deve-se notar que você não precisa de um servidor para oferecer seu produto no repositório WordPress.org, o que é uma faca de dois gumes, o que torna o desenvolvimento e a manutenção de um projeto relativamente fácil, mas muito limitado.



Quando se trata de transformar um plugin ou tema em um produto comercial (ou seja, plug-ins de negócios), é uma história completamente diferente. Isso é tecnicamente muito mais complexo e em camadas do que criar um plugin / tema e não tem nada a ver com a funcionalidade do seu módulo.



Os principais problemas (técnicos) de monetização de produtos WordPress



Depois de trabalhar no WordPress por vários anos, identificamos os principais problemas técnicos associados à monetização e aqui está o que aprendemos:



Cobrança de pagamentos



Isso é óbvio: se você deseja iniciar um negócio WordPress, você precisa levantar dinheiro. Existem tantos aspectos diferentes e circunstâncias mutáveis ​​na aceitação de pagamentos que é difícil saber por onde começar.



A solução mais simples seria se inscrever em um gateway de pagamento que oferece uma solução de pagamento independente como o PayPal (presumindo que o PayPal seja compatível com seu país). Você poderá criar um link de checkout personalizado e adicioná-lo ao local desejado na versão gratuita do plugin.



Este é um bom começo para coletar seus primeiros dólares, mas não é confiável. Todas as soluções de gateway populares como PayPal, Stripe, Braintree ou Authorize.net não hospedam seu código Pro, não lidam com o gerenciamento de licenciamento e o melhor que você obterá delas além do processamento real de transações é uma notificação de compra eletrônica.



Para automatizar o processo, você precisará integrar a API desses serviços em seu produto e executar processos para abrir um link de download para a versão profissional ou enviar automaticamente um arquivo zip por e-mail após a compra.



Você pode tentar implementar esses callbacks de API em seu software livre, mas isso significa que você transferirá sua licença e a lógica de "processamento pós-pagamento" para qualquer pessoa. Se você deseja proteger este mecanismo, ele deve estar rodando em seu servidor e sincronizado com a lógica do nível de licenciamento.



Licenciamento de software



Depois que um usuário obtém sua versão Pro, se você não tem algum tipo de mecanismo de licenciamento, não há nada que você possa fazer para impedi-lo de usá-la em vários sites, enviar para amigos, compartilhá-la no Facebook ou até mesmo fazer um torrent na internet.



A razão óbvia pela qual você deve ter cuidado é a perda de receita. Se você vender uma licença para cada site por $ 100 por ano e um cliente instalar sua única cópia em 10 sites diferentes, você terá uma perda de $ 900.



Outro motivo importante é o suporte. Já que você fornece suporte prioritário a clientes pagos, como saber se a pessoa que o contatou é um cliente real ou apenas baixou seu código como um torrent?



Quando você deseja proteger sua oferta paga em vez de basear seu licenciamento apenas na confiança, você precisa ter uma camada de controle de licenciamento para que apenas clientes pagos possam acessar seu software pago.



Hospedagem de código seguro



Devido às limitações do repositório WordPress.org, nomeadamente - “tudo deve ser gratuito”, é proibido colocar plug-ins ou temas premium no repositório. Além disso, ao oferecer um produto freemium, os recursos pagos de seu produto não são permitidos no repositório.



Você pode se inscrever em um dos serviços Git populares, como GitHub ou BitBucket, ou hospedá-lo sem qualquer solução de controle de versão em um armazenamento em nuvem como Amazon S3. Seja qual for a hospedagem que você escolher, você precisará escrever um conjunto de permissões para restringir o acesso aos arquivos do repositório / nuvem apenas para clientes que tenham uma licença válida.



Atualizações de software



Quando se trata de atualizações de versão, a boa notícia é que o WordPress vem com um mecanismo de atualização de software como parte do núcleo. Infelizmente, esse mecanismo funciona apenas com a API oficial do WordPress.org, portanto, você não poderá usá-lo para seu código PRO.



Como o código PRO deve ser armazenado em um repositório externo, seu código PRO requer uma camada lógica adicional para controlar o mecanismo de atualização de software padrão para funcionar com seu terminal API.



Você precisará projetar e fornecer seu terminal de API RESTful para a mecânica de atualização de software. A lógica por trás desse ponto de extremidade deve verificar se o site de chamada tem uma licença válida. Nesse caso, verifique se há uma versão mais recente do software e retorne o URL seguro para baixar a versão PRO mais recente.



Se você quiser tornar esta API segura, você terá que configurar SSL e adicionar níveis de autenticação e autorização. Está relacionado ao núcleo do seu plugin ou tema? Absolutamente não. Mas este é um pré-requisito se você quiser se rentabilizar.



Infelizmente, os pontos acima são apenas a ponta do iceberg. Se você deseja enviar faturas automaticamente, fornecer avaliações gratuitas, inscrever-se para serviços de suporte, vender para clientes europeus ou vender da Europa, as coisas ficam complicadas rapidamente.



Quando lançamos nosso primeiro plugin Clearfy , vendemos apenas $ 1.350 em licenças no primeiro mês. Só então percebemos que criar plugins e vendê-los são duas habilidades completamente diferentes.



Para ter sucesso nas vendas, além dos problemas técnicos, os programadores também precisam ser profissionais de marketing (designers, redatores de conteúdo, especialistas em SEO, especialistas em segurança e suporte).



Adicione isso ao fato de que, se você quiser monetizar a si mesmo, precisará executar vários servidores e mergulhar em um trabalho sério de back-end. É possível para solitários? Nossa experiência mostra que não é possível avançar neste mercado sem um trabalho em equipe bem coordenado.



All Articles