Executando verificação de segurança...
Em resposta a Como meu primeiro SaaS foi (e tem sido) um terrível fracasso
1
Oletros

Mais alguns cents:

Teu modelo de negocios precisa de alguns ajustes, mas eh possivel se tornar viavel. Vamos la.

  1. Valor: US 50 doletas nao faz sentido
  • eh uma documentacao que o potencial cliente encontra gratuitamente direto nos fornecedores.
  • se voce consultar na envato (https://themeforest.net/) vai ver uma faixa de US 30 para sistemas completos.
  • Nao importa que eh one-time-fee. Ninguem sabe se a documentacao que voce colocar no ar vai estar la na proxima semana ou daqui a 6 meses - existem inumeros fatores que podem impedir da documentacao continuar sendo disponibilizada ou atualizada.
  • Oferecer a documentacao do stripe e pedir US 50 doletas ? O Stripe eh de longe a API mais facil de ser implementada. Dizer que num hipotetico amanha vai ter as outras APIs, ou que vai desenvolver sob demanda - nao eh motivacao suficiente. Quem garante que vai mesmo ?
  1. O que oferecer
  1. Exemplos de codigo:

Pelo menos nas linguagens mais populares:

  • curl
  • python
  • node/ts
  • php
  1. MicroSaaS/Client multivendor
  • Uma ideia eh oferecer o codigo de um microsaas/client (p.ex. python/flask) como gateway para os gateways - o desenvolvedor de so desenvolve na API do microsaas e escolhe qual gateway acessar.

4.1. Monitoramento de gateways

Um 'downdetector' para API de gateway tambem seria interessante

4.2. Um 'Boilerplate' em docker para testar os gateways.

Criar um docker com os gateways, com um 'boilerplate' pronto (formulario de compra + processamento de pagamento) complementando a documentacao (caso de uso) - escolhendo no formulario qual gateway utilizar.

  1. Comparacao de taxas
  • Isso eh um diferencial legal: poder comparar as taxas e prazos - de forma mais atualizada possivel - entre os diversos gateways para escolher o mais adequado.

Existem diversos outros itens - mas acho que daqui voce consegue pelo menos vislumbrar um caminho.

Vai dar um trabalhao e sem garantia de sucesso - mas pelo menos seria um produto que faz mais sentido.

E de qualquer forma, se voce tem tempo livre para isso (uns 3 meses fulltime para o basico), no minimo vai ter um projeto para apresentar em entrevistas ou semelhante (p.ex. parcerias com outras empresas).

Carregando publicação patrocinada...
1
tintinthedev

Poxa, valeu de mais! Isso aí não foram cents, foram hundreds.

Sobre o valor antigo de USD 50, já era, agora o máximo é USD 30 e o mínimo é USD 15. Mas, melhor que isso, pretendo o quanto antes localizar os preços. Por exemplo, se o usuário tá olhando o site nos US, são 15 doletas, mas se tá no Brasil, são 15 reais. Isso veio através do comentário do @RodrigoCirilo aqui no post mesmo!

Muito obrigado também pela sinceridade sobre o modelo de negócio em geral. Realmente, prometer atualizações futuras sem muito valor atual não faz sentido. Foi tolice da minha parte.

Sobre o primeiro ponto do tópico 2, quando você diz "oferecer de cara" quer dizer de graça? Não sei... Talvez isso fosse atrapalhar as vendas, não?

Sobre os outros pontos do tópico 2, só tenho a agradecer por todas as ideias de gateways. Honestamente, alguns eu nem conhecia.

No tópico 3, talvez oferecer nas linguagens mais populares seja algo que eu implemente caso de fato tenham pedidos para isso. Não descarto, mas acho que, ao menos no momento atual, seria algo que tomaria bastante tempo sem muita demanda. Mas entendo que isso agregaria muito valor!

No 4, argumento a mesma coisa que no 3. Seria algo bem mais complexo e talvez até não tão confiável. Transacionar pagamentos por uma API de um terceiro (eu) que nem é conhecido no mercado? Não sei se confiariam.

Sobre a comparação de taxas, sim, é realmente um diferencial muito interessante. Novamente, obrigado por escrever sobre isso. É outra coisa na qual eu não havia pensado e tem cara de ser promissora!

Teu modelo de negocios precisa de alguns ajustes, mas eh possivel se tornar viavel.

Uma maravilha de saber que não é um fracasso completo logo de cara 🤣.

Obrigado por todos os comentários que você tem feito, de verdade! Se tiver mais algo a acrescentar, vá em frente. Está sendo bastante esclarecedor.

1
Oletros
Autor
Autor

Mais alguns cents:

"Oferecer de cara" - conjunto minimo de funcionalidades que ja tem de estar disponiveis na hora de compra. Se vou pagar, vou pagar por algo que ja exista, nao uma "promise".

No 4 - seria o codigo fonte do projeto do microsaas/client multivendor, que o desenvolvedor poderia usar internamente. Ele nao compra apenas a documentacao e exemplos, mas o codigo fonte deste microsaas que pode instalar e usar.

1
tintinthedev

Ah, agora ficou claro!

Sobre o "oferecer de cara", eu parti do pressuposto que apenas o Stripe era suficiente para isso. Mas, na verdade, não é, agora eu entendi isso.

Inclusive, agora que entendi, o tópico 4 tem uma ideia muito boa! Poderia até mesmo ser um produto por si só.

Obrigado de mais pelos esclarecimentos!