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:

  1. 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
  2. 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?
  3. 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?
  4. 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!

Concordo, esse é mais um ponto a ser observado. Existem prós e contras para cada abordagem e acredito que, para quem precisa de dinheiro rápido, o mais vantajoso seja pegar pequenos projetos ou manutenções sem aluguel. Mas, em um longo prazo, o aluguel se torna mais vantajoso para o dev. Então é ir pegando pequenos serviços de pagamento único ao mesmo tempo que desenvolve alguma solução 'alugável'. Hoje eu tenho um boilerplate das minhas aplicações que está em constante melhoria e sempre que preciso fazer algo, eu faço um git clone e desenvolvo em cima. Isso permite um desenvolvimento mais rápido apenas das partes que são específicas do projeto. Isso já ajuda muito e algo legal de se ter. >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. Nesse caso de ser algo personalizado, a ideia não foi minha, e sim partiu do cliente, logo eu evito alugar, a não ser que queira utilizar a minha hospedagem. Fora isso, o fonte é do cliente, se quiser deixar online ou não, aí é com ele. Aluguel somente se for um projeto meu que já está pronto para realizar a função desejada, antes disso não disponibilizo para uso. Isso já elimina esses desafios do aluguel para mim. >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. Correto, acredito que cada caso tem que ser avaliado os riscos e as vantagens. Quando se trata de venda, eu até divido para o cliente em algumas vezes e, a partir do primeiro pagamento, começo a trabalhar. Por exemplo, hoje mesmo vou mandar um orçamento para um cliente que fiz algumas manutenções no site dele em Wordpress. Agora ele está pensando em fazer um novo site (fizeram mal e porcamente o antigo). Estou com o orçamento pronto para enviar e já coloquei a taxa de um amigo designer para desenhar o layout bonitão pra mim. E, se o cliente quiser fazer, a primeira parcela já cobre os gastos com designer e sobra mais um tanto pra mim. Nesse caso avaliei o melhor pra mim como venda. Mas já tenho projetos em desenvolvimento para alugar. Acredito que seja um bom caminho pra começar e é sempre bom desenvolver métodos de garantir a segurança contra cliente pilantra.
maravilha estou no mesmo caminho que o seu em todos senão todos os pontos, bom validar que estamos no caminho certo rs