Então, penso da seguinte forma:
Se eu vou VENDER um sistema/site pro cliente e ele vai me pagar apenas uma vez, então o fonte do sistema é dele, e fica por conta dele pagar a hospedagem que ele achar melhor, claro, dentro dos requisitos que eu coloco para funcionar perfeitamente o sistema, como: versão do php, banco de dados, e outras coisas que eu possa vir a utilizar para suprir as necessidades do projeto. A montagem do servidor, manutenção disso, renovação de ssl etc, fica a cargo dele. Posso até fazer, mas seria cobrada taxa de manutenção, pois o serviço combinado já foi feito.
Agora, eu posso também ALUGAR um sistema/site, um saas da vida, para receber mensalmente e ter uma renda recorrente. Nesse caso, eu prefiro manter o fonte privado sob meus cuidados, no meu servidor de hospedagem, onde inclusive posso ter outros clientes na mesma aplicação multi-tenancy. Dessa forma, o sistema sempre estará atualizado, banco de dados ok, versões do php necessárias ok. Fora a segurança de ninguém pegar meu fonte e vender por aí a 50 reais. O cliente paga mensalmente para ter a funcionalidade que o sistema oferece, quando não quiser mais, é só parar de pagar. As manutenções para o sistema funcionar, eu mantenho, pois estou recebendo para ter o serviço perfeito, mas qualquer outra manutenção fora do que foi combinado será cobrado.
Acredito que esse modo de aluguel seja o mais vantajoso para quem é freelancer, pois você pode criar uma aplicação multi-tenancy uma vez apenas e alugar por um preço mais acessível para vários clientes ao mesmo tempo, uma manutenção apenas já resolve para todo mundo.
Quando você vende um sistema para o cliente e diz o que ele precisa para manter funcionando, ele vai achar trabalhoso comprar dominio, hospedagem, planos dobram de preço na renovação, ter que guardar senhas das coisas, e vai comprar a mais barata. Quando vai ver ele está reclamando do sistema, mas na verdade não está funcionando porque colocou em uma hospedagem compartilhada da uol ou localweb, por exemplo. E vai querer que você resolva um problema que é de infra ruim.
Com aluguel, você simplifica tudo isso, você tira esse peso do cliente (que na maioria das vezes é completamente leigo na área) e assume essa responsabilidade. Com isso, o cliente precisa apenas pagar anualmente um domínio, e se quiser ainda, pois você pode oferecer um subdominio seu por padrão. Ele só se preocupa em te pagar e você cuida do restante.
Se você montar o seu próprio servidor de hospedagem em uma VPS, vai ter um pouco de trabalho para configurar tudo, e gerenciar para manter tudo perfeito, mas vai ter a liberdade de instalar o que quiser e poder colocar muitos clientes no mesmo local e com isso fica muito mais barato para você e até para o cliente quando você for repassar essa taxa de serviço.
Uma vez fiz um site e dei um ano de hospedagem grátis pro cliente, contrato e tudo mais. Quando estava acabando, avisei que iria ficar offline, ofereci planos de hospedagem, nem me respondeu. Chegou a data tirei do ar. Num certo dia, fui avisar que o domínio estava vencendo e ele falou que estava me procurando que o site estava fora do ar faz tempo e tudo mais. Expliquei novamente, ofereci outro plano de hospedagem e nada de me responder. Simples, hoje está sem hospedagem e domínio. E eu ainda saio como errado né. Nunca faça isso, a gente aprende com os erros, e melhor ainda quando são com erros dos outros.
Escrevi aqui um livro, mas espero que possa ser útil essa informação.
Excelente explicação, coloco uma ressalva no entando que o problema do "aluguel" é a precificação e o "time-to-market".
Quando vc "vende" um sistema para um cliente específico, vc cobra pela engenharia, desenvolvimento e instalação. O risco, quando feita a precificação correta, é do cliente apenas, pq ele que arca com todos os custos.
Contextualizando o "aluguel" para um projeto específico que um cliente pediu para ser desenvolvido. Ou seja não é um produto que vc já tenha pronto, é algo que vc vai subir do zero.
Quando vc aluga nestes termos, vc tem alguns desafios:
- O risco do desenvolvimento é todo seu, pq o software é seu e não do cliente, logo ele vai querer pagar somente a mensalidade QUANDO o produto estiver pronto
- Você pode tentar cobrar uma taxa de setup pro seu cliente para minimizar seus custos de desenvolvimento, mas qual vantagem o cliente está levando em investir na sua plataforma ao invés de pegar outro produto pronto no mercado?
- Projetos mais complexos podem levar meses para ficar pronto, o freelancer vai ter caixa ou disposição para investir numa ideia de SAAS somente para 1 cliente? o que esse cliente vai pagar vai compensar no médio e longo prazo?
- Na mesma linha de complexidade, seu cliente está disposto a esperar seu sistema ficar pronto pra ele depois validar se faz sentido pra ele?
As vantagens são claras como pontuou para o freelancer, mas se ele não passar pelos desafios acima, é melhor vender o software pro cliente e vender recorrencia de suporte, manutenção e evolução.
Gostaria de suas considerações e contramedidas para tais desafios.
Obrigado!