Software como serviço

Software como serviço, do inglês Software as a service (SaaS), é uma forma de distribuição e comercialização de software. No modelo SaaS, o fornecedor do software se responsabiliza por toda a estrutura necessária à disponibilização do sistema (servidores, conectividade, cuidados com segurança da informação), e o cliente utiliza o software via internet, pagando um valor pelo serviço.[1][2]

O modelo SaaS oferece software como serviço com propósitos específicos que estão disponíveis para os usuários na Internet. Os sistemas de software são acessíveis a partir de vários dispositivos por meio de uma interface cliente em uma rede de modelo cliente-servidor como um navegador Web. No SaaS, o usuário não administra as características individuais da aplicação, exceto configurações específicas. Sendo assim, os desenvolvedores se concentram em atualização e não na infraestrutura, levando ao desenvolvimento rápido de sistemas de software.

A tecnologia utilizada não determina o modelo. O software utilizado pode ser inteiramente pela internet (utilizado via navegador) ou pode ter alguma instalação local (como no caso de softwares antivírus ou de backup). A característica principal é a não aquisição das licenças vitalícias, mas sim o direito pelo uso da licença a partir de pagamentos recorrentes, normalmente mensal ou anual.

No modelo de serviço SaaS (Software as a Service) a receita gerada por um cliente vem ao longo de um período extenso. A maioria gera receita a partir de uma mensalidade (ou até mesmo anuidade). Caso o cliente fique insatisfeito por algum motivo ou perca o interesse pelo serviço, ele pode descontinuar o uso, fazendo com que a empresa incorra na perda dos recursos gastos para disponibilizá-lo.

Por exemplo, com produtos de software como serviço (SaaS), você pode implantar software hospedado na infraestrutura da AWS e conceder aos compradores acesso ao software em seu ambiente da AWS. Você pode ser responsável por gerenciar o acesso de clientes, criação de contas, provisionamento de recursos e gerenciamento de contas em seu software.[3]

O SaaS foi incorporado à estratégia de quase todas as empresas de software empresarial.[4]

Benefícios

editar

Comparando com o modelo tradicional de distribuição de produtos de software (no qual o cliente adquire a licença de uso e se responsabiliza pela instalação e manutenção em produção) podemos destacar as seguintes vantagens do modelo SaaS para os clientes:

  • Não exige que o cliente crie uma estrutura e capacite os profissionais para manter o sistema funcionando, permitindo que ela se foque no seu negócio
  • Permite uma abordagem gradual de implementação, podendo começar com poucas licenças e expandir conforme tiver um retorno positivo do seu investimento, reduzindo os riscos e o tempo para o retorno do investimento
  • Permite aumentar ou reduzir as licenças ao longo do tempo, de acordo com as necessidades do negócio.
  • A implementação pode ser feita com pouca dependência das equipes de TI da empresa, não disputando prioridade com outros sistemas e podendo reduzir os tempos de implantação.

Modelos de cobrança

editar

São comuns os seguintes modelos de cobrança no SaaS:

  • valor recorrente (geralmente mensal) proporcional ao número de licenças utilizadas
  • valor recorrente (geralmente mensal) proporcional ao uso (ex.: disparo de e-mail marketing)
  • propaganda (banners)
  • Freemium - com versões gratuitas e pagas de acordo com as funcionalidades disponíveis

Importante notar que uma grande diferença em todos os casos do modelo tradicional é o baixo desembolso inicial e o pagamento ao longo do tempo pelo uso do produto.

O Serviço de Software é regido por leis nacionais e internacionais. A Lei que rege os contratos de serviços de software é a LEI Nº 9.609 , DE 19 DE FEVEREIRO DE 1998 e a Lei 10.406 em seus arts. 593 a 709. Os direitos e deveres de empresa contratante e empresa contratada são regidas por estas leis.

O SaaS é uma modalidade de serviço de software, distribuída pela internet, cuja principal característica é o baixo custo.

