Meu pdv Opensource e minhs frustrações de retorno.

Em 2020, comecei a desenvolver um sistema de PDV open source para ajudar pequenos negócios a organizarem suas vendas de forma simples. Fiz o sistema nas minhas horas livres, criando módulos para cadastro de empresas, produtos, clientes, relatórios e dashboards com métricas de vendas. Inicialmente, usei PHP7 (depois migrei para PHP8), seguindo o padrão MVC e usando MySQL.

Logo após o lançamento, muitas pessoas baixaram o sistema e passaram a solicitar novos módulos e alterações. Fiquei feliz com o interesse, mas logo percebi que não conseguiria atender a todas as demandas sozinho – e nem todos os pedidos faziam sentido. Para tentar resolver, lancei uma campanha "Financie uma tarefa", permitindo que os usuários pagassem para priorizar funcionalidades. Mas ninguém quis pagar, pois o conceito open source fez com que todos esperassem que tudo fosse gratuito.

Chegaram até e-mails de agências vendendo o sistema, mas elas também não demonstraram interesse em apoiar financeiramente o projeto, apenas fazendo mais pedidos. Diante disso, fiquei desanimado.

Hoje, estou repensando a estratégia: ou melhoro o sistema atual com uma abordagem diferente ou crio algo novo. O grande desafio é conseguir clientes pagantes, já que muitos querem tudo de graça. Também tenho cogitado desenvolver um micro SaaS, mas a sensação é de que o mercado já está saturado com soluções robustas.

Chegaram até e-mails de agências vendendo o sistema, mas elas também não demonstraram interesse em apoiar financeiramente o projeto, apenas fazendo mais pedidos.

Minha única sugestão seria investigar quem são os clientes dessas agências e entender melhor o público-alvo delas. Com essa informação, você pode expandir seu negócio focando no mesmo perfil de clientes, já que eles demonstram interesse em pagar pelo seu produto.

Se você tiver um perfil mais agressivo de empreendedorismo, pode até considerar eliminar a intermediação das agências e captar diretamente esses clientes. 😉

Chegaram até e-mails de agências vendendo o sistema, mas elas também não demonstraram interesse em apoiar financeiramente o projeto

Sim, pois você permitiu isso. No repositório não tem sequer uma licensa, ou seja, é livre pra qualquer um fazer o que quiser.

O que poderia fazer para mitigar isso é usar uma licensa que não permita a venda desse produto

Sim, realmente não coloquei nenhuma licença. E comercializarem nem é um problema em si. Falo mais pela parte que eles não mentalizam que é um grande esforço por tras de um sistema e pedem tarefas atras de tarefas e nunca contribuiem. Mas realmente o intuiro era baixarem, compartilharem, venderem... Mas confesso que estou muito focado em tecnologia e preciso abrir os olhos para modelos de negocios.
Pessoal de negócios são basicamente assim: 1. Eles querem dinheiro. 2. Se eles acharem qualquer coisa que faça eles ganharem dinheiro "fácil", eles mudam até o CNAE ou abrem outro CNPJ. Porquê eu coloquei fácil entre aspas? Porque vender é o mais difícil e, além disso, reter o cliente é mais difícil ainda. 3. Eles não entendem de software. Não mesmo. Nada, é muito raro ver alguém que entenda. Vai você explicar para a pessoa o que é open source. Para ela, se é open, e não tem nada indicando que é de alguém, blau, é nosso (MEME DO PERNALONGA COMUNISTA). Dado que, você deixou aberto, vai com certeza, cair uma enxurrada de gente te pedido feature. Até aí, normal. Outra coisa que você pode fazer é começar a vender licenças pagas com features adicionais, que você implementaria ao longo do tempo. Um esquema de freemium. Cabe a você, agora, trabalhar para desenvolver, ou não, as features. Uma coisa que você pode fazer é cobrar pelo desenvolvimento. Ou, voce licencia o software para outros poderem usar.

infelizmente não tem como dar certo sua abordagem, e se nao monetizar será impossível implementar novas funcionalidades, emissão de nota que é exigido... realmente o mercado está saturado mesmo, mas e se criar funcionalidades pagas....

Realmente a galera tem pedido bastante a emissão de notas. Pedem bastante também para cadastrarem alem de produtos, cadastrarem serviçoes... É super empolgante oferecer como opensource, mas é complicado atender a todos e a galera não tem paciencia de esperar uma determinada tarefa ser concluida. E como você disse, ele modelo não vai dar certo mesmo não.
É nessa hora que você pode criar um API para eles pagarem para usar a emissão de notas fiscais, para eles terem acesso a estes recurso voce pode cobrar um valor, eu ja criei no php usando uma biblioteca NFePHP para um sistema PDV, é ai que você pode monetizar

OpenSource === Grátis?

