A história do Saas – o que é software como serviço?

Software como serviço, ou SaaS, é um modelo de negócios onde os clientes pagam para utilizar um software remotamente.

Hoje, o SaaS é muitas vezes renomeado como “computação na nuvem”.

Independente de seu nome, o software como serviço tem um histórico interessante nos últimos 40 anos.

O SaaS apareceu com os primeiros computadores de 1960. Hoje, graças a internet e as tecnologias de comunicação global, é algo bem popular.

O que você precisa saber sobre o histórico do SaaS? Leia abaixo.

O que é SaaS – software como serviço?

Antes de começar a falar da história do SaaS, precisamos saber o que é SaaS. O SaaS é um termo amplo, que pode significar várias coisas, em diferentes idiomas, para diferentes pessoas. Para este artigo, vamos considerar que o SaaS é um sinônimo da computação na nuvem.

Hoje, o tipo mais comum de Saas é o software de gestão de relacionamento com clientes (CRM). Outra plataformas populares que utilizam o modelo SaaS incluem softwares de mensagem, processadores de pagamento, CAD, softwares de contabilidade, gestão de conteúdo e antivírus.

O que separa estas plataformas SaaS de softwares tradicionais? A principal diferença é que seus dados (como cliente da empresa) é transferido através de uma rede (como a internet) para o provedor SaaS. A aplicação não fica em seu computador, e sim em outro. Você envia seus dados e informações para este provedor, e o provedor envia todos os dados e informações relacionados a aplicação de volta, através da internet.

Agora que definimos o que é SaaS, podemos falar sobre onde ele começou.

O SaaS é um modelo de negócios que existe desde os anos 60

Nos anos 60, computadores era grandes e caros. Poucos negócios pequenos ou médios podiam investir em um computador. Por isso o software como serviço nasceu.

Nos anos 60, o modelo conhecido como computação da nuvem

Este sistema envolveu múltiplos terminais “simples” (teclados e monitores, sem CPUs), conectados por uma rede a um mainframe ou mini-computador. Todos os aplicativos e dados permaneceram no mainframe.

Para usar o sistema, era digitado o comando através do teclado do terminal. Em seguida, o comando era enviado do mainframe/mini-computador para o monitor apropriado. Era uma forma precoce de conectar computadores – um sistema que conhecemos hoje como “internet”.

Através deste sistema, pequenas e médias empresas, organizações educacionais e entidades governamentais podiam acessar sistemas modernos de forma econômica. Essas organizações não podiam pagar os custos de hardware, software, suporte e treinamento, então eles dependiam do SaaS como forma de se manterem competitivos.

Este tipo de sistema SaaS continuou ao longo dos anos 1970 e 1980. Os custos (e tamanho físico) dos computadores estavam diminuindo a cada ano, mas muitas empresas ainda achavam mais econômico confiar no SaaS.

Durante esse período, coisas como o CRM, folhas de pagamento e serviços de contabilidade foram todos produtos chave entregues através um sistema SaaS. O sistema dependia de uma linha telefônica dedicada, e um modem para envio dados de/para clientes. Enquanto isso, os aplicativos eram simples, com interfaces baseadas em texto. Como todos os dados que estavam sendo transmitidos eram de texto, ou outros dados pequenos, raramente havia necessidade de transferir arquivos maiores.

Década de 1980 e 1990: o encolhimento dos computadores

Eventualmente, o custo dos computadores diminuiu, o que mudou o mundo SaaS. Ao final dos anos 80 e início dos anos 90, vimos que essa mudança ocorreu.

Os computadores estavam mais baratos do que nunca. Os funcionários agora podiam se dar ao luxo de ter um computador em sua mesa. As empresas já não precisavam confiar em sistema de compartilhamento, onde vários funcionários compartilhavam um único computador.

No entanto, a indústria SaaS não morreu. Em vez disso, ele simplesmente se adaptou. O sistema que vimos nos SaaS iniciais mudou de lugar: agora, foi encontrado na forma de redes de área local (LANs). Nesses sistemas internos, os aplicativos foram hospedados em máquinas locais e os dados comerciais críticos foram mantidos em um servidor central. Empregados se conectavam à LAN para acessar esses aplicativos e dados. Isso pode ser visto como uma forma precoce de computação na nuvem.

Como você controla a Rede de Área Local? Quem administra isso? Quem atribui e restringe privilégios à rede? As empresas começaram a contratar gerentes de rede para assegurar o bom funcionamento da Rede de Área Local.

Esses gerentes foram responsáveis ??pelo backup de dados críticos de negócios, manutenção de hardware de desktop, instalação e atualização de novos equipamentos em toda a organização e adição de hardware novo à medida que surgiu.