Exemplo de Saas:

Se uma empresa desenvolve a solução e a disponibiliza na internet dentro de seu próprio servidor e não cobra nada para seus clientes se cadastrarem, nada para receber email e com um limite de 99 GB de armazenamento, mas vai cobrar pelo envio de email a quantia de $0,01 e a mensalidade de $10,00 por outros serviços adicionais, aí fica caracterizado a obtenção de receita através de SaaS.

O SaaS quando atinge um grande número de clientes possibilita ganhos de receita variável que a longo prazo são mais viáveis que a venda de software comum. Porém, os altos custos de suporte e publicidade para se manter o software atualizado, e os altos salários dos profissionais envolvidos exigem que os preços sejam definidos levando-se em conta o ponto de equilíbrio da empresa.

Desafios iniciais de um Software como Serviço

editar

Ajuste de mercado

editar

Todo software como serviço precisa encontrar a segmentação de mercado ideal para seu tipo de produto para que consiga crescer rapidamente. Isso acontece quando o perfil de clientes uniformiza e é muito mais fácil vender, e a consequência imediata é que o número de clientes aumenta rapidamente.

Uma boa abordagem é testar verticais de negócio (setores do mercado) ao invés de várias empresas uma a uma. Isso permite uma velocidade nos testes, e um panorama geral do que o mercado tem pelo seu software.

Diminuir a Taxa de rejeição

editar

Independente do modelo de cobrança, o desafio do SaaS é reter os clientes e evitar que eles saiam da base de usuários ativos. Isso acontece com um ótimo produto, onde o cliente consegue enxergar valor desde o início.

Há inúmeras técnicas para manter o cliente ativo e diminuir a taxa de rejeição. O ideal é determinar um ponto crítico de uso, uma métrica onde a empresa sabe que, em média, se um usuário atingi-la a chance de cancelar a conta é muito pequena.[5]

Fases de Crescimento de um Software como Serviço

editar

Busca pelo Ajuste de Produto ao Mercado

editar

As empresas que vendem Software como Serviço tem um desafio em comum: encontrar um grupo de clientes com características semelhantes dispostos a pagar por seu produto. Recomenda-se que esse número seja maior que 10 e que esses clientes não tenham relação de amizade ou parentesco com os sócios. A partir daí a empresa encontrou um indício de qual vertical de negócio adotará melhor o produto, e isso é sentido de duas formas: o esforço de venda diminui e a média de uso em horas por cliente aumenta muito.

Definição da estratégia de crescimento

editar

Uma vez que o Software como Serviço encontrou a vertical de negócio que está adotando bem o produto cabe à empresa decidir quais os canais que seus clientes são atingidos via marketing digital. Deve-se observar quantos concorrentes já usam aquele canal de marketing, ou seja, quão saturado ele é e qual a velocidade que os resultados chegam.

Controle das métricas

editar

Agora que a empresa já sabe quais canais de marketing são mais efetivos e geram crescimento, ela precisa se preocupar com as métricas mais importantes no que diz respeito à saúde financeira do empreendimento: o custo de aquisição do cliente (CAC) e o Customer Lifetime Value (LTV). O custo de aquisição do cliente representa quantos reais cada cliente custa para chegar até a base e o LTV significa o quanto o cliente deixará de dinheiro até sair da base. Para prosperar a empresa precisa de um baixo custo de aquisição de clientes e um alto LTV, ou seja, que os clientes fiquem por bastante tempo e continuem pagando.

Ganho de escala

editar

As maiores empresas de Software como Serviço chegam aos R$ 100 milhões de faturamento em normalmente 7 a 10 anos de existência. O desafio de crescer nessa velocidade exigirá investimentos externos para que a empresa cresça e domine o mercado de SaaS, que tem essa regra de que o “vencedor leva tudo”, e expandir rápido e dominar a maior parte dos clientes é mandatório.[6]

Desafios à adoção