Eu sei que não, mas não é fácil explicar isso para um cliente. Até que você explique, ele já se cansou e não vai querer ouvir. (eu já tentei)

Já tive um sonho como o seu, mas dei uma pausa nele. Deixo aqui algumas divagações que tive ao longo dos anos:

  • Open-source náo é igual a Grátis, mas infelizmente o cliente entende assim;
  • Clientes não entendem de software e muito menos sobre licenciamento de software. Portanto este assunto fica restrito aos mantenedores do projeto ou ao departamento jurídico do cliente;
  • Clientes querem seus problemas resolvidos sob o menor custo, desde que esse custo seja muito menor que o próprio custo do problema;
  • Não há problema em licenciar um sistema open-source, mas sempre haverá um custo e o sistema deve de alguma forma pagar por esse custo.

Pretendo desenvolver (e estou desenvolvendo lentamente) um sistema open-source que cobrarei por itens que na visão do cliente precisam ser pagos (implantação, priorização de novas features, treinamentos, hospedagem, etc). O simples download e instalação são muito simples e não parecem ser dignos de pagamento.

No preço cobrado pretendo embutir todo o custo de desenvolvimento do projeto, afinal ele tem que ser lucrativo para ser mantido.

Pretendo angariar mantenedores do projeto entregando-lhes um modelo de negócios lucrativo. Pretendo vender exaltando os benefícios do sistema e não os benefícios do open-source.

  • Os benefícios do open-source são destinados aos mantenedores
  • A resolução de problemas são destinados aos clientes
Exatamente, esse modelo é muito mais natural, tu até oferece um produto "gratuito" completo, mas o conjunto da obra (Que deve entregar valor Real) deve operar sobre algum valor pra quem desenvolve o produto, seja a: Implantação do Software, Diferentes níveis de Suporte, Features espeficíficas para clientes por um preço delicioso... Enfim, uma série vantagens baseadas em experiência e produto, tudo isso ao redor do conceito chave: "Entregar Valor".

Acho que um modelo interessante, é você fazer o que a oracle faz, crie um ecossistema envolta de seu produto, por exemplo, preciso de um modulo de NFE, cobre por isso, preciso de suporte a configuração, cobre por isso, preciso de X feature, cobre por isso. o ponto é que você já criou um ecossistema de usuarios envolta do produto, agora qualquer aprimoramento que não parta de si deve ser cobrado. Isso além de ter ajudar a focar nas tarefas importantes, auxilia no filtro de usuarios que realmente usam o projeto.

Acredito que, para monetizar sua aplicação, você precisa focar em resolver uma dor específica de um nicho. Quando se tenta atender a todos os públicos, acaba não resolvendo bem os problemas de ninguém. Cada setor tem necessidades diferentes, e um sistema que tenta abranger tudo pode se tornar muito complexo para o usuário final.

Quem exatamente é o público-alvo do seu sistema? Ele foi pensado para desenvolvedores que querem personalizar um PDV ou para pequenos empresários que precisam de uma solução pronta?

Digo isso porque, olhando como empresário (que imagino ser seu público principal), esse sistema, do jeito que está, não me agregaria valor suficiente para pagar por ele. Seria mais prático usar uma planilha do Excel, que já entrega relatórios e métricas sem tanta complexidade. Para o sistema se tornar realmente útil, ele precisa dar motivos claros para o usuário final querer e precisar usar ele no dia a dia.

Estou desenvolvendo um projeto muito parecido com o seu, também em PHP, e sou dono de uma hamburgueria. Mesmo com tantos sistemas no mercado, tem sido um grande desafio encontrar um que realmente atenda às nossas necessidades. Alguns resolvem uma parte do problema, outros outra, mas poucos evoluem na velocidade que os negócios precisam. Ainda assim, vejo que até os sistemas mais simples conseguem manter uma boa base de clientes pagantes, justamente porque entregam algo direto e valioso para um público bem definido.

O que eu sugeriria para você é repensar o posicionamento do seu PDV. Escolha um nicho específico, entenda as dores reais desse público e crie algo que faça sentido para quem vai usar e pagar por ele. Assim, suas chances de monetização aumentam bastante.

Na minha opnião PDV é algo que já existe aos montes, inclusive muita empresa grande é player nesse mercado, então o pequeno logista vai querer buscar economizar onde ele puder, como você mesmo disse o mercado já está saturado de soluções robustas.

Imagino que você fez esse projeto como forma de treinar o que você estuda, e talvez devesse continuar pensando assim. As features solicitadas que você achou interessante implementa, as que são 💩 ignora.

Eu acho que pra rentabilizar um PVD desse, ou você foca num segmento muito específico, ou cria uma versão freemium e uma paid mais completa, com as solicitações que você recebeu e implementou.