Empresas maiores começaram a ter departamentos de TI dedicados. Pequenas e médias empresas, por outro lado, exigiram que seus gerentes de rede executem uma variedade de papéis – como capacitar novos funcionários em como usar a rede.

Em geral, poucas empresas sabiam como lidar eficientemente com as responsabilidades de operar uma rede local.

Os gerentes de LAN individuais nem sempre estavam bem equipados para o trabalho, e muitos não possuíam treinamento formal. Ainda mais importante, as empresas raramente sabiam quanto dinheiro e tempo investir em um gerente de LAN. Isso levou muitos gerentes de LAN a serem sobrecarregados, mal pagos e mal equipados para fazer seu trabalho.

Bloatwares levam a um surto de popularidade de SaaS

Nós culpamos os bloatwares (softwares indesejados) por muitos problemas dos computadores de  hoje. No entanto, a indústria SaaS pode agradecer aos bloatwares por terem gerado um aumento de sua popularidade.

No início da década de 1990, os trabalhadores de escritório começaram a ter seus próprios computadores, o que significa que as empresas não precisavam confiar em aplicativos hospedados remotamente.

Em meados da década de 1990, os desenvolvedores de software aprenderam a tirar proveito disso: eles empacotaram “bloatwares” em seu software. Quando você instala um novo programa ou sistema operacional, ele viria com programas extras que você não precisava.

Hoje, temos certeza da existência dos bloatwares. Sabemos que muitos computadores vêm com testes de antivírus ou softwares extras. Mas em meados da década de 1990, mesmo um aplicativo como o Microsoft Paint foi considerado bloatware.

Como o bloatware se conecta ao SaaS? Bem, todo esse bloatware significava que o espaço no disco rígido estava diminuindo. O espaço de disco rígido era uma característica Premium da época. Um disco rígido de 15 MB tinha um preço de $ 2495 USD. Os usuários de computadores tinham vários softwares – mas não havia espaço para instalá-los.

Assim, o SaaS tornou-se uma necessidade para as empresas. Ao armazenar todos os aplicativos e dados de negócios em um hub central, as empresas acharam uma forma de contornar os altos preços dos discos.

Grandes negócios têm problemas com a ideia de SaaS

No final da década de 1990, a Internet estava se tornando amplamente disponível. Isso significava que as empresas não precisavam mais confiar em LANs e “hubs” internos; Em vez disso, as empresas começaram a perceber o valor de armazenar dados fora do site e, em seguida, acessar esses dados pela internet.

Em vez de chamar esse sistemas de SaaS, as empresas normalmente o chamaram de setor do provedor de serviços de aplicativos (ASP).

Compreensivelmente, as empresas estavam nervosas em permitir que terceiros armazenassem dados empresariais e softwares sensíveis. Haviam riscos, e muitas empresas se preocupavam com a segurança a longo prazo das novas startups. Por que você transferiria todos os dados da sua empresa para uma empresa que poderia ser encerrada em seis meses?

No entanto, os vendedores SaaS ganharam força no mercado em torno da virada do milênio. Serviços como CRM, folha de pagamento e software de contabilidade explodiram em torno desta época. A ideia de um modelo de licenciamento de assinatura – em oposição a uma licença de uso único – continuou a aumentar sua popularidade.

Os fornecedores de SaaS estavam provando que eles poderiam crescer sua receita e sua base de clientes ano a ano, através de um modelo de licenciamento de assinatura. Esta tendência continua até hoje, já que a grande maioria dos provedores SaaS oferecem modelos baseados em assinatura, em vez de licenças de uso único.

Por que os ASPs falharam e o SaaS prosperou

O sistema ASP é amplamente visto como uma falha. Os provedores de serviços de aplicativos fizeram muitas das mesmas promessas que os provedores SaaS modernos, mas eles, de alguma forma, não conseguiram cumprir essas promessas. Essas promessas incluíram:

  • Baixo custo
  • Implantação fácil
  • Atualizações sem assinatura
  • Aplicativos remotos, entregues pela internet

A principal diferença entre os SaaS e o ASPs foi que os aplicativos SaaS devidamente desenhados cumpriam as suas promessas, enquanto os ASPs não.O SmartBear.com tem um bom ponto de vista, explicando por que isso aconteceu:

“Alguns dos motivos eram puramente técnicos. Por exemplo, no modelo ASP, os fornecedores hospedavam frequentemente múltiplas instâncias de aplicativos de clientes em um servidor de terceiros. No SaaS, os provedores desenvolvem seus próprios softwares e operam um modelo de infra-estrutura de vários inquilinos. Ou seja, enquanto os usuários acessam a mesma base de código, seus dados e interfaces personalizadas são mantidos separados um do outro “.

Em outras palavras, a SaaS aproveita plenamente os recursos tecnológicos modernos, como a virtualização e a escalabilidade baseada na nuvem. Graças às modernas máquinas virtuais, é fácil criar uma nova instância para cada cliente.

