← Voltar ao blogue

Por que razão a sua aplicação de campo deve funcionar sem sinal - e como testar se a sua o faz

Qualquer aplicação de campo pode afirmar que tem «modo offline». Dez minutos com o modo avião bastam para saber se isso é verdade.

Por Equipa Toolberry8 Tempo de leitura:

Qualquer aplicação de campo pode afirmar que tem «modo offline». Dez minutos com o modo avião bastam para saber se isso é verdade.

Uma aplicação de serviços no terreno deve funcionar sem qualquer sinal, porque o trabalho no terreno ocorre em caves, edifícios metálicos e propriedades rurais onde a cobertura falha. Dados da FCC revelam que mais de 14 milhões de locais nos EUA carecem até mesmo de 5G básico a bordo de veículos. A boa notícia: pode testar por si próprio a alegação de funcionamento offline de qualquer aplicação em cerca de dez minutos com o modo avião. Esta publicação fornece-lhe a lista de verificação exata.

Por que razão um aplicativo de campo deve funcionar sem sinal?

«Funciona offline?» é normalmente a primeira pergunta que nos fazem quando mostramos o ToolBerry a um profissional. Não é «quanto custa». Não é «se faz faturas». Offline, em primeiro lugar.

Isso não nos surpreendeu. Antes do ToolBerry, passámos anos a desenvolver software personalizado para grandes empresas, e o fraco suporte offline era uma das principais razões pelas quais nos diziam que as ferramentas existentes não funcionavam para as suas equipas no terreno.

Os números confirmam essa intuição:

  • A própria análise do Fundo 5G da FCC (agosto de 2023, com base em dados de cobertura de dezembro de 2022) contabiliza mais de 14 milhões de locais nos EUA sem rede móvel 5G, nem mesmo a 7/1 Mbps a partir de um veículo.
  • Um relatório anterior da FCC revelou que cerca de 11% das milhas rodoviárias do país não tinham qualquer cobertura 4G LTE (excluindo o Alasca). A cobertura melhorou desde então, mas pergunte a qualquer pessoa que preste assistência a poços rurais, equipamento agrícola ou propriedades nas montanhas se as zonas sem cobertura desapareceram.
  • A investigação da Software Advice sobre aplicações móveis para serviços de campo aponta o acesso offline como uma das principais funcionalidades que os técnicos realmente desejam - a par do GPS, da captura de fotografias e das assinaturas eletrónicas.

E os mapas de cobertura não mostram os locais onde o trabalho no terreno realmente ocorre: salas técnicas nas caves, parques de estacionamento, câmaras frigoríficas, armazéns metálicos, salas de servidores. A torre pode estar a meia milha de distância e o sinal continua a ser nulo.

Tivemos recentemente mais um lembrete disto, numa viagem de carro por Zion, Navajo Bridge e Bryce Canyon. O serviço desaparecia constantemente - na estrada, dentro dos parques e nas pequenas cidades entre eles. Mesmo como turistas, sentimos isso: procurar um sítio para comer, verificar a hora prevista de chegada, fazer uma pergunta e não obter resposta é um tipo especial de impotência. E estávamos de férias.

As equipas locais com quem falámos ao longo do caminho não estavam de férias. Mais do que uma vez, disseram-nos a mesma coisa, espontaneamente: as aplicações que lhes são fornecidas precisam de uma ligação à Internet para funcionar e, naquela zona, isso significa que, rotineiramente, não conseguem fazer o seu trabalho. Não é «mais lento» - é impossível. Os clientes, as instalações e o equipamento estão todos ali. Só o software é que falha.

Zion National Park. Beautiful. Zero bars.
Parque Nacional de Zion. Lindo. Sem rede.
Navajo Bridge. The work out here is real; the signal is not.
Ponte Navajo. O trabalho aqui é real; o sinal, não.

O momento mais perigoso não é estar offline - é estar «no meio»

Eis a parte que a maioria das pessoas não percebe. Uma aplicação totalmente offline normalmente avisa que está avariada. O verdadeiro problema ocorre nas zonas limítrofes da cobertura: uma barra, que aparece e desaparece intermitentemente, um pedido que fica pela metade.

