App desktop que imprime, funciona offline e se atualiza sozinho, com um só código para Windows, macOS e Linux. Para operações de balcão e varejo.
Conversa inicial gratuita · Resposta em até 1 dia útil
Bottle POS (Quilt Software / PosNation):
Electron 35 e React 19 para 3.000+ varejistas
60versões em 11 semanas, em pipeline paralelo para Windows, macOS e Linux
Impressão térmica ESC/POS silenciosa, display do cliente e detecção de offline
Atualização sem ação do usuário:
Servidor de releases próprio, canais e rollout gradual
Bottle POS (Quilt Software / PosNation): Electron 35 e React 19 para 3.000+ varejistas
60 versões em 11 semanas, em pipeline paralelo para Windows, macOS e Linux
Impressão térmica ESC/POS silenciosa, display do cliente e detecção de offline
Atualização sem ação do usuário: servidor de releases próprio, canais e rollout gradual
O sistema web do caixa para de vender quando a internet cai, e a fila da loja cresce.
A impressora térmica só funciona com um plugin de navegador, e cada atualização do navegador quebra a impressão.
Atualizar o aplicativo exige acesso remoto máquina por máquina, e cada loja roda uma versão diferente.
O time domina web, e ninguém quer manter três bases de código para Windows, macOS e Linux.
Uma base de código em Electron e React gera os instaladores dos três sistemas, e um só time mantém o aplicativo em todas as máquinas.
Impressão térmica ESC/POS silenciosa, sem plugin de navegador nem caixa de diálogo, display do cliente, descoberta de impressoras e ferramenta de teste de impressão.
Detecção de queda de conexão, armazenamento local e sincronização quando a internet volta, com as regras de conflito definidas na especificação.
Servidor de releases, canais de distribuição e rollout gradual, para atualizar todas as máquinas sem visita técnica e sem ação do usuário.
Pontes entre o aplicativo desktop e o seu sistema web ou a sua API, com controle de acesso por perfil, para reaproveitar o que já funciona sem reescrever.
Builds paralelos para os três sistemas, testes automatizados e gates de CI, para publicar versões novas com frequência e sem surpresas.
Veja também: desenvolvimento de aplicativos e modernização de sistemas legados.
Bottle POS: aplicativo desktop em Electron 35 e React 19 para um PDV em nuvem do varejo de bebidas, com atualização zero-touch registrada em 5 ADRs e pontes com o PDV web legado.
Experiência relacionada, em PDV: ERP SaaS multi-tenant com módulo de PDV, estoque multi-depósito e emissão de NF-e.
Tem um desafio parecido? Conte o problema e o prazo.
Conversa inicial gratuita · Resposta em até 1 dia útil
Desenvolvimento de aplicativos desktop é a construção de software instalado em Windows, macOS e Linux para tarefas que o navegador não resolve bem: integração com impressoras e displays, operação sem internet e uso contínuo no balcão. Contrate quando a operação depende de hardware local, precisa seguir funcionando offline ou exige controle das atualizações em cada máquina.
Mapeamos a operação, o hardware, os sistemas existentes e o parque de máquinas. Você recebe a recomendação entre desktop e web, a arquitetura, a estratégia de atualização, o plano e a estimativa.
Decisões sobre atualização, operação offline e acesso a hardware registradas em ADRs, com critérios de aceite por fluxo. Você aprova as decisões antes do código.
O maior risco primeiro: o aplicativo empacotado, conversando com o hardware real e com o seu sistema. Você recebe instaladores de teste para validar na loja ou no escritório.
Demais fluxos, atualização automática, pipeline para os três sistemas e testes automatizados. Você recebe os instaladores, o servidor de releases e a documentação de operação.
Distribuição gradual por canais, acompanhamento das versões em campo e novas funcionalidades, em retainer mensal ou com transferência para o seu time.
| Escopo | Prazo típico | Modelo de contratação |
|---|---|---|
| DiagnósticoOperação, hardware, arquitetura, estratégia de atualização e estimativa | 1–2 semanas | Projeto de escopo fechado |
| Prova de conceitoAplicativo empacotado, integrado ao hardware e ao seu sistema | 2–4 semanas | Projeto de escopo fechado |
| ProduçãoAplicativo completo, atualização automática e pipeline para os três sistemas | 6–12 semanas | Escopo fechado ou time & materials com teto |
| Evolução contínuaNovas versões, novos dispositivos e rollout por canais | Contínuo | Retainer mensal fracionado |
Prazos são faixas típicas. O diagnóstico define o escopo e a estimativa de cada projeto; o contrato pode ser em reais (BRL) ou dólares (USD).
Quer saber qual formato se aplica ao seu projeto?
Conversa inicial gratuita · Resposta em até 1 dia útil
No desktop, a IA acelera a construção sob as mesmas regras de qualquer projeto nosso e só entra no produto quando há um caso de uso claro.
Na construçãoAgentes de código (Claude Code, Codex, Cursor, Copilot, OpenCode) implementam handlers, telas e testes a partir de specs aprovadas.
O que o humano revisaAs decisões de arquitetura registradas em ADRs e cada merge passam por revisão humana sênior.
Quality gatesTestes automatizados, gates de CI e hooks de pre-commit barram regressões antes de cada versão.
IA no aplicativoAssistentes e automações chamam o modelo por meio de uma API, com guardrails e registro de cada chamada.
Dados locaisO que fica na máquina só sai dela quando a especificação prevê, e nunca é usado para treinar modelos.
| Critério | Aplicativo web | Desktop com Electron | Desktop nativo |
|---|---|---|---|
| Quando faz sentido | Uso no navegador, sem hardware local | Hardware local, operação offline e time com experiência web | Desempenho gráfico ou integração profunda com um sistema operacional |
| Hardware local | Limitado às APIs que o navegador expõe | Impressoras, displays e arquivos acessados via Node.js | Acesso completo às APIs do sistema operacional |
| Funcionamento offline | Possível com service workers, dentro dos limites do navegador | Armazenamento local e sincronização no próprio aplicativo | Armazenamento local e sincronização, implementados por plataforma |
| Atualização | Imediata: basta publicar no servidor | Auto-update com canais e rollout gradual | Instaladores ou lojas de cada sistema |
| Base de código e tamanho | Uma base web; nada para instalar | Uma base web para os três sistemas; embute o Chromium, com instalador maior | Em geral, uma base por sistema; binários menores |
Web é o padrão; desktop vale a pena em três casos: integração com hardware local, operação que não pode parar sem internet e necessidade de controlar a versão em cada máquina. Se nenhum deles se aplica, um aplicativo web custa menos para manter. É comum combinar os dois: a interface web existente dentro de um shell desktop que cuida do hardware.
Sim: com Electron, uma única base de código gera instaladores para os três sistemas. No Bottle POS, app desktop da Quilt Software / PosNation, publicamos 60 versões em 11 semanas por um pipeline paralelo para Windows, macOS e Linux. Windows e macOS pedem instaladores assinados; a assinatura entra no pipeline com os certificados da sua empresa.
Sim. No desktop, o aplicativo fala direto com o hardware: impressão térmica ESC/POS silenciosa, sem caixa de diálogo, display do cliente e descoberta de impressoras. No Bottle POS, a comunicação entre a interface e o sistema passa por 61 handlers de IPC, e há uma ferramenta de teste de impressora térmica. Outros dispositivos são avaliados no diagnóstico, com o equipamento real.
Por atualização automática, sem ação do usuário: o aplicativo consulta um servidor de releases, baixa a nova versão e a aplica. Canais separam as versões estáveis das de teste, e o rollout gradual libera a atualização para uma parte das máquinas antes de todas. No Bottle POS, essa estratégia zero-touch foi registrada em 5 ADRs e usa um servidor de releases próprio em Laravel 12.
Sim, no que o projeto definir: o aplicativo detecta a queda de conexão, segue operando com dados locais e sincroniza quando a internet volta. O que funciona offline é decidido na especificação, fluxo a fluxo, porque operações como pagamento com cartão dependem de serviços externos. No Bottle POS, a detecção de offline faz parte do aplicativo.
Sim: um shell em Electron carrega o sistema web existente e acrescenta o que o navegador não faz, como impressão silenciosa, acesso a dispositivos e atualização controlada. No Bottle POS, bridges em JavaScript ligam o shell desktop ao PDV web legado, sem reescrever a plataforma. O diagnóstico verifica autenticação, sessões e os pontos do sistema web que precisam de ajuste.
Electron é a escolha mais previsível quando o time domina web e o aplicativo precisa se comportar igual nos três sistemas, porque embute o próprio Chromium e o Node.js. Tauri usa o webview de cada sistema e um núcleo em Rust, o que gera instaladores menores, com diferenças de renderização entre sistemas. Nossa experiência em produção é com Electron.
Consultoria de TI especializada em IA
Engenharia sênior do diagnóstico à entrega: quem desenha a arquitetura também escreve e revisa o código.
Master Timm · Atualizado em
Na conversa inicial, olhamos a operação, o hardware e o sistema atual e dizemos com franqueza se o caso pede um aplicativo desktop, um aplicativo web ou os dois combinados.
Conversa inicial gratuita · Resposta em até 1 dia útil