Quando devo reescrever ou publicar meu aplicativo?

Se você desenvolve software para Windows, provavelmente já sentiu a pressão. Seus clientes querem acesso via navegador, login único e o tipo de experiência sempre atualizada que obtêm de todas as outras ferramentas que usam. Seu aplicativo já cumpre sua função, mas não foi desenvolvido para a web. Isso faz com que a maioria dos fornecedores independentes de software (ISVs) se depare com a mesma escolha: reconstruir tudo como um aplicativo nativo da web ou encontrar um caminho mais rápido para a nuvem. Essa é a decisão entre reescrever ou publicar o aplicativo, e está no centro de praticamente todas as discussões sobre modernização de aplicativos Windows em 2026.

O instinto costuma ser assumir que modernização significa substituir código antigo por código novo. Na prática, trata-se de um conjunto de decisões sobre como seu aplicativo é entregue, acessado e mantido, e não apenas sobre como foi escrito. Fazer boas escolhas pode economizar anos de trabalho. Fazer escolhas erradas pode colocar seu planejamento e sua base de clientes em risco.

O que realmente envolve uma reescrita

Uma reescrita significa reconstruir o aplicativo para a web do zero. Isso afeta todos os fluxos de trabalho, todas as integrações e todas as linhas de código das quais seus clientes dependem. Quando bem feita, proporciona uma base de código verdadeiramente nativa da web. Em grande escala, é um dos maiores projetos que um ISV ​​pode assumir.

Antes de se comprometer, é útil ter uma visão completa do que uma reescrita exige:

• Pessoal: você precisa de uma equipe de desenvolvimento com as habilidades necessárias para reconstruir o aplicativo em um prazo razoável, mantendo o produto existente em funcionamento simultaneamente.
• Paridade de funcionalidades: igualar funcionalidade por funcionalidade a uma aplicação Windows já estabelecida é extremamente difícil, e algumas funcionalidades muito apreciadas podem não ter equivalente na web.
• Tempo de lançamento no mercado: para produtos complexos e repletos de funcionalidades, uma reformulação completa pode levar anos até que chegue aos clientes.
• Integrações e hardware: impressoras, scanners, sensores e outros periféricos que funcionam perfeitamente no computador são difíceis de replicar em um navegador.
• Adoção pelo usuário: clientes satisfeitos com o aplicativo atual geralmente relutam em reaprender uma nova interface.

O que realmente envolve a publicação de aplicativos

A publicação de aplicativos adota a abordagem oposta. Em vez de recompilar seu aplicativo, você o hospeda em um servidor Windows e disponibiliza sua interface para qualquer navegador ou dispositivo. O aplicativo é executado no servidor e se comporta como se estivesse instalado localmente, mas os usuários acessam-no por meio de um link da web, sem necessidade de instalação local.

Como o código permanece exatamente como está, a publicação do aplicativo não afeta seus fluxos de trabalho ou integrações. Sua equipe continua lançando funcionalidades no produto que já conhece, enquanto os usuários obtêm a experiência baseada em navegador, semelhante a um SaaS, que desejam.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Quando uma reescrita faz sentido

Uma reescrita nem sempre é a resposta errada. Há casos em que reconstruir é o investimento certo a longo prazo:

• Sua arquitetura principal está genuinamente obsoleta e não pode mais ser mantida ou protegida.
• Sua diferenciação depende de recursos que somente uma arquitetura nativa para web ou dispositivos móveis pode oferecer.
• Você tem o orçamento, a capacidade de engenharia e o tempo necessário para sustentar um projeto plurianual sem comprometer seu planejamento.
• Você está planejando mudar fundamentalmente o que o produto faz, não apenas como ele é entregue.

Se nenhuma dessas situações se aplica ao seu caso, uma reescrita pode ser a solução para um problema de entrega em um projeto de desenvolvimento.

Quando a publicação de aplicativos é a opção mais inteligente

Para a maioria dos ISVs do Windows, a pressão para modernizar é, na verdade, uma pressão para entregar resultados. Publicar o produto tende a ser a melhor opção quando:

• Seu aplicativo funciona bem e seus clientes o valorizam como está.
• O que realmente se pede é acesso via navegador e trabalho remoto, não um conjunto diferente de funcionalidades.
• Você quer chegar ao mercado em semanas, não em anos.
• É necessário preservar as integrações com impressoras, periféricos ou sistemas externos.
• Você prefere investir seu tempo de engenharia no produto em si do que em uma migração de plataforma.

Tomando a decisão entre reescrever o aplicativo ou publicá-lo

Então, como escolher na prática? A decisão entre reescrever o aplicativo ou publicá-lo fica mais fácil se você responder a algumas perguntas em ordem:

1. Qual é o objetivo? Se for uma melhor experiência de entrega, a publicação provavelmente o levará lá mais rapidamente. Se for um produto fundamentalmente diferente, uma reescrita pode ser necessária.
2. Qual é o custo da espera? Estime quanto tempo uma reescrita levaria na prática e, em seguida, pergunte-se quanto esse atraso lhe custa em negócios perdidos e churn.
3. O que você perderá? Faça um inventário dos recursos e integrações específicos do Windows que uma reescrita colocaria em risco.
4. O que você pode oferecer agora? Uma camada de publicação pode dar aos clientes acesso imediato à nuvem, permitindo que você planeje qualquer modernização mais profunda de acordo com seu próprio cronograma.

Para muitos fornecedores, a resposta honesta é que a publicação resolve o problema imediato e que uma reescrita, caso venha a ocorrer, pode esperar até que seja realmente justificada.

Onde seu aplicativo publicado é executado

Depois de decidir publicar em vez de reescrever, a próxima questão é onde o aplicativo será executado. O GO-Global permite que você publique seu aplicativo Windows existente em qualquer navegador ou dispositivo a partir de um servidor em qualquer nuvem pública, privada ou híbrida, sem alterações no código. Para fornecedores que preferem não gerenciar essa infraestrutura, o ISVHost, plataforma de hospedagem da GraphOn para ISVs, cuida dos servidores, do escalonamento e da entrega, para que sua equipe possa se concentrar no aplicativo em si.

Escolher o caminho que protege o que funciona

A modernização de aplicativos Windows não precisa significar apostar todo o seu planejamento em uma reconstrução completa. Na maioria dos casos, o caminho mais rápido para uma experiência moderna e entregue na nuvem é publicar o aplicativo que você já possui e reservar a reescrita para os raros casos em que ela realmente se faz necessária. A decisão não é reescrever ou nada. Trata-se de escolher a abordagem que ofereça aos seus clientes o que eles desejam com o menor risco possível para o que já funciona. Você é um ISV ​​do Windows explorando a entrega de aplicativos baseada em nuvem? Entre em contato conosco para saber como o GO-Global pode ajudar a simplificar o acesso ao software para seus usuários finais. Ou baixe uma versão de avaliação gratuita para testar você mesmo.