O Modelo de Maturidade do Windows SaaS

Todo fornecedor independente de software (ISV) do Windows acaba ouvindo o mesmo pedido dos clientes: será que podemos acessar isso diretamente em um navegador? Por trás dessa pergunta, há outra ainda mais importante: em que ponto seu produto se encontra no caminho rumo ao SaaS do Windows e quanto ainda falta percorrer. Nem todo fornecedor precisa estar no mesmo estágio, mas todos se beneficiam ao saber em que estágio realmente se encontram.

O problema é que a “migração para o SaaS” é tratada como se fosse um simples botão que se aperta, quando, na verdade, trata-se de um processo gradual. Um modelo de maturidade oferece uma maneira de nomear cada etapa, identificar as vantagens e desvantagens e decidir até onde é preciso ir antes que os retornos deixem de justificar o esforço.

O que a maturidade do SaaS realmente mede

A maturidade do SaaS não se resume a quanto do seu código é nativo da web. Trata-se da experiência que seus clientes têm e do modelo operacional que sua equipe utiliza por trás disso. Um produto SaaS genuinamente maduro oferece acesso por meio do navegador, preços por assinatura, atualizações centralizadas e segurança moderna, independentemente da linguagem em que o aplicativo subjacente tenha sido escrito.

Essa distinção é importante porque separa duas coisas que os ISVs costumam confundir: a modernização de aplicativos do Windows como um problema de implantação e a modernização como um projeto de reescrita. É possível avançar bastante na primeira sem nunca precisar se envolver na segunda.

Os cinco estágios de maturidade do SaaS do Windows

A maioria dos aplicativos do Windows se enquadra em um dos cinco estágios. Descubra em qual está o seu antes de decidir onde investir.

1. Instalação tradicional. O aplicativo é fornecido como uma instalação local com licença perpétua. Os clientes o executam em seus próprios computadores, as atualizações são feitas manualmente e o acesso remoto depende da solução que o próprio cliente implementar. É assim que a maioria dos produtos de longa data do Windows começa.
2. Módulo de acesso remoto. Você adiciona uma camada de acesso remoto, geralmente o Microsoft RDS, para que os clientes possam acessar o aplicativo de fora do escritório. Isso funciona, mas o licenciamento, o escalonamento e a experiência do usuário se tornam complicados rapidamente, e você acaba mantendo uma infraestrutura que nunca foi realmente projetada para atender a vários clientes.
3. Entrega hospedada. O aplicativo é executado na nuvem e chega aos usuários por meio de um navegador, sem a necessidade de instalação local. O modelo de preços passa a ser por assinatura. Nesta fase, os clientes finalmente obtêm a experiência de SaaS que esperam, e você conseguiu isso sem precisar reescrever o produto.
4. Implantação multilocatária gerenciada. Além da implantação hospedada, você centraliza as atualizações, adiciona autenticação multifatorial e login único, e opera uma arquitetura multicliente padronizada. A integração de um novo cliente passa a ser uma operação de rotina, em vez de um projeto. Trata-se de uma oferta madura e sólida de SaaS para Windows.
5. Reescrita nativa para a web. O aplicativo é reconstruído como um verdadeiro aplicativo web. Essa é a forma mais completa de SaaS e, para um pequeno número de produtos, o caminho certo a longo prazo. Para a maioria, porém, é a maneira mais cara, mais lenta e mais arriscada de alcançar uma experiência que poderia ter sido oferecida duas etapas antes.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Por que a reescrita é a configuração padrão incorreta

O instinto na fase dois ou três é supor que o verdadeiro SaaS signifique pular direto para a fase cinco. Parece simples: reconstruir o produto da maneira “certa” e nunca mais olhar para trás. Na prática, uma reescrita significa reconstruir anos de lógica de negócios acumulada, casos extremos e integrações das quais seus clientes dependem, ao mesmo tempo em que se mantém o produto antigo para todos aqueles que ainda não migraram.

O custo raramente se resume apenas ao dinheiro. Trata-se do tempo que sua equipe deixa de dedicar ao desenvolvimento de funcionalidades e do risco de que o produto reconstruído não se equipare ao original por anos. Antes de se comprometer, vale a pena avaliar com honestidade se sua empresa é capaz de arcar com isso, pois muitas não conseguem, e as que tentam frequentemente ficam paralisadas no meio do caminho.

Como aprimorar a maturidade do seu SaaS do Windows sem precisar refazer o código

A abordagem mais prática trata a modernização, em primeiro lugar, como um problema de entrega e acesso. É exatamente para isso que o GO-Global foi criado. Ele publica seu aplicativo Windows existente em qualquer dispositivo com um navegador, de modo que seus clientes tenham acesso hospedado e baseado em navegador, sem a necessidade de trabalho de compatibilidade entre navegadores e sem alteração no código. Em termos de maturidade, o GO-Global leva você diretamente do estágio um ou dois para o estágio três ou quatro.