É aí que uma aplicação «cloud-first» guarda as notas de trabalho… ou, silenciosamente, não o faz. Digitou o código do portão, o número do modelo, a nota «hora extra aprovada pelo cliente» - e se tudo ficou guardado depende dos dois segundos em que o sinal caiu. Trabalhar numa carrinha significa atravessar limites de cobertura o dia todo, todos os dias. Cada travessia é uma oportunidade para um aplicativo «cloud-first» perder dados.

Já escrevemos sobre a arquitetura por trás disto em «Por que é que o ToolBerry é "offline-first"» - versão resumida: a maioria das aplicações trata a rede como se estivesse sempre presente e o modo offline como um estado de erro. Uma aplicação «offline-first» trata o seu dispositivo como a fonte de verdade e a rede como um bónus.

Como é que se testa se uma aplicação de campo funciona realmente offline?

Não acredite na palavra de nenhum fornecedor, incluindo a nossa. Faça este teste no seu próprio telemóvel com a aplicação que está a avaliar. Demora cerca de dez minutos.

  1. Começa por configurar tudo, em modo online. Instala a aplicação, adiciona alguns clientes e trabalhos e deixa-a estabilizar durante um minuto.
  2. Desligue completamente o sinal. Ative o modo avião e verifique se o Wi-Fi também está desligado. Testes incompletos com «Wi-Fi fraco» não provam nada.
  3. Abre o histórico de um cliente. Carrega instantaneamente ou aparecem ícones de carregamento, ecrãs em branco ou uma mensagem a indicar «estás offline»?
  4. Cria um novo trabalho. Detalhes completos: descrição, horário, notas. Anexa uma foto, se a aplicação o permitir.
  5. Edita um registo existente. Altera o número de telefone de um cliente. Remarca um serviço.
  6. Força o encerramento da aplicação e reabre-a - ainda no modo avião. Este é o passo que expõe as falsificações. As aplicações que mantêm as tuas edições na memória ou numa fila instável perdem-nas precisamente aqui. Tudo o que acabaste de fazer ainda está lá?
  7. Procure algo. O nome de um cliente, uma morada. A pesquisa é frequentemente a primeira funcionalidade que, secretamente, necessita de um servidor.
  8. Crie um documento. Se a aplicação alegar que emite faturas ou ordens de trabalho, tente criar uma offline.
  9. Reative o sinal e observe atentamente. O seu trabalho offline sincronizou? Verifique num segundo dispositivo ou na versão web, se tiver uma. Procure duplicados, conflitos ou - pior de tudo - edições que desapareceram discretamente.

A avaliação é simples. Se os passos 3 a 8 se comportarem exatamente como online, a aplicação é «offline-first». Se conseguir visualizar as coisas, mas não criar nem editar, trata-se de uma cache de leitura apenas disfarçada de «modo offline». Se o passo 6 «devorar» o seu trabalho, desista - uma aplicação que perde dados num teste irá perdê-los também no trabalho real.

Como se sai o ToolBerry neste teste?

Este é o teste com base no qual desenvolvemos a aplicação, por isso vamos analisá-lo com honestidade.

O ToolBerry é uma aplicação gratuita de gestão de serviços no terreno, com prioridade ao modo offline, destinada a pequenas empresas do setor dos serviços. Todos os seus dados - clientes, trabalhos, locais, horários - residem numa verdadeira base de dados SQLite no seu dispositivo, o mesmo motor que o seu telemóvel já utiliza (mais informações sobre isso em «Por que é que o ToolBerry executa uma verdadeira base de dados no seu telemóvel?»). Por isso:

  • Os passos 3 a 8 não só são aprovados como são indistinguíveis de estarem online. Não existe modo offline, porque não existe modo online. Existe apenas a aplicação.
  • A pesquisa é feita na sua base de dados local, não num servidor.
  • Os PDFs das ordens de trabalho são gerados inteiramente no seu dispositivo.
  • Encerrar a aplicação à força não altera nada, porque todas as edições são gravadas na base de dados no momento em que as efetua.
  • Nem sequer precisa de sinal para começar: não é necessária qualquer conta nem registo. Instale, toque em «Iniciar novo» e já está a trabalhar.
  • Quando utilizas o backup opcional do Dropbox, as alterações feitas offline ficam em fila localmente e sincronizam-se automaticamente quando a ligação for restabelecida - com tentativas repetidas, para que um sinal instável de uma barra não corrompa nada. (O artigo «Os teus dados, o teu Dropbox» explica como isso funciona.)