A virtualização pode ser uma característica moderna que damos por certo hoje, mas, na verdade, começou no tempo dos mainframes dos anos 60. Esses mainframes foram criados para criar um novo servidor e aplicativo para cada cliente. A tecnologia era tão comparativamente primitiva nessa época, que os ASPs tinham que configurar manualmente o servidor e o aplicativo – o servidor não poderia virtualizar automaticamente uma nova instância.

Outra razão pela qual o modelo ASP falhou, foi porque não adotou a escalabilidade. No início dos anos 2000, muitos clientes se queixavam de velocidades lentas.

De qualquer forma, a morte dos ASP mostrou o mundo para onde o futuro dos serviços de software estava indo: estava indo na direção do SaaS, e para o mundo escalável da computação na nuvem.

A História da Salesforce

Você não pode falar sobre a histórias do SaaS sem mencionar a Salesforce. Hoje, a Salesforce é a ferramenta de gerenciamento de relacionamento com clientes mais popular do mundo. É também um dos melhores exemplos de uma empresa SaaS de sucesso e de rápido crescimento.

A Salesforce foi o primeiro SaaS construído a partir do zero para alcançar um crescimento recorde. A empresa foi fundada em março de 1999 por três empresários. Ao contrário de outras empresas SaaS da época, ela foi fundada especificamente para fornecer serviços SaaS – e não fez transição para o modelo SaaS depois de experimentar a distribuição de CD-ROM, por exemplo.

A Salesforce concentrou-se em múltiplos produtos e serviços, incluindo o CRM, a nuvem de vendas, a nuvem de serviços, a plataforma Force.com, Chatter, troca de aplicativos, configuração e serviços da Web.

No início dos anos 2000 até o presente, a Salesforce aproveitaria as tecnologias emergentes para impulsionar o crescimento das vendas do SaaS. A década de 2000 viu um aumento na banda larga, celular, segurança na internet, navegadores, APIs e uma ampla gama de outras tecnologias que o transformaram em líder da indústria que conhecemos hoje.

A história da Concur, a primeira empresa SaaS

Algumas pessoas dizem que a Concur foi a primeira empresa SaaS do mundo. Ao contrário do Salesforce, a Concur não foi fundada como uma empresa SaaS. Em vez disso, a empresa foi fundada como um serviço de software embalado. A Concur vendido disquetes e CD-ROMs de software para viagens e despesas.

Em 1998, a empresa tornou-se pública com este modelo de vendas. Mas após o acidente de 2001, o limite de mercado do arranque totalizou apenas US $ 8 milhões.

Em resposta, a empresa evoluiu para um negócio SaaS puro. Em vez de restringir suas vendas às lojas de hardware, a empresa vendeu seus serviços através da internet, expandindo seu mercado a qualquer pessoa com um navegador.

13 anos depois, em 2014, a empresa gerava mais de US $ 600 milhões em receita anual. A SAP comprou a empresa por US $ 8,3 bilhões no final do ano, tornando-se a maior aquisição de SaaS até o momento.

A Concur também criou um marco importante na história da SaaS, porque foi uma das poucas empresas SaaS que obtiveram receita positiva e fluxo de caixa equivalente.

Os aplicativos SaaS modernos mais comuns

Hoje, o SaaS está disponível em uma ampla gama de mercados. Essas empresas abordam uma série de necessidades diferentes para organizações de todo o mundo. Aqui estão as aplicações SaaS mais comuns:

  • Colaboração / Comunicação / Social
  • CRM
  • Serviço de atendimento ao consumidor
  • Recursos Humanos / Gestão de Talentos
  • Comércio eletrônico
  • Compras / Gastos
  • Gestão
  • Desenvolvimento de Software / Teste de qualidade
  • Inteligência de negócios
  • Analise de resultados
  • Orçamentação / Relatórios / Planejamento
  • Governo, Risco e Conformidade
  • ERP / Manufatura / Matéria Prima
  • Contabilidade / Finanças

Onde a Computação na nuvem e o SaaS podem chegar no futuro?

O SaaS existe desde a década de 1960. Em várias formas, sobreviveu ao longo das décadas. Hoje, é maior do que nunca antes.

Estamos vendo crescimento do uso de SaaS em todas as categorias acima. No entanto, também vimos o crescimento em certas indústrias modernas – como mídia e entretenimento, social / colaboração, mobile / localização e grandes provedores de serviços de dados / análise. Estas são as áreas de SaaS que esperam ver a maioria do crescimento nos próximos anos.

Se você chama essa área de computação na nuvem ou SaaS, tanto faz. A indústria não mostra sinais de desaceleração – uma lição que se prova verdadeira durante a maior parte da história da SaaS.

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>