Uma abordagem breve e organizada funciona bem:

• Escolha um modelo de entrega. Decida se você mesmo hospeda o aplicativo, se utiliza um provedor de nuvem genérico ou se trabalha com um provedor de hospedagem especializado em ISVs.
• Adicione acesso via navegador. Disponibilize o aplicativo existente por meio do navegador para que os clientes tenham, imediatamente, uma experiência semelhante à de um SaaS.
• Incorpore recursos modernos de segurança. Adicione autenticação multifatorial e login único para atender às expectativas dos compradores corporativos.
• Centralize as atualizações e o monitoramento. Envie as atualizações uma única vez, de forma centralizada, em vez de coordenar as instalações em cada cliente.

A hospedagem é a outra metade da equação, pois o local onde um aplicativo publicado é efetivamente executado afeta o custo, o desempenho e a entrega multilocatária. Muitos fornecedores combinam o GO-Global com o ISVHost, uma opção de hospedagem desenvolvida com base nas necessidades específicas dos ISVs, em vez de cargas de trabalho genéricas na nuvem. Juntos, eles permitem que você alcance uma oferta madura de SaaS para Windows, ao mesmo tempo em que protegem o investimento já realizado em sua base de código.

Como funciona o GO-Global com a ISVHost

Na prática, a combinação funciona de forma bem definida. O GO-Global é a camada de acesso que publica seu aplicativo Windows existente em um navegador em qualquer dispositivo. O ISVHost é a hospedagem em nuvem totalmente gerenciada que executa o aplicativo e o GO-Global em segundo plano. Em vez de combinar um provedor de hospedagem com uma ferramenta de acesso remoto separada, você obtém uma oferta voltada para ISVs, na qual o ISVHost usa o GO-Global como sua camada de acesso, em vez do RDS ou do RDP. Essa escolha única é o que faz com que o resultado pareça um SaaS moderno, em vez de uma área de trabalho remota, e é o que oferece aos seus usuários finais o login único e uma experiência nativa da web sem o custo de uma solução corporativa.

Para sua equipe, o foco passa da gestão da infraestrutura para o desenvolvimento de software. “Totalmente gerenciado” significa que as partes que nunca foram realmente parte do seu produto são transferidas:

• Segurança, aplicação de patches e atualizações do Windows, gerenciadas de forma proativa.
• Autenticação única e integrações personalizadas, configuradas especialmente para você.
• Novos clientes foram integrados sem aumentar o quadro de funcionários de TI.
• Uma pessoa de verdade que conhece a sua configuração quando surge algum problema inusitado, e não uma fila de suporte genérica.

O modelo de licenciamento foi desenvolvido para esse crescimento. O preço do ISVHost é baseado no uso simultâneo, e não em contas nomeadas; assim, você paga pelos usuários que estão efetivamente conectados, a tarifa por usuário diminui à medida que sua base de usuários cresce, e a hospedagem é oferecida em um pacote, em vez de ser cobrada como um conjunto de complementos separados. Para um produto Windows com muitos usuários ocasionais, isso geralmente sai mais barato do que o licenciamento por usuário nomeado e faz com que os custos de infraestrutura acompanhem o uso real, em vez da sua lista de contas.

Em termos de maturidade, essa combinação é o caminho mais rápido para passar de uma instalação local ou de um complemento RDS para um produto hospedado, seguro e gerenciado centralmente. O GO-Global fornece o aplicativo ao navegador, e o ISVHost transforma essa entrega em uma operação gerenciada e repetível, em vez de uma infraestrutura que sua equipe precisa cuidar constantemente. Você obtém uma oferta de SaaS do Windows sustentável, enquanto o aplicativo que sua equipe levou anos para aperfeiçoar permanece exatamente onde está.

Escolhendo seu público-alvo

O objetivo de um modelo de maturidade não é alcançar o estágio final. Trata-se de chegar ao estágio que atenda aos seus clientes e à sua empresa e, então, parar de investir ali onde o retorno começa a diminuir. Para a maioria dos ISVs do Windows, esse estágio é um produto hospedado, seguro e gerenciado centralmente, que já pode ser alcançado sem a necessidade de reescrever o código. Se você conseguir identificar onde está hoje e onde realmente precisa estar, já terá feito a parte mais difícil.

Seja qual for a sua posição atual nesse modelo, o próximo passo costuma ser mais simples e mais econômico do que uma reconstrução completa. Vale a pena avaliar sua fase atual antes de definir o orçamento para a próxima. Você é um ISV do Windows interessado em explorar a entrega de aplicativos baseada em nuvem? Entre em contato conosco para saber como a GO-Global pode ajudá-lo a otimizar o acesso ao software para seus usuários finais. Ou baixe uma versão de avaliação gratuita para testar por conta própria.