O que é que, sinceramente, não funciona offline?

Nenhum aplicativo escapa totalmente desta lista, incluindo o ToolBerry. Algumas coisas exigem uma ligação à Internet por natureza:

  • Cópia de segurança e sincronização na nuvem. Ligar o Dropbox e enviar a tua cópia de segurança requer Internet - as edições offline ficam em fila e são enviadas quando te reconectares, mas só são copiadas de segurança nessa altura.
  • Preenchimento automático de endereços e mapas. Pesquisar um endereço ou carregar um mosaico de mapa implica recorrer a um serviço de mapas. Os endereços guardados continuam a ser apresentados corretamente offline; as sugestões e as imagens do mapa, não.
  • Extras da configuração inicial. Carregar um modelo do setor quando escolhes a tua área de atividade e mudar a aplicação para espanhol pela primeira vez: cada uma destas ações descarrega um pequeno pacote uma única vez - depois disso, tudo fica armazenado localmente.
  • Tudo o que se comunica com o mundo exterior. Pagamentos, notificações por e-mail e o início de sessão da equipa são funções do servidor em todas as aplicações já criadas. Qualquer fornecedor que afirme que estas funções funcionam sem sinal está a mentir-lhe.

Essa é a fronteira honesta: o trabalho - registos, agendamento, histórico, documentos - nunca deve precisar de sinal. A comunicação em torno do trabalho, por vezes, precisa.

A vantagem que ninguém divulga: imunidade a interrupções

A 20 de outubro de 2025, uma falha da AWS na Virgínia do Norte deixou milhares de serviços inoperacionais durante cerca de 15 horas - o Downdetector registou mais de 6,5 milhões de relatos de problemas em mais de 1 000 aplicações, desde o Snapchat até aos sistemas das companhias aéreas. Todas as aplicações de campo «cloud-first» alojadas nessa região deixaram as equipas sem acesso numa segunda-feira de manhã.

Uma aplicação «offline-first» nem dá por isso. Nem a nossa falha de serviço, nem uma falha da operadora, nem um fornecedor a ser adquirido e a desativar os seus servidores. A aplicação no seu dispositivo continua a funcionar porque, para começar, nunca dependeu do servidor de ninguém - incluindo o nosso. Se desaparecêssemos amanhã, os seus dados continuariam no seu telemóvel.

A propósito, isto não é uma invenção nossa. É a mesma arquitetura «local-first» subjacente a ferramentas como o Linear e o Notion, descrita no ensaio de 2019 da Ink & Switch intitulado «Local-First Software: You Own Your Data, in Spite of the Cloud». Simplesmente achamos que os serviços de campo - trabalho que ocorre literalmente em zonas sem rede - são o setor que mais precisa disso.

Como realizar o teste no ToolBerry

  1. Abre o site toolberry.app ou instala a aplicação - não é necessário registar-se.
  2. Toque em «Começar de novo» e escolha a sua área de atividade para carregar o modelo do setor (este primeiro passo requer uma ligação à Internet - trata-se da configuração, não do trabalho).
  3. Ative o modo avião e siga os nove passos acima.

E eis a nossa aposta: se o ToolBerry não funcionar exatamente como este artigo promete, envie-nos um e-mail para contact@toolberry.app e enviar-lhe-emos uma recompensa por ter detetado o problema. É assim que estamos confiantes neste teste - e, se detetar algo, terá feito um favor a todos os utilizadores do ToolBerry.

Leitura adicional

Partilhar
XLinkedIn