editar

Algumas limitações atrasam a aceitação de sistemas como serviços, e impedem seu uso em alguns casos:

  • Como armazenam-se dados nos servidores do fornecedor, a segurança de dados torna-se uma questão[7]
  • Aplicações Saas são hospedadas na nuvem, longe dos usuários. Isso introduz latência no ambiente; por exemplo, o modelo é inadequado quando se exigem tempos de resposta na casa dos milissegundos.
  • Arquiteturas de múltiplos hóspedes, que representam eficiência de custo para provedores de solução, limitam a personalização de aplicações.
  • Algumas aplicações de negócios requerem acesso a, ou integração com, os dados atualizados do cliente. Quando tais dados são volumosos ou sensíveis (p. ex., informação pessoal de usuários finais), integrá-los com programas hospedados remotamente pode ser custoso e (ou) arriscado, ou conflitar com regulamentos de governança de dados.
  • Leis de garantia constitucional contra busca e apreensão não protegem todas as formas de dados armazenados dinamicamente em Saas. O resultado é que acrescenta-se um elemento na cadeia de segurança onde acesso aos dados e, por extensão, abuso dos mesmos, limitam-se apenas pela honestidade pressuposta de terceiras partes ou agências governamentais capazes de aceder aos dados por sua própria iniciativa.[8][9][10][11][12]
  • Mudar de provedor pode envolver a tarefa lenta e difícil de transferir arquivos de dados muito grandes por meio da Internet.
  • Organizações que adotam Saas podem descobrir serem forçadas a adotar novas versões, resultando em custos de treinamento ou no aumento da possibilidade de erros de usuário.
  • Depender de uma conexão à Internet significa que transferem-se os dados de e para um provedor de serviço na velocidade da Internet, em vez da velocidade mais alta de uma rede interna à organização usuária.[13]

O modelo padrão também tem limitações:

  • Compatibilidade com equipamentos, outros programas e sistemas operacionais.[14]
  • Problemas de licenciamento e conformidade (cópias desautorizadas de programas de computador colocando a organização sob risco de multas ou processos).
  • Processos de manutenção, suporte, e revisão de versões.
  • A empresa provedora de hospedagem Saas consegue garantir o nível de disponibilidade do ANS (acordo de nível de serviços)?

Depósito fiduciário de dados e código-fonte

editar

O depósito fiduciário de dados e código-fonte é a manutenção de cópias de código-fonte e dados aplicativos críticos com um terceiro independente. Permite proteger e assegurar dados e código-fonte de aplicações Saas contra perdas[15]

Há muitas e várias razões para considerar o depósito fiduciário, inclusive preocupações com falência de fornecedores,[16] perdas de serviços sem planejamento, perda ou corrupção de dados. Muitas organizações também desejam assegurar-se de se conformarem a seus próprios padrões de governança de dados, ou querem análise de dados e relatórios melhorados sobre seus dados. Uma pesquisa sobre o crescimento de Saas mostrou que 85 % dos participantes queriam uma cópia de seus dados. Um terço desses queria uma cópia diária.[17]

Observações adicionais

editar

Apesar do nome similar, não deve ser confundido com Web Services, que diz respeito a modularização, reaproveitamento e integração de processos de sistemas heterogêneos. Mas de qualquer forma, é interessante que alguns sistemas que utilizem da teoria SaaS disponibilizem seus serviços através de Web Services, dessa forma, seus serviços poderão ser utilizados em outros sistemas, sem precisar de intervenção humana, gerando novos tipos de produtos e serviços automatizados.

Os conceitos de Saas (Software como um Serviço) e HaaS (Hardware como um serviço) estão se difundindo rapidamente com o novo modelo de computação conhecido como cloud computing.

A solução SaaS é indicada principalmente para Pequenas e Médias empresas pois permite que elas tenham acesso a boas soluções de tecnologia sem que façam grandes investimentos em hardware e infraestrutura.

Referências

  1. «Software como serviço, como tudo começou». ASAAS. Julho de 2013. Consultado em 4 de Julho de 2013 
  2. Gil, Paul (19 de Julho de 2017). «What Is 'SaaS' (Software as a Service)?» (em inglês). Lifewire. Consultado em 4 de Março de 2018 
  3. «Software as a service (SaaS)–based products - AWS Marketplace». docs.aws.amazon.com. Consultado em 28 de novembro de 2021 
  4. «IBM cloud strategy». www.ibm.com. Cópia arquivada em 13 de março de 2015 
  5. «Taxa de Rejeição sob controle». Viddheo. Consultado em 19 de maio de 2015. Arquivado do original em 16 de junho de 2015 
  6. «Guia de Crescimento para o SaaS brasileiro». Victor Oliveira. Consultado em 19 de junho de 2015. Arquivado do original em 19 de junho de 2015 
  7. Lisserman, Miroslaw (20 de Dezembro de 2010), SaaS and The Everlasting Security Concerns [SaaS e a eterna preocupação com segurança] (em inglês), Forrester Research, consultado em 24 de abril de 2011 
  8. Arthur, Charles (14 de dezembro de 2010), «Google's ChromeOS means losing control of the data, warns GNU founder Richard Stallman» [Google Chrome OS implica perder controle de seus dados, avisa Richard Stallman, fundador do projeto GNU], Guardian (em inglês), consultado em 16 de fevereiro de 2012 
  9. Adhikari, Richard (15 de dezembro de 2010), «Why Richard Stallman Takes No Shine to Chrome» [Por que Richard Stallman não aprecia o Chrome], LinuxInsider (em inglês), consultado em 24 de março de 2015 
  10. Stallman, Richard (20 de setembro de 2011), «Who does that server really serve?» [Quem esse servidor realmente serve?], GNU, Boston Review (em inglês), consultado em 15 de Janeiro de 2012 
  11. Hill, Benjamin Mako (1 Fev 2009), «Show Me the Code» [Mostra-me o código], Revealing Errors (em inglês), consultado em 15 de Janeiro de 2012 .
  12. Assange, Julian (9 de Abril de 2011). «Wikileaks revelations». RT (entrevista) (em inglês). London. Consultado em 15 de Janeiro de 2012. Facebook, Google, Yahoo – all these major US organizations have built-in interfaces for US intelligence. It’s not a matter of serving a subpoena. They have an interface that they have developed for US intelligence to use. 
  13. Gallaugher, John, Information Systems: A Manager’s Guide to Harnessing Technology [Sistemas de informação: um guia do gerente para lidar com a tecnologia] (em inglês), Flat World Knowledge, consultado em 21 de abril de 2012 
  14. Cloud Software as a Service (SaaS) in Cloud Computing. This is not right [Programas de nuvem como serviços (Saas) na computação em nuvem. Isso não está certo] (em inglês), CloudComputingSec, 2011, consultado em 15 de dezembro de 2011 
  15. Wilson, Deborah R; BonaPart, Alexa (7 de agosto de 2009), Develop a Framework for SaaS Application Business Continuity Risk Mitigation [Desenvolva um arcabouço para mitigação de risco de continuidade de negócios para aplicações Saas] (em inglês), Gartner, consultado em 24 de abril de 2011 
  16. May, Richard, Software Escrow whitepaper [Relatório sobre depósito fiduciário de programas] (PDF) (em inglês), UK: Virtual DCS 
  17. «SaaS Data Escrow International Report» [Relatório internacional de depósito fiduciário de dados Saas] (PDF), Gloucester, ENG, UK: Clearpace Software, RainStor (em inglês), 14 de dezembro de 2009, consultado em 19 de outubro de 2015, arquivado do original (PDF) em 15 de julho de 2011, Only 15 per cent of those who currently use, or plan to use, SaaS have no inclination to keep a copy of their data.